Я даже у далёкого от вебмастерских дел Гигачата спросил, сможет ли натянуть вёрстку на WordPress. Ответил: дай HTML-ку, щас сделаю.
Но думаю, переход на FastAPI или другой фреймворк это всё-таки танец с бубном. Пусть облегчённый силами LLM, но всё же личного участия требует. А у WordPress, кроме интуитивно понятного интерфейса, есть ещё неоспоримое достоинство перед фреймворками - обилие готовых тем и плагинов. Значит танцы фреймворка с бубном продолжатся ещё и при попытках расширить функционал хотя бы до подобия вордпрессовского.
Форкнуть не вариант. Откройте выше в статье любой дамп результатов профилирования - все ключевые файлы движка имеют перепотребление ресурса и требуют оптимизации. Это титаническая работа. Потому и в прошлом форки WordPress не взлетали. Энтузиазм быстро выдыхается, а платно - не находилось меценатов.
Перейти на иную CMS или фреймворк? Тогда значит это доказательство, что другие области заботы авторов WordPress были ошибочно приняты приоритетными.
Я общался с тимлидом веб-студии, он прокомментировал вопрос переписывания/переноса сайта так. Студии вообще пофигу тяжеловесность WordPress. Пока заказчик готов решать проблему деньгами (докупкой дополнительных ресурсов), никто даже шевелиться не станет. Ведь переписывание сайта затратнее - это цена работы студии плюс цена времени ожидания бизнеса.
В ваших словах есть доля правды. Однако, учитывая, что речь идёт о популярном продукте, разработчики которого неоднократно декларировали первостепенную заботу о пользователе, то возникает вопрос, где же эта забота проявлена в распухшем коде и почему теперь пользователь должен расплачиваться за давние и так и невылеченные болячки WordPress дополнительным железом.
Сам видел случай. Фирма оказывала услуги на 3 страны. Сделали красивый мультиязычный сайт на WP, разместили на европейском хостинге тарифом 5 евро/мес. Пригласили сеошников, пошёл хороший поисковый трафик. Но клиенты стали жаловаться “сайт часто недоступен”. Обратились к техподдержке - ответили: сайт потребляет сверх лимита. Спросили, на какой тариф рекомендуют перейти - ответили: при вашей нагрузке минимум VPS. Не вопрос, оплатили средненький виртуальный сервер 30 евро/мес. Сайт ожил. Через время трафик ещё подрос - на сайт вернулась та же беда. По итогу перебрались на выделенный сервак ценой около 150 евро/мес.
В том и загвоздка, что WordPress без доступа к тонкой настройке сервера годится для случая, когда на сайт ходит с десяток человек. Когда же WP начнёт тормозить, значит на сайт пошли люди, значит случается превышение лимитов хостинга. И вот тогда покупка нормального хостинга может обойтись в копеечку.
Ой не скажите. В разработке софта для сайтов это одна из целей, критерий хорошего движка. Так как при проблеме с производительностью, например выраженной в замедленном открытии страниц, эта беда ляжет на плечи владельца сайта, и ему придётся решать вопрос тратой из своего кармана, скажем на покупку недостающих ресурсов сервера.
Потому что возникнет много вопросов о совместимости. Как туда подтянуть темы, плагины и прочее, что было разработано на старой кодовой базе? А без этого вордпресс не вордпресс.
Я из тех динозавров, кто видел как в разработке софта (обычно это были игры) шла борьба за килобайты, поэтому расточительство в 30+ мб на что-то едва сложнее “hello world” выглядит для меня ужасом.
Он не лучше не хуже. Это просто другой тип софта для измерений - когда нужен отчёт на коленке. А инструменты вроде Blackfire, Tideways XHProf это всё же про более глубокую трассировку и мониторинг PHP.
бота делать в максе? ладно, а номер какой в этом боте будет использоваться
Боту номер телефона не нужен. Но чтобы создать бота, требуется сначала создать и верифицировать профиль организации, ИП или самозанятого на платформе “Max для партнёров”. Там номер как раз и понадобится.
Тогда в вашем профиле появится возможность создать бота или мини-приложение. Количеством не более 2 штук для профиля самозанятого, для ИП или организации - не более 5 штук.
И также сможете создавать публичные каналы: не более 1 для самозанятого, до 10 штук для ИП или организации.
В статье ведь разговор был про headless движки, в которых встроенного шаблонизатора нет. Его задачи отданы стороннему фреймворку, реализующему желаемую вами технологию создания пользовательского интерфейса.
Одному разработчику понравилась технология client side rendering (CSR), и он использует нечто вроде Nuxt, Vue, Next, React, Angular или подобное. Другому нравится server side rendering (SSR) и он применяет что-то вроде Svelte, FastBoot, Ember, Smarty, Twig или другое.
PHPNuke и его форки в эту категорию не вписываются, поскольку имеют собственную систему шаблонизации без встроенного API, позволяющего обойти родной шаблонизатор с помощью headless-режима.
Не уверен, что эта информация точная, но где-то слышал, якобы на территории РФ и Беларуси с целью продвижения Max специально давили регистрацию новых аккаунтов в Telegram за счёт блокировки верификационных СМС. Так что вполне может быть, что при отвязке номера Telegram всё-таки пытался уведомить вас, но СМС так и не дошла.
Я тоже сомневаюсь, что LLM-ки учитывают контент этого файла. Но вот сейчас из интереса полез в логи сервера, чтобы посмотреть, запрашивал ли какой-нибудь краулер документ /llms.txt за прошедшие сутки.
В логах попалась строка с таким User Agent: llms.txt crawler bot (+https://llmstxtscan.org; opt-out@llmstxtscan.org).
Этот краулер заходил из пула IP-адресов, выделенных для домена compute-1.amazonaws.com
Что мешает уболтать на официальном клиенте нажать Ctrl + Shift + J, ввести в открывшееся окно нужный код и продиктовать появившийся токен?
То есть официальность клиента - не гарантия безопасности. Ведь в кастомной версии разработчик может тщательней подходить к реализации скользких моментов, которые сочтёт важными, в то время как официальная команда их проигнорирует в силу текучки дел внутри компании.
Задача написать AI-обвязку для отдела разработчиков сайта может и не сложная. Просто нет достаточного спроса. Ведь какие типы заданий ставят обычно перед отделом?
бекендеру допилить новый функционал.
фулстеку провести интеграцию с чем-то сторонним.
фронтендеру натянуть новый дизайн на CMS.
Два первых типа заданий научились решать модулями расширений. Скачал плагин, поставил. Если надо - чуть пильнул под себя. Зачем здесь AI-обвязка?
Третий тип настолько частный, что неоткуда обучить нейронку разным кейсам натяжки, чтобы составила значимую конкуренцию фронтендеру.
AI-инструменты уже пару лет, если не больше, используются в разных CMS. Особенно это заметно в семействе headless CMS как более молодёжной и, соответственно, более готовой к экспериментам среде. Но и там пока что не наблюдалось, чтобы нейронка применялась иначе чем генератор контента. Наверно допил функционала слишком специфичен, чтобы решать его вайбкодингом.
Я даже у далёкого от вебмастерских дел Гигачата спросил, сможет ли натянуть вёрстку на WordPress. Ответил: дай HTML-ку, щас сделаю.
Но думаю, переход на FastAPI или другой фреймворк это всё-таки танец с бубном. Пусть облегчённый силами LLM, но всё же личного участия требует. А у WordPress, кроме интуитивно понятного интерфейса, есть ещё неоспоримое достоинство перед фреймворками - обилие готовых тем и плагинов. Значит танцы фреймворка с бубном продолжатся ещё и при попытках расширить функционал хотя бы до подобия вордпрессовского.
Форкнуть не вариант. Откройте выше в статье любой дамп результатов профилирования - все ключевые файлы движка имеют перепотребление ресурса и требуют оптимизации. Это титаническая работа. Потому и в прошлом форки WordPress не взлетали. Энтузиазм быстро выдыхается, а платно - не находилось меценатов.
Перейти на иную CMS или фреймворк? Тогда значит это доказательство, что другие области заботы авторов WordPress были ошибочно приняты приоритетными.
Я общался с тимлидом веб-студии, он прокомментировал вопрос переписывания/переноса сайта так. Студии вообще пофигу тяжеловесность WordPress. Пока заказчик готов решать проблему деньгами (докупкой дополнительных ресурсов), никто даже шевелиться не станет. Ведь переписывание сайта затратнее - это цена работы студии плюс цена времени ожидания бизнеса.
В ваших словах есть доля правды. Однако, учитывая, что речь идёт о популярном продукте, разработчики которого неоднократно декларировали первостепенную заботу о пользователе, то возникает вопрос, где же эта забота проявлена в распухшем коде и почему теперь пользователь должен расплачиваться за давние и так и невылеченные болячки WordPress дополнительным железом.
Сам видел случай. Фирма оказывала услуги на 3 страны. Сделали красивый мультиязычный сайт на WP, разместили на европейском хостинге тарифом 5 евро/мес. Пригласили сеошников, пошёл хороший поисковый трафик. Но клиенты стали жаловаться “сайт часто недоступен”. Обратились к техподдержке - ответили: сайт потребляет сверх лимита. Спросили, на какой тариф рекомендуют перейти - ответили: при вашей нагрузке минимум VPS. Не вопрос, оплатили средненький виртуальный сервер 30 евро/мес. Сайт ожил. Через время трафик ещё подрос - на сайт вернулась та же беда. По итогу перебрались на выделенный сервак ценой около 150 евро/мес.
Конечно проблему решили. Но какой ценой.
В том и загвоздка, что WordPress без доступа к тонкой настройке сервера годится для случая, когда на сайт ходит с десяток человек. Когда же WP начнёт тормозить, значит на сайт пошли люди, значит случается превышение лимитов хостинга. И вот тогда покупка нормального хостинга может обойтись в копеечку.
Ой не скажите. В разработке софта для сайтов это одна из целей, критерий хорошего движка. Так как при проблеме с производительностью, например выраженной в замедленном открытии страниц, эта беда ляжет на плечи владельца сайта, и ему придётся решать вопрос тратой из своего кармана, скажем на покупку недостающих ресурсов сервера.
Потому что возникнет много вопросов о совместимости. Как туда подтянуть темы, плагины и прочее, что было разработано на старой кодовой базе? А без этого вордпресс не вордпресс.
Я из тех динозавров, кто видел как в разработке софта (обычно это были игры) шла борьба за килобайты, поэтому расточительство в 30+ мб на что-то едва сложнее “hello world” выглядит для меня ужасом.
Он не лучше не хуже. Это просто другой тип софта для измерений - когда нужен отчёт на коленке. А инструменты вроде Blackfire, Tideways XHProf это всё же про более глубокую трассировку и мониторинг PHP.
Боту номер телефона не нужен. Но чтобы создать бота, требуется сначала создать и верифицировать профиль организации, ИП или самозанятого на платформе “Max для партнёров”. Там номер как раз и понадобится.
Тогда в вашем профиле появится возможность создать бота или мини-приложение. Количеством не более 2 штук для профиля самозанятого, для ИП или организации - не более 5 штук.
И также сможете создавать публичные каналы: не более 1 для самозанятого, до 10 штук для ИП или организации.
У меня на нынешнем редакторе был такой косяк с заставочной картинкой.
В одной статье я вставил картинку из буфера обмена через Ctrl+V - результат выглядел нормально: что на странице статьи, что в списке хаба.
В другой статье заставочная картинка того же размера, вставленная точно так же из буфера обмена, смаштабировалась по ширине вроде бы правильно.
Но когда смотрим список публикаций хаба, там эта картинка почему-то вылезает за правый край рамки. Вот на скрине видно.
И какое моё действие повлияло на такое поведение картинки - непонятно.
В статье ведь разговор был про headless движки, в которых встроенного шаблонизатора нет. Его задачи отданы стороннему фреймворку, реализующему желаемую вами технологию создания пользовательского интерфейса.
Одному разработчику понравилась технология client side rendering (CSR), и он использует нечто вроде Nuxt, Vue, Next, React, Angular или подобное. Другому нравится server side rendering (SSR) и он применяет что-то вроде Svelte, FastBoot, Ember, Smarty, Twig или другое.
PHPNuke и его форки в эту категорию не вписываются, поскольку имеют собственную систему шаблонизации без встроенного API, позволяющего обойти родной шаблонизатор с помощью headless-режима.
Может он делает частный блог, где хождение круалеров не приветствуется. Тогда почему бы не смастерить фронтенд на API.
Спасибо. А то я волновался, не устанет ли читатель от такого лонгрида.
Не уверен, что эта информация точная, но где-то слышал, якобы на территории РФ и Беларуси с целью продвижения Max специально давили регистрацию новых аккаунтов в Telegram за счёт блокировки верификационных СМС. Так что вполне может быть, что при отвязке номера Telegram всё-таки пытался уведомить вас, но СМС так и не дошла.
Я тоже сомневаюсь, что LLM-ки учитывают контент этого файла. Но вот сейчас из интереса полез в логи сервера, чтобы посмотреть, запрашивал ли какой-нибудь краулер документ
/llms.txtза прошедшие сутки.В логах попалась строка с таким User Agent:
llms.txt crawler bot (+https://llmstxtscan.org; opt-out@llmstxtscan.org).Этот краулер заходил из пула IP-адресов, выделенных для домена
compute-1.amazonaws.comЧто мешает уболтать на официальном клиенте нажать Ctrl + Shift + J, ввести в открывшееся окно нужный код и продиктовать появившийся токен?
То есть официальность клиента - не гарантия безопасности. Ведь в кастомной версии разработчик может тщательней подходить к реализации скользких моментов, которые сочтёт важными, в то время как официальная команда их проигнорирует в силу текучки дел внутри компании.
Задача написать AI-обвязку для отдела разработчиков сайта может и не сложная. Просто нет достаточного спроса. Ведь какие типы заданий ставят обычно перед отделом?
бекендеру допилить новый функционал.
фулстеку провести интеграцию с чем-то сторонним.
фронтендеру натянуть новый дизайн на CMS.
Два первых типа заданий научились решать модулями расширений. Скачал плагин, поставил. Если надо - чуть пильнул под себя. Зачем здесь AI-обвязка?
Третий тип настолько частный, что неоткуда обучить нейронку разным кейсам натяжки, чтобы составила значимую конкуренцию фронтендеру.
AI-инструменты уже пару лет, если не больше, используются в разных CMS. Особенно это заметно в семействе headless CMS как более молодёжной и, соответственно, более готовой к экспериментам среде. Но и там пока что не наблюдалось, чтобы нейронка применялась иначе чем генератор контента. Наверно допил функционала слишком специфичен, чтобы решать его вайбкодингом.