Сходите от обратного, найдите spa который в выдаче будет выше ssr. В моем случае 99.9% сайтов на любой ваш запрос в топ 3 будет ssr/ssg. Не вижу смысла доказывать очевидные вещи.
P.s. ещё есть Яндекс в РФ и его игнорировать нельзя.
Google не умеет в SPA - точнее любой классический сайт сверстанный семантично и отданный с помощью SSR будет выше в поисковой выдаче чем SPA. Так что SSR или SSG незаменимы если речь идёт о поисковом продвижении. Причем если вы клиенту и боту будете отдавать разные страницы, можно ещё и банан получить за попытки делать дорвеи
Но ведь end to end тесты как раз про тестирование конечного интерфейса. Т е. Там где дропдаун через минуту появится и тест займет минуту это в целом ок. На то он и end тестом зовётся. А когда ты запускаешь кусок приложения в отрыве от его реальной конечной реализации, это не совсем честный тест, ведь условия для его выполнения созданы искусственно.
Также хочется отметить, перечисленные минусы не являются минусами.
Невозможно выполнить код внутри приложения - этого и не должно быть в е2е тесте, это как проверять "золотой путь" покупки чего-то на сайте без кликов на карточку товара, кнопку купить и дальнейшего перехода в чекаут. Вы или полностью как пользователь взаимодействуете или у вас просто не end to end тест. Иначе как гарантировать, что кнопка купить на сайте есть и она работает? Вы же ее предлагаете рендерить отдельно.
Невозможность мокать апи - тут кажется просто стоило обратиться к документации или Гуглу. В безголовых браузерах все вполне реализуется.
Генерация фикстур и демо данных должна быть реализована отдельно от теста на уровне соглашений по работе с dev средой, иначе выглядит странно, что мне локальный проект чтобы наполнить надо прогнать тесты. Звучит так себе.
Как правило, переход на localhost:3000 приводит к вечной загрузке страницы
Тоже улыбнуло) у нас проекты локально спокойно работают на подобных адресах. И условный puppeteer спокойно открывает такие страницы. Это точно проблема инструментов тестирования?
Будет ли бесплатная версия с уровнем fusion360? Или будет как у асконы шестизначный прайс? Не могли бы вы подробнее рассказать о ценовой политике.
P.s. вижу что про версия уже 250к в год стоит, я не очень силен в экономике подобных программ, но для меня это перебор примерно в 240раз от того что я был бы готов платить.
Могу и публиковать. Это мой рисунок, а вам еще придется доказать что на рисунке именно вы. Кстати какой у вас прайс за ваше лицо? По какой форме заверять будем? У нотариуса тоже заверить надо? Я делаю фото или рисунок в публичном месте. Вы на заднем плане попадёте, что мне теперь нельзя постить в интернет фотку? Конечно можно. Погуглите, что случилось с теми, кто пытался засудить и удалить свои неудачные фото из интернета. Мир живет по принципу де факто. А что вы там де-юре считаете - исключительно ваша проблема.
А вам в голову не приходило, что лицо может быть из десятков других лиц? Вы случаем не из патентных троллей? Также как фотографы хотели денег за то что сети на их стоках обучались. Для того, чтобы мне нарисовать ваше лицо или портрет даже - не нужно ваше разрешение. Аналогично с ии
Не могу утверждать что эти методы timestamp vs release hash лучше или хуже, они под разные ситуации. На фронтенде (который статика в виде html+js+css) имеет смысл кешировать статику только от релиза к релизу т.е. в момент сборки сайта\веб-приложения через webpack\vite\rollup\etc.. проставлять некий хеш или просто релизную версию к запросам статики, так в рамках одного релиза ваш клиент может быть закеширован браузером и кеш инвалидируется при изменении версии. В случае если просто подставлять timestamp к каждому запросу статики, мы получим каждый раз свежий response, что далеко не всегда нужно, если мы говорим о стратегии кеширования. Эта история не относится к импортированию файлов внутри проекта и также слабо вяжется с установкой дополнительных заголовков. Чаще всего статику раздает просто nginx и по умолчанию в конфиге не поддерживает динамические переменные. Так вот чтобы не заниматься прокидыванием переменных\хешей и т.п. в конфиги nginx, обходятся такими уловками на клиенте.
Трюк что вы описываете просто кеш брейкер т.е. способ инвалидировать кеш. Идея с добавлением хеша или версии от релиза будет лучше работать как кеш, чем постоянный принудительный кешбрейк
В таком случае, переход веба на машинный код или тотальное использование веб-фреймворков в вашей логике является совершенно практичным... О людях подумайте.
Веб давно на фреймворках сидит, на велосипедах сидят только их изобретатели. Все более менее серьезные проекты формируются с большим комьюнити. Мне бы не хотелось попасть после вас на проект, где в место css классов написаны веб-компоненты просто потому что автор так мог себе позволить.
Принцип DRY, как и время - очень субъективная штука!
Использование стандартных тегов и веб-компонентов не противоречит DRY в целом. Кажется что вам просто нечего было написать, а ответить хотелось.
Вы небось когда читали учебник физики, пребывали в ярости - ну к чему эти абстрактные примеры в вакууме!? Где искажение времени, вызванное гравитацией!?
И очередной переход на личности, от новорега с НЛО приглашением
АХАХАХА, вы умеете себя в грязь затаптывать.
Пожалуй эту ветку комментариев действительно стоит остановить, слишком много грязи которую в целом уже и комментировать противно.
Верстка должна быть в первую очередь семантичной для поисковиков и машин которые ее будут обрабатывать. Вопросы красоты не должны стоять на первом месте при выборе HTML элементов для разных ситуаций. Практичность тоже очень субъективное понятие.
Специально сделал такой пример, что бы показать разницу наиболее наглядно.
Выходит вы показали разницу как делать не надо и как делать совсем не надо.
И без него будет корректно отображаться
Все будет инлайновыми элементами - это не нормально, разве что вы не пытаетесь верстать текст и выдумывать свои аналоги span\em\b\strong\mark etc..
Вам непременно нужны хотя бы два курса журналистского факультета, содержание нормальное, структуру нужно дорабатывать.
Всего лишь 2 курса? Переход на оценку личных качеств это грязный прием, когда по существую и содержанию сказать нечего, а по форме хочется докопаться.
Еще раз веб-компоненты это не замена для семантических тегов существующих, страница сверстанная красиво и практично по вашим понятиям, в выдаче поисковой проиграет странице сверстанной по канонам семантики и доступности. Веб-компоненты это история, когда вам мало 1 тега для вашего элемента или вашему элементу нужен интерактив в виде js. Яркими примерами веб-компонентов можно считать <audio> и <video> теги, там и стили внутри свои и shadow dom присутствует.
Использовать веб-компоненты просто как замену div это глупая идея и плохой пример. Вы сравниваете нарочно плохую верстку с нарочно еще более плохой версткой. + Браузер и поисковик только теряют в семантике от того, что вы свои header и аналоги div придумываете и призываете их использовать ради красоты не используя js. + вам нужно свойство display как минимум прописать для корректного отображения.
Хороший пример, однозначно в копилку. Хотелось выразить отдельный + за само стремление делать код, а не спецификацию, на многих проектах в современном мире сваггер пишется в отрыве от кода и реализации и представляет собой больше набор обещаний, чем спецификацию реализованного сервиса.
Вы на полном серьёзе делаете шапку сайта отдельным микрофронтом со своей выкладкой, репозиторием, библиотеками ТП. Оно реально стоит того? Не представляю насколько низкий технический уровень должен быть чтобы выделять команду на разработку шапки сайта. А что потом произойдет с командой? Когда они осилят вёрстку лого, меню и возможно иконки профиля? Футер у вас тоже микрофронтенд? После прочтения, осталось ощущение, что у вас самоцель была попробовать хайповую тему.
Не минусил, но и материала интересного не нашел. Плиточный дизайн уже давно, сам bento дизайн настолько расплывчато сформулирован, что даже в примеров конкретных прямо нету. Так почти любой дешборд можно подписать под "почти bento" т.к. почти все сайты оформляют контент блоками да ещё и с закругленными углами. Ну и почти все мониторы прямоугольные, как в целом и печатная продукция, черта дизайна за уши притянута. Какая-то недосистема для любителей понастольгировать по Азии.
Не то чтобы никто не может выучить ЯП, но даже банальный разговорный английский далеко не у каждого второго россиянина, а уже знание языков программирования и того более редкий навык.
Айтишники, на самом деле очень глупые. Очень-очень.
Вам бы и самому не помешало поработать над чувством собственной важности, прежде чем всех специалистов ИТ индустрии так вот подписывать
С огромным удовольствием сейчас прохожу балдур3, все летает без тормозов на ультра настройках на rx6800xt, играю на тактическом сложном, получил от игры ровно то что хотел. Поменьше слушайте и побольше сами играйте и формируйте свое мнение) странно будет не сыграть из-за недовольства других. О половине недостатков игры даже не знал, пока эту статью не прочёл.
Сходите от обратного, найдите spa который в выдаче будет выше ssr. В моем случае 99.9% сайтов на любой ваш запрос в топ 3 будет ssr/ssg. Не вижу смысла доказывать очевидные вещи.
P.s. ещё есть Яндекс в РФ и его игнорировать нельзя.
Google не умеет в SPA - точнее любой классический сайт сверстанный семантично и отданный с помощью SSR будет выше в поисковой выдаче чем SPA. Так что SSR или SSG незаменимы если речь идёт о поисковом продвижении. Причем если вы клиенту и боту будете отдавать разные страницы, можно ещё и банан получить за попытки делать дорвеи
Сладких названий у андроида уже более не будет? Теперь новая версия андроида это просто набор патчей?
Звучит как оскорбление разработчиков, дальше не стал читать. Это уже не хейт яваскрипта, а просто жидкий пук под себя
Но ведь end to end тесты как раз про тестирование конечного интерфейса. Т е. Там где дропдаун через минуту появится и тест займет минуту это в целом ок. На то он и end тестом зовётся. А когда ты запускаешь кусок приложения в отрыве от его реальной конечной реализации, это не совсем честный тест, ведь условия для его выполнения созданы искусственно.
Также хочется отметить, перечисленные минусы не являются минусами.
Невозможно выполнить код внутри приложения - этого и не должно быть в е2е тесте, это как проверять "золотой путь" покупки чего-то на сайте без кликов на карточку товара, кнопку купить и дальнейшего перехода в чекаут. Вы или полностью как пользователь взаимодействуете или у вас просто не end to end тест. Иначе как гарантировать, что кнопка купить на сайте есть и она работает? Вы же ее предлагаете рендерить отдельно.
Невозможность мокать апи - тут кажется просто стоило обратиться к документации или Гуглу. В безголовых браузерах все вполне реализуется.
Генерация фикстур и демо данных должна быть реализована отдельно от теста на уровне соглашений по работе с dev средой, иначе выглядит странно, что мне локальный проект чтобы наполнить надо прогнать тесты. Звучит так себе.
Тоже улыбнуло) у нас проекты локально спокойно работают на подобных адресах. И условный puppeteer спокойно открывает такие страницы. Это точно проблема инструментов тестирования?
Будет ли бесплатная версия с уровнем fusion360? Или будет как у асконы шестизначный прайс? Не могли бы вы подробнее рассказать о ценовой политике.
P.s. вижу что про версия уже 250к в год стоит, я не очень силен в экономике подобных программ, но для меня это перебор примерно в 240раз от того что я был бы готов платить.
Могу и публиковать. Это мой рисунок, а вам еще придется доказать что на рисунке именно вы. Кстати какой у вас прайс за ваше лицо? По какой форме заверять будем? У нотариуса тоже заверить надо? Я делаю фото или рисунок в публичном месте. Вы на заднем плане попадёте, что мне теперь нельзя постить в интернет фотку? Конечно можно. Погуглите, что случилось с теми, кто пытался засудить и удалить свои неудачные фото из интернета. Мир живет по принципу де факто. А что вы там де-юре считаете - исключительно ваша проблема.
А вам в голову не приходило, что лицо может быть из десятков других лиц? Вы случаем не из патентных троллей? Также как фотографы хотели денег за то что сети на их стоках обучались. Для того, чтобы мне нарисовать ваше лицо или портрет даже - не нужно ваше разрешение. Аналогично с ии
Не могу утверждать что эти методы timestamp vs release hash лучше или хуже, они под разные ситуации. На фронтенде (который статика в виде html+js+css) имеет смысл кешировать статику только от релиза к релизу т.е. в момент сборки сайта\веб-приложения через webpack\vite\rollup\etc.. проставлять некий хеш или просто релизную версию к запросам статики, так в рамках одного релиза ваш клиент может быть закеширован браузером и кеш инвалидируется при изменении версии. В случае если просто подставлять timestamp к каждому запросу статики, мы получим каждый раз свежий response, что далеко не всегда нужно, если мы говорим о стратегии кеширования.
Эта история не относится к импортированию файлов внутри проекта и также слабо вяжется с установкой дополнительных заголовков. Чаще всего статику раздает просто nginx и по умолчанию в конфиге не поддерживает динамические переменные. Так вот чтобы не заниматься прокидыванием переменных\хешей и т.п. в конфиги nginx, обходятся такими уловками на клиенте.
Трюк что вы описываете просто кеш брейкер т.е. способ инвалидировать кеш. Идея с добавлением хеша или версии от релиза будет лучше работать как кеш, чем постоянный принудительный кешбрейк
Привкус chatgpt не покидал меня всю статью
Особенно понравилось
Вы бы остановились, вас уже понесло
Веб давно на фреймворках сидит, на велосипедах сидят только их изобретатели. Все более менее серьезные проекты формируются с большим комьюнити. Мне бы не хотелось попасть после вас на проект, где в место css классов написаны веб-компоненты просто потому что автор так мог себе позволить.
Использование стандартных тегов и веб-компонентов не противоречит DRY в целом. Кажется что вам просто нечего было написать, а ответить хотелось.
И очередной переход на личности, от новорега с НЛО приглашением
Пожалуй эту ветку комментариев действительно стоит остановить, слишком много грязи которую в целом уже и комментировать противно.
Верстка должна быть в первую очередь семантичной для поисковиков и машин которые ее будут обрабатывать. Вопросы красоты не должны стоять на первом месте при выборе HTML элементов для разных ситуаций. Практичность тоже очень субъективное понятие.
Выходит вы показали разницу как делать не надо и как делать совсем не надо.
Все будет инлайновыми элементами - это не нормально, разве что вы не пытаетесь верстать текст и выдумывать свои аналоги span\em\b\strong\mark etc..
Всего лишь 2 курса? Переход на оценку личных качеств это грязный прием, когда по существую и содержанию сказать нечего, а по форме хочется докопаться.
Еще раз веб-компоненты это не замена для семантических тегов существующих, страница сверстанная красиво и практично по вашим понятиям, в выдаче поисковой проиграет странице сверстанной по канонам семантики и доступности. Веб-компоненты это история, когда вам мало 1 тега для вашего элемента или вашему элементу нужен интерактив в виде js. Яркими примерами веб-компонентов можно считать <audio> и <video> теги, там и стили внутри свои и shadow dom присутствует.
Использовать веб-компоненты просто как замену div это глупая идея и плохой пример. Вы сравниваете нарочно плохую верстку с нарочно еще более плохой версткой. + Браузер и поисковик только теряют в семантике от того, что вы свои header и аналоги div придумываете и призываете их использовать ради красоты не используя js. + вам нужно свойство display как минимум прописать для корректного отображения.
Использовать веб-компоненты нужно обязательно вместе с их возможностями, а не просто ради именования тегов. Я тоже делал несколько статей про веб-компоненты
https://webislife.ru/strokoff/polnoe-pogruzhenie-v-veb-komponenty-v-2023-godu/ а также по крупицам собираю цикл статей про веб-компоненты https://webislife.ru/strokoff/czikl-statej-pro-veb-komponenty/ и на хабре еще публиковал пример веб-компонента на хабре Пишем собственный WYSIWYG редактор на основе веб-компонентов и textarea.
Не одному) раздуть так каунтер это надо уметь.
Хороший пример, однозначно в копилку. Хотелось выразить отдельный + за само стремление делать код, а не спецификацию, на многих проектах в современном мире сваггер пишется в отрыве от кода и реализации и представляет собой больше набор обещаний, чем спецификацию реализованного сервиса.
Вы на полном серьёзе делаете шапку сайта отдельным микрофронтом со своей выкладкой, репозиторием, библиотеками ТП. Оно реально стоит того? Не представляю насколько низкий технический уровень должен быть чтобы выделять команду на разработку шапки сайта. А что потом произойдет с командой? Когда они осилят вёрстку лого, меню и возможно иконки профиля? Футер у вас тоже микрофронтенд? После прочтения, осталось ощущение, что у вас самоцель была попробовать хайповую тему.
Не минусил, но и материала интересного не нашел. Плиточный дизайн уже давно, сам bento дизайн настолько расплывчато сформулирован, что даже в примеров конкретных прямо нету. Так почти любой дешборд можно подписать под "почти bento" т.к. почти все сайты оформляют контент блоками да ещё и с закругленными углами. Ну и почти все мониторы прямоугольные, как в целом и печатная продукция, черта дизайна за уши притянута. Какая-то недосистема для любителей понастольгировать по Азии.
Не то чтобы никто не может выучить ЯП, но даже банальный разговорный английский далеко не у каждого второго россиянина, а уже знание языков программирования и того более редкий навык.
Вам бы и самому не помешало поработать над чувством собственной важности, прежде чем всех специалистов ИТ индустрии так вот подписывать
С огромным удовольствием сейчас прохожу балдур3, все летает без тормозов на ультра настройках на rx6800xt, играю на тактическом сложном, получил от игры ровно то что хотел. Поменьше слушайте и побольше сами играйте и формируйте свое мнение) странно будет не сыграть из-за недовольства других. О половине недостатков игры даже не знал, пока эту статью не прочёл.