Не проще ли всё-таки иметь фронтендера и бекендера по отдельности? На ларавел/симфони достаточно просто писать апишки. А фронтендер в отдельном репозитории может делать вполне современный стек на любимом фреймворке. Сомневаюсь, что опыт разработки на этой вундервафле добавляет релевантного опыта вам по жизни.
Кажется вы забыли, что во главе интернета стоят корпорации и провайдеры, которым заносит бизнес. Такая сложная ИТ система как интернет, банально не сможет жить на чистом энтузиазме и мне кажется даже это слишком очевидным.
P.s интернет 2.0 уже не актуален, маркетологи обещают web 3.0.
Повтор контента. Вся дискуссия и холивар на эту тему уже прошли на хабре. Зачем это обсуждать еще раз?
абсолютно каждый читатель уже видел то, что видели вы?
С таким девизом можно по кругу каждый день выкладывать одну и туже новость. Ведь каждый день ее увидит новый человек. По сути - вы приветствуете плагиат.
Я бы и сам с удовольствием рассмотрел SEO успешный проект в конкурентной нише реализованный с помощью SPA без доп. Махинаций на стороне сервера. Даже с учётом игнорирования Яндекса. Если найдется пример, обязательно напишите.
Сходите от обратного, найдите 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 присутствует.
Не проще ли всё-таки иметь фронтендера и бекендера по отдельности? На ларавел/симфони достаточно просто писать апишки. А фронтендер в отдельном репозитории может делать вполне современный стек на любимом фреймворке. Сомневаюсь, что опыт разработки на этой вундервафле добавляет релевантного опыта вам по жизни.
Хорошо, что вы сами это отметили) Еще вроде есть фидонет и оно даже вроде как живо как раз чисто на энтузиазме.
Кажется вы забыли, что во главе интернета стоят корпорации и провайдеры, которым заносит бизнес. Такая сложная ИТ система как интернет, банально не сможет жить на чистом энтузиазме и мне кажется даже это слишком очевидным.
P.s интернет 2.0 уже не актуален, маркетологи обещают web 3.0.
Спасибо! А то открыл ссылку из статьи, увидел Яндекс и закрыл сразу же.
В целом какое-то скотство, впервые вижу чтобы темную тему можно было включить только через маркетинговые унижения
Повтор контента. Вся дискуссия и холивар на эту тему уже прошли на хабре. Зачем это обсуждать еще раз?
С таким девизом можно по кругу каждый день выкладывать одну и туже новость. Ведь каждый день ее увидит новый человек. По сути - вы приветствуете плагиат.
Статья магическим образом из -6 стала +6. Похоже что Корп. Аккаунты могут постить любую чепуху с любым опозданием и карма будет только расти
Я бы и сам с удовольствием рассмотрел SEO успешный проект в конкурентной нише реализованный с помощью SPA без доп. Махинаций на стороне сервера. Даже с учётом игнорирования Яндекса. Если найдется пример, обязательно напишите.
Сходите от обратного, найдите 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 присутствует.