Привет всем! Я тут новенький совсем, ток начал разбираться в веб-разработке. И вот, недавно столкнулся с такой штукой… Короче, искал я тут один модный фреймворк, ну знаете, чтоб сайты делать быстрее. И наткнулся на какой-то сайт, он выглядел прям как надо, все красиво, логотипы, типа кракен маркетплейс какой-то. Ну я и залип, конечно.

Там такие цены были! Я аж глазам своим не поверил. Ну, думаю, надо брать, пока никто не разобрал. Выбрал товар, какой мне нужен был, ну типа плагин для админки. И тут самое интересное — оплата. Сайт предложил какую-то супер-пупер быструю оплату через какой-то новый сервис. А я, дурак, не проверил ничего толком.

Ввел данные карты, сумму… Ну типа, все как обычно. Только вот деньги списались, а товара нет. И чека нет. И на сайте ничего не обновилось. Я такой: “Что за дела? А это нормально что?” Полез в историю транзакций — а там вообще фигня какая-то написана, будто я за воздух заплатил. И сайт этот… Он просто пропал. Исчез, ну типа. Я даже кракен сайт найти не могу теперь, где тот маркетплейс был

Пытался найти хоть какую-то ссылку на кракен, но там столько всего… И кракен зеркало какое-то, и кракен ссылка, которая куда-то ведет, но не туда. В итоге я понял, что меня просто кинули. Ну, наверное, это какое-то мошенничество, да? Я так расстроился, конечно. Деньги небольшие, но сам факт неприятный. Может, кто-то сталкивался с таким? Подскажите плз, как такое вообще избежать в будущем?

Короче, решил тут затестить Nuxt 3 для нового проекта. До этого с Nuxt 2 работал, ну и вообще так, по мелочи с Vue

Сразу скажу, разница ощутимая. Во-первых, скорость. Написано, что все стало типо моментальным, и реально так и есть. Компиляция мелких изменений происходит аж страшно быстро, это прям кайф для frontend разработки. Вообще, вся эта история с Nitro сервером — штука мощная, позволяет и SSR, и SSG, и даже API роуты прямо в проекте делать. Это прям избавляет от кучи настроек.

Что еще понравилось:

• Автоматический импорт компонентов и composables. Офигеть как удобно, реально меньше кода писать.
• Новый Composition API. Для меня, как для того, кто больше привык к Options API, это было поначалу немного непривычно, но потом понял, насколько это гибко и мощно
• App.vue — тоже тема. Все эти layout'ы и странички теперь как-то более логично структурированы.
• TypeScript поддержка стала на порядок лучше. Ну, наконец-то!

Минусы? Ну, пока искал, где там документация по каким-то моментам, немного тупил. Иногда казалось что слишком много магии происходит под капотом, и хочется чуть больше контроля. Но это, кмк, дело привычки и погружения. Также, если сравнивать с pure Vue, то сам фреймворк добавит немного веса, но для большинства web-сайтов это не критично.

В целом, если вы хотите быстро и удобно делать современные веб-сайты, особенно если нужен SSR или SSG, то Nuxt 3 — отличный выбор. Чувствуется, что фреймворк заточен под современные реалии backend и frontend разработки. Зачет, короче)

На моей практике, большая часть сложности в современной веб-разработке сместилась в сторону frontend. Всё чаще вижу проекты, где вся логика, валидация и даже взаимодействие с базами данных реализуется на стороне клиента. Ну, типа, зачем городить сложный backend, если можно всё сделать через API-запросы к внешним сервисам, которые уже предоставляют нужный функционал? Это ускоряет создание сайтов и делает их более отзывчивыми.

Конечно, для каких-то супер-сложных систем, вроде банковских приложений, backend остается критически важным. Но для большинства обычных web-сайтов, особенно корпоративных или лендингов, такой подход кажется избыточным. Frontend-фреймворки типа React или Vue.js позволяют строить очень мощные интерфейсы, которые могут справиться с большинством задач, раньше требовавших серверной обработки. А вы как думаете? Действительно ли backend теряет свою актуальность для рядовых проектов?

Ребята, помогите, уже мозг кипит. Сайт на PHP, вроде все по уму делал, но кеш браузера живет своей жизнью. Вроде все обновляю, а пользователи видят старьё. Пробовал и заголовки правильные ставить, и мета-теги, и скрипты для очистки кеша сервера добавлял – толку ноль. На локалхосте все ок, а на боевом сервере – караул. Может, какие-то особенности есть, о которых я, старый школьник, не в курсе? Раньше-то всё как-то проще было, или мне память изменяет?

Помню, еще когда интернет dial-up был, таких проблем с кешем не знали, ахах. Ну, или просто сил было больше разбираться. Сейчас вот с этим крáкен сайтом всё начало сбоить, хотя вроде бы никак не связано. Подскажите, в чем может быть косяк? Есть какие-то хитрые пути решения, которые не лежат на поверхности?

Крáкен ссылка официальная

Ну вот, дождались. React 19 вышел, и я, как всегда, первым делом кинулся тестировать. Ожидания были, прямо скажем, завышенные. Хотелось увидеть что-то революционное, что перевернет привычный мир frontend разработки, а получил... ну, вы поняли.

Сразу скажу, изменения есть. И они, как это часто бывает, неоднозначные. С одной стороны, появилась поддержка Server Components по умолчанию, что для многих проектов должно упростить архитектуру и улучшить производительность. На практике это означает что часть логики рендеринга переносится на сервер, уменьшая нагрузку на браузер клиента. Это, безусловно, плюс.

