Object.assign это быстро

Да я больше про код, а не про скорость работы

Получается, я правильно описал процедуру?

Да я больше про код, а не про скорость работы

Есть immutable.js, если напрягает количество кода

чота вот чувствую я, что — да, всё к нему идёт

надо вводить бан за предложение юзать жиквери в реакте

Хорошая идея ?

Вот пример - https://datatables.net/ Найти полноценную замену крайне трудно

Такую можно. https://github.com/griddlegriddle/griddle

надо вводить бан за предложение юзать жиквери в реакте

Вот смех смехом, а иногда без него тяжко, особенно размеры элементов мерять

Вот смех смехом, а иногда без него тяжко, особенно размеры элементов мерять

getBoundingClientRect() problem???

Мда....

Тяжело переписывать jQ-плагины на реакт?

Тяжело переписывать jQ-плагины на реакт?

заново пишешь буквально ибо идеология и способ написания отличается на 100%

Тяжело переписывать jQ-плагины на реакт?

Примерно как c паскаля на ноду переписывать

Не вы лучше оставьте плагины профессионалам

getBoundingClientRect() problem???

Вот этой штуке я замены не нашёл $el.offset().top

Вот этой штуке я замены не нашёл $el.offset().top

пошел читать доку jquery )))

Вот этой штуке я замены не нашёл $el.offset().top

а вообще http://youmightnotneedjquery.com/

а вообще http://youmightnotneedjquery.com/

Да это понятно

Просто там такая дичь внутри, что проще просто jquery как зависимость ставить

Вот этой штуке я замены не нашёл $el.offset().top

это относительно документа или экрана?

это относительно документа или экрана?

документа

При произвольной вложенности

Можно ж открыть сорцы

Посмотреть, как они делают

Это getBoundingClientRect().top + window.pageYOffset

Вот position сложнее, но тоже довольно легко

Это getBoundingClientRect().top + window.pageYOffset

Да, похоже на то, надо потестить

Я был уверен что здесь рекурсивно надо DOM-элементы наверх перебирать

Это только там, где BCR нет

https://pastebin.com/2h6j9W7a

Где-то тут они ещё это делают https://pastebin.com/cyG8V2Az

Короче, надо углубляться, но лень

Кстати, кто умеет в fetch?

хочу отлавливать редиректы

пишу ему в конфигу redirect: manual

он мне отдает response { status: 0, statusText: '', type: 'opaqueredirect', redirected: false }

кто знает что я делаю не так? как мне отловить редирект, чтобы статус увидеть и адрес куда идет редирект

если это нельзя сделать это первый серьезный минус fetch

но мне кажется я просто чего-то не знаю

на всяк случай переспрашиваю здесь, так как людей больше

если что да, читаю доку по фетчу https://fetch.spec.whatwg.org/#http-fetch в 4.3.3.3.3. написано

но как отловить именно то, что сервак вернул 30X статус?

если manual: error, то fetch бросает эксепшен Failed to fetch без инфы о response если follow, то нет инфы о редиректе

Чувак

Я тебе в соседней конфе ответил

а

блин

ну это хуйня какая-то

Redirects (a response whose status or internal response’s (if any) status is a redirect status) are not exposed to APIs. Exposing redirects might leak information not otherwise available through a cross-site scripting attack.

https://fetch.spec.whatwg.org/#atomic-http-redirect-handling

у нас бэкендеры пишут на шарпах и апи возвращает Redirect если пришел запрос неавторизованного юзера

охуенно да?

Да, они там знатно упоролись

причем редирект на HTML-логин

ну это вам не то

Redirects (a response whose status or internal response’s (if any) status is a redirect status) are not exposed to APIs. Exposing redirects might leak information not otherwise available through a cross-site scripting attack.

спасибо

спасибо

Да не за что

Не кидайтесь камнями, но у меня такой вопрос: Приложение общается с сервером по сокетам, все добавления\удаления должны быть видны 1. При заходе подгружается список с пагинацией\сортировкой из 25 итемов допустим. 2. К примеру я сортирую по какому-то полю и мне приходит новый итем, я обрезаю массив до 25 снова (т.к. должно быть 25 айтемов на странице), но вот итем я добавляю в конец и на этом моменте получается сортировка ломается. Как мне быть тут? 3. С удалением похожая проблема, удаляю - остается 24 итема, можно 1 запросить с сервера.

