Sly32

Рейтинг
389
Регистрация
29.03.2012
Должность
Software engineer
Сергей про е-ком #:
В ВП давно есть плоские таблицы для таксономии (и вариации),
То есть ты даже не понимаешь, что такое плоские таблицы и чем грозит  их использование?
Сергей про е-ком #:
Единственный реальный трэш был на Джанго.

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

Валентина #:
Я собираю семантику (тысячи запросов) - прогоняю по своему плагину для чистки от того, что уже есть на сайте.

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

Vladimir #:
Я бы добавил, что большинство и ВП не знают. Т.е тему можно было и не открывать

с первым утверждением согласен.
А если не открывать - о чем тогда говорить? И да - никого насильно я в тему не звал.

Александр Воробьев #:
ты уже считаешь себя нищебродом?

Ну да, а кто я? 😂 Я ж не картофельный магнат и не запускатель проектов с подписками по рублю. Не претендую.

Александр Воробьев #:
Видимо это осталось за пределами этого обсуждения. ок

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

Вот лично мне было просто неинтересно сидеть годами в ВП. 

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

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

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

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

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

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

Валентина #:
В моём случае дело именно в Python. Там гораздо проще и с морфологией работать с pymorphy на базе словарей OpenCorpora. И плюс ко всему на PHP нет никаких словарей/библиотек для морфемики.

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

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

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

Валентина #:

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

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

Валентина #:
Просто повторюсь, что с ограничениями конкретно Вордпресс как движка никогда не сталкивалась.

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

Валентина #:

Что подразумевается под «серьёзными» проектами? Ну разве что с какой-то нестандартной архитектурой данных и мега-гигантской нагрузкой ВП не справится. А так, какие серьёзные ограничения? Дизайн – без проблем любой можно написать, сервисы – ну с теми, которые делала я, ограничений никаких не было (хотя, если говорить о том, что лучше, конечно, многие вещи мной сделанные было воплощать в жизнь на Python, то в этом да, ограничение… то есть сам факт написания на PHP).

Вордпрес не справится с мало-мальской нагрузкой просто в силу его архитектуры. Я уже писал - как в нем хранится вся информация, как он собирает респонс для каждого пользователя. Это не закрытая информация, можно очень легко самому(самой) нагуглить.  Тут дело даже не в Пайтон. Хватает хороших пхпшных фреймворков , тот же Ларавел, в котором нет недостатков ВП
Vladimir #:
Или потянет на  Headless WordPress, смотря кому и что необходимо, на том и потянет!
Это никак не решает его устаревшей архитектуры, заточенной под блог. У меня был опыт разработки магазина на Вукоммерсе. Все было замечательно и красиво на старте. Как только появилась необходимость в товарах со многими вариациями - все резко упало.
Антоний Казанский #:
Здесь не о чем спорить, здесь просто изначально понятно, что сама формулировка "WordPress для маркетологов" некорректна. Это всё равно написать - уличный баннер для маркетологов.

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

Антоний Казанский #:

Это скорее не пользователи, это собственники площадок, они определяют политику размещения пользовательской информации.

В их картине мира - да, любой частный интерес должен так или иначе монетизироваться.

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

Прекрати пожалуйста здесь флудить не по теме

Vladimir #:
Вот чего заводишься  ?))
То, что отступ это 4 пробела, его еще не научили наверное?

Час от часу не легче)) еще один  специалист, не понимающий разницы между табами, пробелами и отступами

Что такое таб


Таб (табуляция) — это символ-невидимка (\t), который при выводе обычно отображается как несколько пробелов (стандартно 4 или 8 пробелов). Это отдельный ASCII-символ (номер 9).

|Аспект       |Пробел              |Таб                              |

|-------------|--------------------|---------------------------------|

|**ASCII код**|32                  |9                                |

|**Размер**   |1 символ = 1 позиция|1 символ = обычно 4-8 позиций    |

|**Цель**     |Разделение слов     |Выравнивание, отступы в коде     |

|**Видимость**|Занимает 1 колонку  |Занимает переменное число колонок|

В современном Python:


Используй только пробелы для отступов (настрой редактор)

VS Code, PyCharm и другие автоматически заменяют табы на пробелы

Тогда не будет IndentationError и проблем с совместимость

Антоний Казанский #:
Это с самого начала понятно. 

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

Всего: 8104