Мм, ну тогда вашего ментора больше интересуют именно встроенный инструментал js, нежели алгоритмы. На learn как раз есть целая тема по методам массивов.

Есть моменты в js, когда без for не обойтись

Совершенно верно :)

Обожаю таких "учителей" учи методы, потому что циклы плохо. Почему плохо, а, главное, где учить, этого ничего ментор не говорит, видимо.

Напоминает прежнюю галеру, когда ревьер подходил смотреть код и говорил: "ну *ля, у тебя тут плохо написано... Я говорю:" ну подскажи, как лучше переписать."
-" Не, ну ты в инете сам посмотри"

❓ Вопрос по пагинации. Из вашего опыта как правильно делать пагинацию на беке или на фронте? Что проще и какие подводные камни могут встретится?

на фронте переход между страницами будет быстрее , но делать запрос на 10к данных не дело, поэтому лучше делать пагинацию на беке

Не просто "лучше", а однозначно на бэке. Даже если в ответе 1000 результатов - в каком сценарии пользователь захочет просмотреть их все?

А пагинация на фронте это дополнительная работа бд, дополнительная работа серверу(ему в памяти ваши данные хранить), дополнительная нагрузка на сеть и время ожидания ответа, дополнительная память пользователя, которую сожрёт такая пагинация. А преимущества только в том случае, если пользователь хочет просмотреть несколько страниц с данными сразу. Соответственно смысла в таком нет, только на бэке пагинация. Особенно в больших системах

Спасибо за ответ!

Но ведь пагинация на бэке это обычно перезагрузка страницы для просмотра следующей части данных. Это ж медленно и бесит.

Пагинацию можно делать и без перезагрузки. Просто догружать данные. И если сервер быстрый, то это менее 1 секунды

Несколько разных пагинаций делал. По мне самое лучшее - бесконечная лента(как в соцсетях), там по крайней мере не надо 2 запроса делать(1 получить данные с лимитом, 2 - получить количество данных чтоб кнопки пагинации отрисовать). Если задача позволяет в виде бесконечной ленты вывести данные то я бы использовал её.

А как это делается?
Аякс, включающийся при прокрутке страницы?

Да.

Если прокрутил до низа страницы - то отправляешь запрос. Примеров в интернете полно.

у кого macOS помогите пожалуйста проверить работу сервера по автоконвертации картинок. нужно открыть картинку в Сафари https://images.prismic.io/unidownloader/deccc187-5955-4c63-827d-8b3002df8d27_1x-ORIGIN_IMAGE.png?auto=compress,format и написать какой сервер возвращает content-type

проект на Реакт, фреймворк Next.js. у Next.js(next/image) есть компонент Image. картинка с сервера прилетает размером 23кб, отображаю с помощью тега img, картинка нормального размера. отображаю с помощью Image получаю картинку в 2 раза больше 47кб. и так все картинки. хотя next/image использует оптимизацию картинок и конвертацию в webp, что должно уменьшить размер, размер картинки становится больше наоборот и еще 2 раза. не подскажете почему так?

а нет ли в Webstorm удобного плагина чтоб url сокращать? сейчас в браузер перехожу и там онлайн сокращаю, подумал, а вдруг плагин в Webstorm есть такой