Я как-то вначале пока разбирался что-то выбрал и он спросил создать коммит? И на одну задачу создал несколько десятков коммитов ))) Можно было каждый как PR каждый оформить ))
Да, но здесь упор сделан на CMS, админку и редактирование содержания. В контексте платформы WordPress тоже можно запускать в облегченном формате, можно запускать как зависимость, можно запускать отдельными модулями из него и управлять загрузкой плагинов. А CMS с интерфейсом для управления содержанием это отдельная часть приложения. Вероятно надо было разделить понятия платформы и механизма управления содержанием, а они смешали и выкатили сырую админку, приправив своими фишками про оптимизацию ресурсов.
Выкатили абсолютную поделку.. И посмели назвать себя преемниками эпохального WordPress. Вот этот бессовестный пиар печалит. Какую проблему они решали не понятно. Пользователи также будут плагинам в их системе "раздавать все права" не думая и также будут взламывать если на то пошло. Легко шлепать поделки на основе настоящих продуктов.
В точку. Конструкторы, нейросети, Nest.js и т.д. не соблюдают этого ничего и городят как вздумается в расчете на то, что современные мощные устройства всё переварят... Только когда верстаешь и готовишь сам соблюдаешь практику оптимизации.
Мне кажется или есть ощущение, что реализация с помощью ИИ на первый взгляд не очень сложного сайта потребовала гораздо большей экспертизы, чем если бы реализовывать подобный сайт по "классике"? Т.е. тут синергия получилась из-за наличия разносторонней опытной команды, которая сгладила сложности перехода.
Такое произойдет, если название файла одинаковое в пути при загрузке, а оно обычно одинаковое /jquery.min.js или /jquery.js или /vendors.js как тоже нередкое именование.
Добавьте параметр в конце при загрузке, например, vendors.js?02-02-2018 или jquery.js?123 или вообще файл назовите уникально «erdhs6shdbx.js» и тогда браузер гарантированно скачает и закэширует вашу версию js.
Кстати, часто вижу, на нормальных сайтах на React/Angular и прочих кучи js файлов грузятся без объединения. Интересно, почему не объединяют.
Почему вы категоризируете только как профессионалов и как новичков, а где же средний класс? ) Кто еще не все знает и стремится, но кто уже и не новичок. Ссылки помогают глубже доизучить.
«Новички в результате скорее всего решат, что приведенные фрагменты нужно использовать всегда и везде».
Это не новичок, а нехороший специалист, который бездумно использует информацию. В статье предложили и ссылки есть, можно подробнее углубиться. А чек-лист каждый фронтэндер, наверное, сам себе составляет.
Я как-то вначале пока разбирался что-то выбрал и он спросил создать коммит? И на одну задачу создал несколько десятков коммитов ))) Можно было каждый как PR каждый оформить ))
:deep() в Vue это как !important в css аварийные выходы, которые лучше не использовать )
Да, но здесь упор сделан на CMS, админку и редактирование содержания. В контексте платформы WordPress тоже можно запускать в облегченном формате, можно запускать как зависимость, можно запускать отдельными модулями из него и управлять загрузкой плагинов. А CMS с интерфейсом для управления содержанием это отдельная часть приложения. Вероятно надо было разделить понятия платформы и механизма управления содержанием, а они смешали и выкатили сырую админку, приправив своими фишками про оптимизацию ресурсов.
Выкатили абсолютную поделку.. И посмели назвать себя преемниками эпохального WordPress. Вот этот бессовестный пиар печалит. Какую проблему они решали не понятно. Пользователи также будут плагинам в их системе "раздавать все права" не думая и также будут взламывать если на то пошло. Легко шлепать поделки на основе настоящих продуктов.
Где-то прибыло, где-то убыло ))
Не совсем понял, что значит помните... А сейчас на чем сайты пишутся? Больше половины сайтов на Битриксах и Вордпрессах и прочем php...
Дошутятся!
А что потом делать с этими 3 миллионами строк кода... Кто разберёт их дальше и продолжит?
В точку. Конструкторы, нейросети, Nest.js и т.д. не соблюдают этого ничего и городят как вздумается в расчете на то, что современные мощные устройства всё переварят... Только когда верстаешь и готовишь сам соблюдаешь практику оптимизации.
Мне кажется или есть ощущение, что реализация с помощью ИИ на первый взгляд не очень сложного сайта потребовала гораздо большей экспертизы, чем если бы реализовывать подобный сайт по "классике"? Т.е. тут синергия получилась из-за наличия разносторонней опытной команды, которая сгладила сложности перехода.
"Потому что решаемые задачи элементарны. Но в совокупности - сложны."
Красиво сказано
На примере Яндекса и доменной зоны .yandex
Заявка 185 тыс$, ожидание, и затем ежегодно 1-1.5 млн$ в год на поддержание зоны
Добавьте параметр в конце при загрузке, например, vendors.js?02-02-2018 или jquery.js?123 или вообще файл назовите уникально «erdhs6shdbx.js» и тогда браузер гарантированно скачает и закэширует вашу версию js.
Кстати, часто вижу, на нормальных сайтах на React/Angular и прочих кучи js файлов грузятся без объединения. Интересно, почему не объединяют.
«Новички в результате скорее всего решат, что приведенные фрагменты нужно использовать всегда и везде».
Это не новичок, а нехороший специалист, который бездумно использует информацию. В статье предложили и ссылки есть, можно подробнее углубиться. А чек-лист каждый фронтэндер, наверное, сам себе составляет.
Статья отличная, спасибо.