Также добавили новые хуки, вроде `useFormStatus` и `useOptimistic`. Первый реально облегчает жизнь при работе с формами, позволяя отслеживать состояние отправки данных без лишнего кода. Второй — отличный инструмент для создания более отзывчивого UI, когда вы сразу показываете пользователю результат действия, а потом уже обновляете его по факту выполнения операции на сервере. Это здорово для UX, но требует внимательного подхода для избежания рассинхронизации.

С другой стороны, изменения в API, касающиеся стейт-менеджмента, кажутся немного... натянутыми. Иногда создается впечатление, что команда React пытается уйти от сторонних библиотек, внедряя свои решения, которые пока не так гибки и понятны. Например, новые директивы для управления DOM – неплохо, но нужно время, чтобы привыкнуть и понять, где их применение действительно оправдано, а где это просто усложнение.

Итоговое впечатление: React 19 – это скорее эволюционное развитие, чем революция. Есть полезные нововведения, которые упростят жизнь многим разработчикам, особенно в контексте веб-разработки сложных приложений. Однако, некоторые изменения требуют адаптации и, возможно, не сразу будут приняты сообществом. Для новичков порог входа может немного вырасти, но для опытных специалистов это будет интересным шагом вперед. Кмк, стоит попробовать в новых проектах, но для существующих — с осторожностью.

Ребят, я запутался совсем. Попытался зайти на Кракен маркетплейс, ну типа через обычную ссылку, которую всегда использовал. И тут бац! Ошибка какая-то, типа страница не найдена. Пробовал ввести в поиск, нахожу какие-то левые сайты, а не сам Кракен сайт. Это нормально вообще? Это я такой тупой или реально что-то поменялось? Может, ссылка какая-то другая теперь? Не могли бы подсказать плз, я уже час тут сижу, бесит!!!

Народ, я тут копался в свежих бенчмарках производительности фреймворков и, честно говоря, все больше убеждаюсь, что Symfony, несмотря на всю популярность Laravel, задает темп. Ну, типа, если смотреть на чистую скорость обработки запросов и потребление памяти, особенно на больших и сложных проектах, где важен каждый миллисекунда. Laravel, конечно, удобнее для старта, у него экосистема заточена под быструю разработку MVP, но когда проект растет… начинается всякое.

Я вот думаю, может, вся эта массовая любовь к Laravel — это просто эффект сетевой ссылка на Крáкен? Чем больше людей им пользуется, тем больше информации, туториалов, готовых решений. А Symfony, он как старый добрый инструмент, который ты знаешь, как работает, и он просто ПАШЕТ. На самом деле тут нюанс: никто не говорит, что Laravel плохой. Он отличный. Но для действительно больших, высоконагруженных систем, где каждый байт памяти на счету, я бы уже сто раз подумал, прежде чем выбирать его.

А вы как думаете? Используете ли вы Symfony для продакшена или все-таки Laravel для вас в приоритете? И если да, то почему? Есть какие-то реальные кейсы, где вы прям почувствовали разницу в производительности?

Ну вот, опять эти разговоры про UI/UX. Мне кажется, это просто пыль в глаза, которой кормят заказчиков. Главное, чтобы сайт работал быстро и контент был понятным, а все эти анимации и сложные переходы — ну типа, для галочки.

Реально, сколько раз вы видели реально крутой дизайн который потом тормозил или был неудобным? Да лан, полно таких примеров. Помню, делали тут один проект, там заказчик хотел «вау-эффект», потратили кучу времени на всякие финтифлюшки. В итоге, конверсия упала, потому что пользователи терялись в этой красоте. Если сайт не выполняет свою функцию, то вся эта «кракен ссылка» на крутые фичи — фигня полная

Мне кажется, разработчики иногда забывают, что сайт — это инструмент, а не произведение искусства. Хотя, конечно, бывают и исключения. Вот такие дела.

А вы как думаете? Стоит ли заморачиваться с пафосным UI/UX если и без него все норм?

Крáкен ссылка официальная

Всем привет! Короче, в очередной раз ковыряюсь со сверсткой, и снова застрял на сетке. Вот вроде все по мануалам делаю, а элементы все равно съезжают или растягиваются не туда, куда надо. Особенно эта тема с колонками и адаптивностью под разные экраны убивает, честное слово. Пытался и flexbox, и grid юзать, но чет прям идеальное решение никак не найду.

Кто-нибудь реально шарит, как сделать такую сетку, чтобы она и выглядела норм, и потом не отваливалась при любом чихе? Какие лайфхаки есть для быстрой и правильной веб-разработки таких штук? Буду рад любым советам, а то уже голова кругом идет от этих квадратиков)

Да ладно, снова про Вордпресс? Серьезно? Ну ок, попробую. Все носятся с этим Вордпрессом, типа, самый простой способ создания сайтов. Ага, самый простой — если тебе нужен очередной шаблонный бложик или лендинг для пиццерии. Для чего-то более сложного, с кастомной логикой, нормальным backend'ом, там начинается ад с плагинами, которые весят как чугунный мост и конфликтуют друг с другом. Где тут гибкость, о которой все орут? Где нормальная веб-разработка, а не сборка из готовых кубиков?

Серьезно, я вот пытался на нем более-менее приличный интернет-магазин сделать с некоторой уникальной фичей. Это было мучение. В итоге пришлось кучу всего допиливать, оптимизировать, и все равно тормозило. Frontend тоже страдает от подгрузки всякого хлама из плагинов.

Может, я что-то не понимаю, но имхо, для реальных проектов, где нужна производительность и гибкость, надо смотреть в сторону других решений. Или хотя бы использовать Вордпресс как headless CMS, но это уже совсем другая история.

А вы как думаете? Есть реальные примеры сложных, высоконагруженных web-сайтов, построенных исключительно на Вордпресс без адских костылей?