Wordpress для маркетологов или почему он не потянет серьезные проекты.

Вордпрес не справится с мало-мальской нагрузкой просто в силу его архитектуры. Я уже писал - как в нем хранится вся информация, как он собирает респонс для каждого пользователя. Это не закрытая информация, можно очень легко самому(самой) нагуглить.  Тут дело даже не в Пайтон. Хватает хороших пхпшных фреймворков , тот же Ларавел, в котором нет недостатков ВП
Это никак не решает его устаревшей архитектуры, заточенной под блог. У меня был опыт разработки магазина на Вукоммерсе. Все было замечательно и красиво на старте. Как только появилась необходимость в товарах со многими вариациями - все резко упало.

Ты опять разводишь срач. Неужели непонятно далее о чем речь? Это просто кликбейт для привлечение в тему. Я уже отвечал алаеву - изначально было желание написать "для домохозяек". Выбрал более корректное.  Эта тема для обсуждения технических возможностей ВП  а не твоих измышлений. Я все это уже писал, непонятно зачем нужно дублировать

Это не отрицание. Т.к. в старте именно про "работает". Про большинство здесь, ну, наверно, вообще смысла нет. Здесь, глобально, вообще никого нет. Маленьких студий нынче тоже мало, они либо растут, собственно, либо банкротятся. Битрикс ты видишь, вероятно, потому что к тебе ИМ приходят. А создатели сайтов на ИМ получают деньги от Битрикса, что логично. У ВП нет партнёрств в нашем понимание этого слова, с него студии копеечку не заработают. От обратного, я не вижу, чтобы какие-то манимейкерские сайты делались на Битриксе. Вижу ВП и нейронку. Вижу скоринговые компании (платёжки, агрегаторы на ВП). 

Про остальное, в целом, согласен. Но опять не без нюансов. Бизнес с тратой на сайт 40к, ну это бизнес, который в лучшем случае от сайта получает 100к. И как бы далеко не всегда это вопрос сайта, чаще - рынка. Зачем им даже Битрикс, если они сидят в условной твери с двумя-тремя конкурентами и в пешей доступности по всему городу. Или же, наоборот, когда тебе проще директом закрывать всю нишу, чем вкладываться в сайт (а есть ниши, где ты за 40000 закроешь всё, ещё и в топ-10 автоматом вкатишься). 

Тут уж утопия и просто вести номенклатуру на сайте, т.к. контент менеджер будет стоить дороже, чем максимальная прибыль, не говоря уже про SEO (хотя какое там SEO, разовая оптимизация и ты в топ-3 на годы). 

---

Кстати, как по мне ВП + ВК давно уже проглотили Оупенкарт. Битрикс в Ру сегменте, конечно, по многим параметрам владения выигрывает у ВП, тут спорить не о чем. Но если бы слушали программистов, без сомнения, 2/3 уже бы обанкротились или влачили жалкое существование.

Это не обязательно решать переходом на лару полностью. И архитектура тут тоже не причем. Надо понимать, что абсолютно любая CMS это всего лишь набор готовых решений, который ни как не ограничивает. Если тот же ВП решает большую часть задача зачем переписывать все? Ни когда не поверю что на ВП нельзя написать модуль, который будет по своему хранить информацию. А значит все узкие горлышки можем реализовать как потребуется. Мне кажется я писал, но повторюсь: с ВП я не имел дело, но уверен, что ситуация не сильно отличается от Битрикс. Так вот на проекте где встали вопросы нагрузок, мы просто часть информации вынесли из инфоблоков (а это гибкое, но тяжелое решение, как раз таки про хранение данных) в сосбственную историю хранения. Тут же и денормализованные данные в той же БД, часть данных перенесли в отдельную БД, а часть данных стали писать в кликхаус.  Так же, надо понимать что есть и другие инструменты в наличии, те же FFI, да хоть что то на микросервисы убрать а там хоть Go, хоть франке пхп......  Да хоть даже на той же ларе можно спокойно написать.. Это же php - CMS не накладывает ни каких ограничений.  Единственный "минус" - старт ядра. Не знаю как в ВП, в Битриксе это "тяжелое"... Но надо понимать и почему оно тяжелое.  (Опять же ни кто не мешает выделить что то в микросервис - там хоть на асме ваяй :) ).  

