SeVlad, Ты если не понимаешь разговора уж не лез бы. Покажи мне в WP таблицу wp_post_order_metadata? или wp_post_seo_metadata? В WP в коробке всё пихается в wp_postmeta, в битриксе в коробке есть возможность сделать для конкретного инфоблока (например каталога товаров) отдельную таблицу прям в коробке и это поддерживает апи ядра и про это я и писал в том комменте.
Ты можешь виться как уж, удалять посты, включать дурачка, хамить и оскорблять, цепляться к окончаниям слов и делать всё что ты обычно делаешь когда разговор заходит в неудобное положение, мне пофигу. Я вижу что с тебя разработчик точно такой же как с торгашки на рынке, ты просто чуть больше сидишь на форумах и есть какое то поверхностное представление.
Если бы вы не упивались и не долбились в свой ВП, а чуть оглянулись, то поняли бы что архитектура CMSок относительно одинаковая, wp_postmeta есть практически в каждой CMS, они отличаются лишь API по сути, и по большей части надо выбрать какое тебе нравится больше. Если ты клепаешь говнобложики, то код в виде глобальных супер функций (для тупых - это такие функции которые делают очень много действий и знают о системе больше чем им нужно), без возможности их как то переопределить, а только копипастить, без возможности их протестировать (автотестами) - наверное подойдёт, потому что разрабатывать по сути ничего не надо, надо просто настраивать в лучшем случае копипастить. Я уверен что WP можно завести на php4 так как он не использует язык от слова совсем, там нет ничего (почти) даже из 5.2-5.3 я не говорю про 7 ветку.
Если ты делаешь большие порталы, где нужен сервисный слой, если тебе нравится магия полиморфизма, если тебе нужен простой и прозрачный код (который потом можно нормально сопровождать и расширять/рефакторить), то WP тебе не зайдёт вот не с какой стороны, пусть там хоть обосруться брудеры и прочие делая их за 2 килобакса и 2 недели, на выходе априори код будет говно более чем на чём угодно другом. А чтобы делать говнобложики сейчас есть более продвинутые инструменты, которые используют всю мощь и потенциал современных технологий, очень жаль что это за пределами умственных способностей тех кто эти говнобложики делает (я про тех кто на заказ другим, хрен с теми кто делает для себя им можно простить, они спецы в чем то другом)
Ты прикалываешься что ли? Или правда дурачек?
найди 10 отличий?
И то что я писал
Могу расшифровать как для дурачка если всё еще не понятно.
Разделили доп поля для юзеров отдельно для постов (всего остального) отдельно и? Все плагины, со всеми свойствами (полями) товаров, заказов, корзин, инструкторов, тренеров, коней и размерами будут лежать в одной таблице по канонам WP в табличке pref_postmeta. Ты мне так говоришь как будто, чтобы мне понять как работает ВП надо как тебе 10 лет на нём говнобложики клепать? Не надо, я и так понимаю что и как работает ибо принципы везде одинаковые!
Я увидел на том скрине запрос, от которого ты замучаешься ждать результата, если та таблица перестанет влезать в память, но ты этого не поймешь, потому что далёк от понимание как работает БД, а все твои сайты на столько малы, что ты даже не понимаешь сути проблемы и где они могут возникнуть. И вся ваша хваленая оптимизация сводиться с уменьшить JS, CSS и картинки... да да я это уже понял.---------- Добавлено 04.03.2020 в 20:17 ----------
В вп нет, в битриксе есть, там есть возможность хранить свойства в table_element_#type# где каждая колонка будет вида PROP_XXX где XXX ID поля.
Как будто ты скрин чего то другого показал.
Фак, я хз что тебе показать, вот работа всей страницы без кэша с меню с 50 товарами (из той таблички в 2млн), с постройкой по всем 10 млн свойств фильтров в каталоге, вывода ЛК, корзины, и кучи модулей на странице каталога
Я хз что тебе еще показать, скринов с вордпреса у меня к сожалению нет. НО да я завазял, я и сайты показал и скрины, и объемы данных БД и хз что я еще должен показать, ты не показал ничего от слова совсем, все что я увидел в этой теме это ссылка на твой вопрос как убрать br и всё. Не проектов, не работы, не объемов инфы... так что воспринимать тебя серьезно больше как то не получится
Да, и в битриксе и в любой другой, такая архитектура позволяет хранить любое количество доп полей к сущности. там банально в самом простом варианте табличка вида element_id | field_id | value
Это не куча объектов от слова совсем, как и стоимость сайта $1000 не предел. Ты мыслишь категориями рамки которых сам никогда не перешагивал.
Ну если для тебя показатель скрина с админки, то вот тебе аналогичная табличка wp_post с моего проекта который в продакшене, и заметь на таком кол-ве строк, речь о каких то 0.0005 секундах и быть не может
Но теоретики вроде тебя сделают за 2 недели и $2000 любой проект на ВП и там будут запросы по 0.0005 секунд полюбому, а то и меньше, WP же может чего нет то.
А это аналог кастомных свойст или что там в WP
Штатная галочка в панели управления
выбираете компонент, нажимаете шестеренку, там будет пункт правки шаблона
Ты же понимаешь что все проекты разные? что такое сотни туров?
Вот один из типичных моих проектов например:
Или вот такая БД например:
Можно спорить конечно до бесконечности, просто я на самом деле не вижу смысла спорить с людьми на темы, которых люди на практике никогда не касались, не пробовали и даже понятия не имеют что это такое на самом деле. Как деградируют системы в геометрических прогрессиях. Что в больших проектах, в отличии от маленьких совсем другие задачи, требования и KPI. Но зато все горазды вставить свои пять копеек диванного теоретика с блогом для заработка в интернете или пачкой сплогов, доров и что там еще
SeVlad, И ты заметь я не говорю еще и про сам процесс разработки (тот мой камень в огород ВП про архитектуру).
Когда у тебя появляется Инструктор с набором полей и какой то логикой, ты делаешь допустим плагин, там есть wp_get_instructor(), wp_set_instructor(), wp_logicA_instructor(), wp_logicB_instructor() на 1500 строк кода.
Далее заказчик приходит и говорит а еще появился тренер, он такой же только поменялись часть полей и логикаА, что мы сделаем? правильно скопипастим те 1500 строк и подправим по надобности. А потом заказчик приходит и говорит а еще у нас появился пользователь, там тоже самое что и у тренера и инструктора, только полей в 2 раза меньше и нет логики А и Б, ты опять копипастишь, далее приходит и говорит, а еще у нас теперь есть проводник, это как юзер но ближе к инструктору с логикой А от тренера. Опять копипастишь. И вот у тебя уже 6 000 строк кода который делает одно и тоже фактически. И тут заказчик говорит, а давайте всем добавим медальку.... и понеслась по кочкам....
Я не говорю что так нельзя сделать на самописе, можно, но на самописе так можно не делать, а вот на вп хз хз, даже если допустим какой то мифический герой спец ВП спроектирует заранее такую ситуацию, то скорее всего следующий за ним будет такой как Перфекционист с шансом примерно в 90% который точно там нагадит по полной. И это я описал всего 4 модели, а их там больше 40.
Говорит человек которого ставит в тупик внезапное появление br? Модель данных это не просто какой то объект с набором полей, у них есть еще и бизнес логика, когда маршруты заполняются по точкам, высотам, сложности, когда не каждый проводник может пойти на маршрут, когда не каждого пользователя из списка можно взять с собой и так далее. Там на фронте море JS в том числе и по тому что эти модели данные нужно как то заполнять, а не просто в админке в поля какие то значения поставить. Селект на 3000 значений явно не сделаешь, печально будет.