Сори если глупо задал вопрос, просто чет уже голова не варит, постараюсь объяснить поподробнее если что не понятно

ты должен при добавлении элемента а) помещать его в отдельный список "новые элементы" или б) получать страницу с сервера с добавленным элементом (так если он в конце списка - получишь и отобразишь последнюю страницу)

в) сортируй по дате добавления

ну вот насчет "в" тут и трабла, что поле сортировки может быть произвольное выставлено у пользователя

Перезапрашивай с сервака страницу, меньше головной боли будет

Ну я так и сделал пока что, правда не знаю насколько правильно такое решение

А фильтр сортировки отдельно держишь?

ERROR: S client not available

но данных там не так уж и много

с трафиком не будет особых проблем

Вот этой штуке я замены не нашёл $el.offset().top

плохо искал

А фильтр сортировки отдельно держишь?

да имеются в сторе данные о сортировке

Это правильное решение до тех пор, пока нет проблем с откликом

окей, спасибо)

да имеются в сторе данные о сортировке

Я бы просто добавлял новый элемент (удаляя последний) и в селекторе уже сортировал как надо

Ну просто у меня сортировка на сервере и я не хотел на клиент её переносить, ну а так да, можно и так сделать

Не очень понятно, ты хранишь 25 последних элементов? То есть когда приходит новый, ты удаляешь первый?

Пагинация + сортировка = очень сложно, проще запрашивать заново

Не очень понятно, ты хранишь 25 последних элементов? То есть когда приходит новый, ты удаляешь первый?

Ничего не удаляю, просто спрашивал как лучше сделать такой поинт

щас просто повторно запрашиваю данные и обновляю весь список

по-хорошему, конечно, лучше перенести логику пагинации и сортировки на клиент

мм, тогда нужно запрашивать все данные на клиент

по-хорошему, конечно, лучше перенести логику пагинации и сортировки на клиент

Мне кажется не выйдет

Не кидайтесь камнями, но у меня такой вопрос: Приложение общается с сервером по сокетам, все добавления\удаления должны быть видны 1. При заходе подгружается список с пагинацией\сортировкой из 25 итемов допустим. 2. К примеру я сортирую по какому-то полю и мне приходит новый итем, я обрезаю массив до 25 снова (т.к. должно быть 25 айтемов на странице), но вот итем я добавляю в конец и на этом моменте получается сортировка ломается. Как мне быть тут? 3. С удалением похожая проблема, удаляю - остается 24 итема, можно 1 запросить с сервера.

Я отвправяю новый элемент на сервак, тот подтверждает что получил и создал его на своей стороне, после этого я заново запрашиваю страницу

Там придется тогда всю таблицу запрашивать

У нас, кстати, сейчас задача - рандомный порядок + пагинация. Пока решили всё на клиенте делать

Там придется тогда всю таблицу запрашивать

Ну и что?

Почему? Можно батчами запрашивать с сервера

Ну то есть offset тебе в руки

ну да, само собой

Ну и что?

А если в ней миллион элементов?

Пагинация как раз для этого нужна, чтобы отобразить только 25 элементов

тех, кто запрашивает всю таблицу на клиент, а потом сортирует и отображает 25 штук, нужно четвертовать

Ну то есть offset тебе в руки

Мы говорим об одном и том же, но чувак выше предложеэил сортировать на клиенте

тех, кто запрашивает всю таблицу на клиент, а потом сортирует и отображает 25 штук, нужно четвертовать

не у всех таблица большая

Мы говорим об одном и том же, но чувак выше предложеэил сортировать на клиенте

Ну нет, когда запрашиваешь с пагинацией, надо на сервере сортировать

Ну вот да

Ну тут смотря по задаче. Иногда таблица не бывает больше 50 элементов и тут плевать на все эти заморочки

У меня большинство таблиц такие

Сортировка на сервере для пагинации изначальной и сортировка на клиенте для новых ентри