В общем тут вообще вопрос не спора ВП/не ВП.    Если есть проект 90% задач справляется ВП, зачем переписывать все, если нужно только часть? Там в ВП нет кеширования совсем что ли?

Ну такое себе. Это не на этом форуме если серьезно обсуждать. И по опыту баталий подобных про Битрикс, практически уверен, что именно программист постоянно работающий с ВП на хорошем, глубоком уровне, спокойно все обоснует и докажет...  Все же если мировую стату брать то ВП среди CMS популярный, не думаю что он был бы таким популярным, если был бы на столько плох, а битрикс не мог бы его по мировой стате обогнать... :)

ЗЫ Опять е все упирается в конкретику. Уверен подавляющее большинство сайтов из категории где CMS достаточно. Вопрос только в том, какой объем задач проекта она решает

В моём случае дело именно в Python. Там гораздо проще и с морфологией работать с pymorphy на базе словарей OpenCorpora. И плюс ко всему на PHP нет никаких словарей/библиотек для морфемики. Многие уникальные идеи в связи с этим у меня упёрлись в возможности PHP. Пробовала словарь Тихонова перевести, верные разборы только в 70% случаев получаются, да и там вроде примерно 100 000 слов всего... и мне не для прямого назначения нужно, а для применения общих правил русского языка на базе морфологии+морфемики. Ну в общем не буду дальше уходить в дебри, не сообщая конкретные идеи 😀 Просто повторюсь, что с ограничениями конкретно Вордпресс как движка никогда не сталкивалась.

Все есть, если нет на ВП, есть на сервере.
В этом как раз и изюминка в доказательной базе ТС - ВП без кэширования не потянет серьезные проекты. 

То бишь секрет полишинеля в том, что ВП надо дорабатывать для "нагруженных" проектов. 
А для блогов да - сойдет как есть из коробки, если не грузить сотней плагинов🤔

WP справляется с такими задачами, а Headless WordPress тем более

Вчера как раз столкнулась с ситуацией – мой плагин по поиску и удалению из списка уже имеющихся на сайте тайтлов, сам по себе обрабатывал только 50 тайтлов от силы – если больше, то хана… Критическая ошибка на сайте. В итоге решили с Опус проблему с помощью кеширования, теперь всё ок, обрабатываю за раз по 500 без проблем. Не совсем серьёзный пример, но тем не менее показывает, как мне кажется, значимость кэширования 😊

Я вот не могу достучатся до вас)) И коротко отвечаю и простынями аля Казанский - и все равно... Вы что ли вообще не читаете тему? Давай сначала вернемся к первому посту моему, перечитаем и потом продолжим исходя что там все понятно)

А я не писал на Битрикс. Дело в том, что я в свое время и занимался  борьбой с вот этими узкими горлышками. Не буду счас гуглить, по памяти. Но ВП есть проблема с кастомными полями. То есть структура БД жестко привязана - ты не создаешь таблицы как тебе угодно, там жесткая структура. Но чтобы это обойти, вордпрессоводы придумали дополнительную таблицу   wp_postmeta. А сам контент лежит в wp_posts. Теперь представь что ты привязал 5 дополнительных полей для какой то кастомной страницы/категории. Представляешь себе запрос с джойнами в бд? 

Я в какой-то момент  увлекся кастомизацей своего сайта по прокату авто, дорабатывал разные фишки для катлога авто, например чтобы показывало график использования конкретного авто, загрузку итд. И понял что сайт просто перестал шевелиться. Начал звонить в ТП - мол че за фигня? А они в ответ мне выкатили мои SQL запросы - И я просто офонарел) Как решить? В ВП можно использовать свои таблицы в БД и свои запросы к ним строить. Добавление таблицы Cars  со всеми нужными мне полями - и вот я уже имею 1 простой запрос в БД со всей нужной инфой. 
Понятно что я счас утрирую для понимания.  
Вот как ты думаешь - много из впсятников здесь не то что пользовались такой возможностью - даже знают о таком? 

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

