Comments 17
40мб озу не выглядят как то уже прямо слишком прожорливым значением. Количество памяти и ее скорость за это время тоже значимо шагнули вперед. Прочитать историю воодпресса было очень интересно, спасибо.
Я из тех динозавров, кто видел как в разработке софта (обычно это были игры) шла борьба за килобайты, поэтому расточительство в 30+ мб на что-то едва сложнее “hello world” выглядит для меня ужасом.
Эффект утенка? Производительность конечно хорошая вещь, но она все-таки не цель разработки софта сама по себе.
Ой не скажите. В разработке софта для сайтов это одна из целей, критерий хорошего движка. Так как при проблеме с производительностью, например выраженной в замедленном открытии страниц, эта беда ляжет на плечи владельца сайта, и ему придётся решать вопрос тратой из своего кармана, скажем на покупку недостающих ресурсов сервера.
Обычно на этапе когда начинает тормозить у владельца сайта уже есть деньги чтобы купить себе уже нормальный хостинг и не экономить "на спичках". Вряд ли есть смысл по-умолчанию очень сильно оптимизировать движок. Это уже можно на конкретном сайте подкручивать.
В том и загвоздка, что WordPress без доступа к тонкой настройке сервера годится для случая, когда на сайт ходит с десяток человек. Когда же WP начнёт тормозить, значит на сайт пошли люди, значит случается превышение лимитов хостинга. И вот тогда покупка нормального хостинга может обойтись в копеечку.
Сам видел случай. Фирма оказывала услуги на 3 страны. Сделали красивый мультиязычный сайт на WP, разместили на европейском хостинге тарифом 5 евро/мес. Пригласили сеошников, пошёл хороший поисковый трафик. Но клиенты стали жаловаться “сайт часто недоступен”. Обратились к техподдержке - ответили: сайт потребляет сверх лимита. Спросили, на какой тариф рекомендуют перейти - ответили: при вашей нагрузке минимум VPS. Не вопрос, оплатили средненький виртуальный сервер 30 евро/мес. Сайт ожил. Через время трафик ещё подрос - на сайт вернулась та же беда. По итогу перебрались на выделенный сервак ценой около 150 евро/мес.
Конечно проблему решили. Но какой ценой.
150 евро в месяц это большая сумма для фирмы? Опять же что им мешает переписать сайт на более быстрой платформе и за сколько такое переписывание окупится?
Я общался с тимлидом веб-студии, он прокомментировал вопрос переписывания/переноса сайта так. Студии вообще пофигу тяжеловесность WordPress. Пока заказчик готов решать проблему деньгами (докупкой дополнительных ресурсов), никто даже шевелиться не станет. Ведь переписывание сайта затратнее - это цена работы студии плюс цена времени ожидания бизнеса.
Вот именно - это одна из целей и у нее есть своя стоимость. За скорость на уровне движка тоже надо платить, и на практике это очень часто выходит дороже чем дополнительное железо. Не всегда конечно, но достаточно часто.
Конкретная экономика зависит от конкретного случая конечно, но, судя по популярности Wordpress, он очень часто обходится дешевле, даже с учетом его прожорливости.
Так то нет предела совершеству, можно сказать, что не только Wordpress слишком медленный, но и фреймворки вообще, и не только фреймворки, но и PHP вообще, лучше на Gо написать, а Go тоже слишком медленный лучше сразу на Rust.
В ваших словах есть доля правды. Однако, учитывая, что речь идёт о популярном продукте, разработчики которого неоднократно декларировали первостепенную заботу о пользователе, то возникает вопрос, где же эта забота проявлена в распухшем коде и почему теперь пользователь должен расплачиваться за давние и так и невылеченные болячки WordPress дополнительным железом.
Думаю его разработчики реализуют заботу о пользователе в других областях, считая их более приоритетными. Пользователи же всегда могут выбрать другую CMS или фреймворк или даже форкнуть Wordpress (что кстати делали в прошлом).
Форкнуть не вариант. Откройте выше в статье любой дамп результатов профилирования - все ключевые файлы движка имеют перепотребление ресурса и требуют оптимизации. Это титаническая работа. Потому и в прошлом форки WordPress не взлетали. Энтузиазм быстро выдыхается, а платно - не находилось меценатов.
Перейти на иную CMS или фреймворк? Тогда значит это доказательство, что другие области заботы авторов WordPress были ошибочно приняты приоритетными.
Почему бы Мэтту не начать разрабатывать новую версию WordPress движка с нуля с учетом своего опыта и современных технологий. Один раз уже полчилось, а сейчас тем более уже и деньги есть...
Обратная совместимость - это одна из самых важных вещей в программных системах. Не будет ее - не будет и той популярности и широты использования. Недавно читал статью про C++ например и там тоже самое - куча самых разнообразных сложнообьяснимых кривостей, но из-за обратной совместимости почти весь софт где нужен язык со схожими параметрами до сих пор пишут именно на C++, а не на более модных и красивых альтернативах, написанных с нуля. То же самое можно сказать и про PHP с JavaScript. У Джоэла Спольски в свое время была хорошая статья на эту тему , хотя она уже безнадежно устарела по используемым в ней примерам, да и самого Спольски мало кто сейчас помнит.
Потому что возникнет много вопросов о совместимости. Как туда подтянуть темы, плагины и прочее, что было разработано на старой кодовой базе? А без этого вордпресс не вордпресс.
Было парочку сайтов на WordPress, которые все перенес на FastApi, sqlite с помощью Claude. В WP было единственное преимущество - быстро и дешево создать сайт и расширить функционал пару кликами мышки. А сейчас он зачем нужен? Готовую верстку LLM интегрирует на любой фреймворк за один промпт.
Линейки версий WordPress под микроскопом