Я могу jwt токен поместить в куки и при запросе, использовать его на фронте некста?

Там в следующем сообщении вообще идеальный вариант наверное предложил

Ты можешь на фронте и не взаимодействовать с ним, а сделать middleware в новой версии некста

А так да, самый оптимальный способ и быстрый - использовать его просто в куках

Это в целом звучит лучше чем хранить в локал сторе его)

А чем мидлвейр некста отличается от  сервер сайда?

В плане оптимизации

Я если честно с ними ещё не работал, почитай сам, но это одна из причин зачем их ввели, так что думаю плюсы есть
Как минимум разграничение логики, а так может и производительнее даже 🤷‍♂️

Честно не знаю)
Почитай в доке чем это лучше)

Там и примеров подвезли как я написал ранее
И с jwt в куках вроде были примеры)

Всем привет)
Вчера решил попробовать воспользоваться вот такой штукой для проверки качества кода в CLI формате, нужен только Докер для работы.
https://github.com/codeclimate/codeclimate

Cкажем так, тачки которые проверяют JS, TS, CSS по сути основаны на правилах линтеров, поэтому бесполезны, если они настроены в проекте. Но дефолтная тачка, вроде она structure называется, она фиксирует дублирования кода в разных файлах, сложные методы (тело слишком большое), методы с большим количеством параметров, сложные if else

Собственно вопрос - есть ли возможность повторить такие проверки с помощью чего-то еще? (плагины vscode например)

Один коллега мне подсказал, что есть eslint правила max-params/complexity, но в разных файлах дублирование не заметит, например

Проект на Реакт. Я использую один компонент для отображения картинок, который не я писал, это от библиотеки. У этого компонента есть такой функционал - Ленивая Загрузка картинок. Но есть одно неудобство, что, когда место где находится картинка появляется в области видимости, то изображение НЕ СРАЗУ начинает загружаться, а с некоторой задержкой, т. е. запрос не сразу происходит. Я посмотрел в код этого компонента и увидел, что они используют IntersectionObserver. Я предполагаю, что причина этого однопоточность JavaScript, что коллбек от IntersectionObserver не сразу срабатывает, а попадает в очередь заданий и этот коллбек не вызывается до тех пор, пока не освободиться стек вызовов. А так как Реакт либа выполняет много своей логики, то в стеке вызовов некоторое время часто выполняется какая-то операция. Подскажите, это может быть так?

Может быть там процент картинки в области экрана большой выставлен? (threshold)

Так же может быть там можно выставить область вокруг элемента больше (rootMargin)?

Что за библиотека?

да, наверное. нужно поискать в доке настройку. Это Image компонент от Nextjs.

lazyBoundary
Отвечает за расстояние до элемента, когда его начинать грузить

Дефолт 200

Я активно некст юзаю, у меня особых проблем с изображениями не было, не думаю что можно умудриться его перегрузить как-то)

Оптимизируйте изображения, можно генерируемое качество картинок уменьшить

Так же с новым некстом можно добавить ещё avif формат, это делается вручрую в конфиге, он меньше весит, а значит быстрее грузится

(Если браузер не поддерживает, он будет как и раньше ставить то что поддерживается…)

ага. в 12м nextjs. пока ещё не использую, думаю попробовать

Там всего одну строку добавить)

занимаюсь этим. с этим параметром поиграюсь тоже, что-то упустил я его. спасибо

Я слышал что alt атрибут у картинок тоже оказывает влияние на SEO. Это правда? А если, влияет, то как тогда заполнять, учитывая тематику сайта получается? Конечно текст подходящий для картинки должен быть, но может стараться там и семантические слова использовать? Есть ли смысл?

Есть, краулер Гугла читает их, и учитывает наличие как минимум, засчитывая баллы за accessibility

Всем привет!) Кто-то знает, будет ли новый поток "JavaScript-инженер
" и если да, то когда?

не будет

мы его разрежем на отдельные МК и выпустим в 2022