Послушай, вот мне не надо хвалить Пайтон -я знаю что он может, поверь и мне вообще в голову не придетс сейчас писать сайт на пхп. 

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

Это вообще не пример и не решение. Как там решил вопрос кэш, если уж ты об этом пишешь? А просто не пихать в запрос все - не пробовала? Мы же про ВП говорим?

Чтоб не повторятся - расскажи мне про кастомные поля и как это выглядит в БД - напиши результирующий запрос в бд, сделай профилирование, посмотри сколько он за собой мусора тянет.

Первый вопрос и мешает все в кучу. Там противопоставляется FastApi и ВП. Что уже в корне некорректно. Т.к. тут сразу несколько тем для баталий: питон/пхп,  фреймворк/CMS, синхронное/асинхронное. Т.е. FastApi логичнее сравнивать с фреймворк + road ranner например..

Далее. Исходя из моего опыта холиваров (там где сходились Битрикс vs ВП) - в Битрикс должно быть в твоем сравнении все еще хуже :) (и именно в обсуждаемом направлении). По этому я думаю, что обобщить в CMS вполне допустимо.

А так же в тех же холиварах сталкивался с теми к то "когда то что то делал на битрикс", а сейчас уже давно сидит в большом продукте и примерно понимаю "источник" их позиции (и их позиция ОЧЕНЬ похожа на твою).  :)

И что? Спроси у GPT что такое инфоблоки в Битрикс. Вся эта цитата мне понятна. "Кастомные поля" - в битрикс это пользовательские поля инфоблков. Эта мега удобно для расширения сайта без привлечения программиста. Но. Сайт с 10тысячами товаров и с 3мя тысячами свойств может работать тормознее чем сайт с 150 тыс товаров + 150тыс торговых предложений (в ВП судя по твоему сообщению выше тоже есть аналог ты говорил что то типа "вариации").  Там даже если глянуть запрос: там пипец какая портянка. И на это заточены все компоненты того же каталога. И так же есть мнение что все "жостко". Но в реальности ни что не мешает нам в каких случаях какие то данные перенести в отдельные таблицы. И взаимодействовать с ними хоть без ОРМ битрикс, хоть вообще не используя битриксный коннект к БД. Да потребуется сделать свои компоненты, потребуется доработать индексацию для умного фильтра. Но весь вопрос в том что в конкретном проекте "дешевле": переписать все или достаточно только какую то часть реализовать.  В общем, судя по твоим же сообщениям, в этом плане много общего в битркис и вп (что в принципе логично) потому я и думаю, что в данном сравнении вполне норм объединить в CMS. Или хочешь сказать что в ВП, как то технически смогли работать с базой данной на прямую и нет возможности создавать свои модификации компонентов?

А ну вот и ответ.

Ну т.е. тут речь вообще не о ВП? Просто тут речь про пользователей конкретно этого форума? (который, скажем так, не совсем про программистов). Думаешь если говорить о таковых "пользователях ВП" они ринуться фигачить на FastApi ? :)  Согласись в таком разрезе сравнение вообще не корректное.

Ну так в этом и суть. Все зависит от решаемых задач конкретного проекта. Как выше и говорили: если CMS решает значимую часть задач проекта, то почему бы и нет?  Для примера сайт эльдорадо на Битрикс. Там уже точно так же дофигища кастома. Но тем не менее они так и не ушли с него окончательно. Хотя там и товаров (правда сейчас в принципе как то эльдорадо уже не тот) и свойств товаров, и посещаемость думаю в лучшие времена была "значимая". (в общем то я знаю инсайды и других крупных магазинов - то что так же решающих точечно вопросы производительности)

Ну судя по названию задачи кеширование вполне рабочее решение. Т.е. вся суть, кака я понял, найти дубли. Если там есть динамические тайтлы, то их надо все вычислить и куда то сложить. Если товаров очень много и все это в памяти накапливать то вполне может быть что в один прекрасный момент все отваливается. Ну а если скидывать в кеш (не важно как реализованный) - это выход. (но тут конечно нужно знать детали задачи)

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

Собственно результат для меня предсказуем - ВП тут популярен только потому что не знают другие инструменты.

Тему можно закрывать)