SeVlad

SeVlad
Рейтинг
1609
Регистрация
03.11.2008
burunduk:
к пользователям они почти не имеют отношения

Воот. С этого надо было и начинать :)

mendel:
Есть понятие "стандартные плагины".

Нет такого. И быть не может!

mendel:
Такие ядерные настройки в базе - усложняют отладку, разработку, версиозность и т.п.

?? Какие "такие" усложняют..

Всё наоборот же!

---------- Добавлено 29.11.2016 в 13:25 ----------

Sly32:
И правильно делают, считаю.

Что считают ООП религией? :) Так я о том.

(я не против ООП, нет. Я о том, что нек прям на него молятся. А тех, кто его не использует считают ламерами)

Sly32:
Не вижу причин не избавиться от повторяемого кода

Для этого в ВП есть "свой ООП" - АПИ.

Sly32:
отделить функционал от шаблона,

Раньше (когда кодил) я тоже, не раз прочитав эту мантру на разных сайтах и книжках, был уверен что это единственно верный путь. Сейчас же для меня куда ценнее результат: скорость/трудозатраты/качество при выходе конечного продукта.

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

Но опять же - даже внешний вид, в который нужно выводить разные данные (от дат/авторов/ко-ва комментов до цен/картинок и пр. атрибутов товаров и связ. записей) - как отделить? Я знаю только макросы и шаблонизаторы (смарти.. да). И не уверен, что это лучше, чем внедрение непосредственно php в html.

Marviner:
Теперь не могу найти толковой, чтоб совмещала и дизайн и скорость...

Может что-то поскажете?

Не бывает таких. И такого.

И тянуть функционал в тему - обречь себя на кардинальную переделку сайта через год-два. Или жить со старьём и бороться с вирусами.

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

Вот это всё - от незнания ВП. И лени "мужиков". :) И причины и следствия.

mendel:

Кодекс это костыль для попытки упорядочить то, что не упорядочить естественным образом.

Это просто.. Это вообще-то ДОКУМЕНТАЦИЯ. Такая документация, которой нет ни в одном двиге. (по-русски в тч).

Да, на данный момент кодекс местами устарел и создаётся новая версия. С разделением для юзеров и девелоперов.

mendel:
Но! Это уже не вордпресс, а некий плагин.

1. Плагин - и есть ВП. См 107.

2. В яре нафик не нужны ВИЗУАЛЬНЫЕ инструменты управления кастомеными типами контента. (там и так хватает лишнего). Этим будут пользоваться менее 1% юзеров. А для грамотных есть АПИ и плагины.

---------- Добавлено 29.11.2016 в 13:07 ----------

borisd:
А как в WP в одну таблицу запихивают поля разных типов? Поле БД соответствующего типа в эту единую таблицу добавляют?

Думаю, вот так ты получишь больше достоверной инфы без послед уточняющих вопросов. wp_postmeta - тут данные постов.

obius:
не считаю нормальным, решать проблемы установкой плагинов/хукок, то есть добавив к уже имеющимся немереному кол-ву функция еще пять

Тут оч много намешано..

См.

1. "Добавлять" - вовсе не значит ДОБАВИТЬ. Одним добавленным хуком или строкой в конфиге можно ОТМЕНИТЬ работу кучки функций.

2. Плагин - это такой же код. Это механизм как раз и создан для того, что бы реализовать что-то, чего нет (или не так как хочется) в ядре. Плагинопаронойя - это реально болезнь читателей ГС. Не наличие, а сам код - вот что важно.

3. Плагинами в основном решаются не проблемы, а функционал. Лишь малая часть оных закрывает "проблемы". Но это проблемы локальные/временные. Напр. транслитерация - надо оно в ядре? Нет. Или исправления работы криво настроенного хостером нжикса. Плагины тут - лекарство от др проблем. Это плохо?

4. Если можно закрыть проблему в теч неск мин - это плохо? Потом уже спокойно разбираться в причинах. С тем же инжиксом напр или криво установленным сертификатом.

obius:
Да и нативный php в вперемешку с html кодом как то не возбуждает честно говоря.

Вот тут как бэ соглашусь. Но чем в html использовать макросы (аля [meta_date_post:current(DD-MM-YY)]) - может лучше сразу пхп? Дилемма, да.

obius:
То есть, при обновлении ядра претерпевшего изменения, возможно часть плагинов ( а то и все ) отъехали, придется делать правки темы ( так как не является шаблоном ).

Если изначально всё сделано правильно, то не придётся. Обратная ж совместимость. Но нек функции устаревают, да. Хотя функционал не пострадает ещё оч долго (сейчас даже многое 5тилетней давности работают), но лучше заменить. Оно и в логах меньше нотисов и безопасность опять же.

Психиатр:
До сих пор не могу понять смысла в твиттере, инстаграмме и вконтакте.

Аналогично. Ну ВК ещё туда-сюда. Там что-то пишут, коментят. А вот почему 160 твито-символов (или сколько там) и картинки без функционала стали такими популярными - я не понимаю.. Ни смысла ни причин ТАКОЙ любви народа к этому.

Lord Maverik:
покупать/продавать самые лучшие товары со скидкой только здесь и только сейчас

Это уже следствие..

borisd:
при рендеринге объекта приходится дергать все эти таблицы в БД.

"Все" - это все 2 шт :) Причём они и так дёргаются, потому как в одной табл - контент, в др. ВСЕ его данные/зависимости.

Причем дёргаются один раз (если по уму делать, а не как в "премиальных" темах). Ибо WP_Query.

borisd:
Недостаток - новое поле надо в коде ручками прописывать (1 строку), а не в админке создавать.

В админке.. Я даже скрины показал.

dmitrii_trof:
и специальной темой

Тупиковый вариант. Тема умрёт через год-два (а то и раньше). И хорошо, если не унесёт за собой контент.

totamon:
в гугл "best wordpress directory theme"

Блиин... ну что ты советуешь... 🙅

Almosolov:
в связи с правилами раздела

Правила раздела (и форума) запрещают тут предлагать свои услуги и искать исполнителей. Для этого есть спец разделы.

Но никак не ограничивают в обсуждении возможностей движков и решения. Равно как и личные сообщения.

obius:
если бы в ВП использовали хоть какие то паттерны проектирования,

Серьёзно?🍿

obius:
проблема с обратной совместимостью были бы решены.

А их сосбно нет :) Может как раз благодаря "отсталой архитектуре"?

Я напр. не знаю ни одного др двига, где проблемы перехода с версии на версию были бы настолько... не проблемны.

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

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

В ВП доп поля (произвольные) - штука почти интеллектуальная :) Они есть дефолтно. Возможности ими воспользоваться точнее.

Вот как это дефлтно выглядит в админке (с ранее созданными неск поями):

Заполнил название (/выбрал его из комбобокса) и значение - всё, в базу упало привязаное к посту.

Нет - значит нет.

Создание же нового типа контента как-то так:

add_action( 'init', 'create_post_type' );
function create_post_type() {
register_post_type( 'acme_product',
array(
'labels' => array(
'name' => __( 'Products' ),
'singular_name' => __( 'Product' )
),
'public' => true,
'has_archive' => true,
)
);
}

В массиве можно сразу указать что [не]наследовать ну и задать названия.

В реальности же есть масса плагов, с пом которых создание новых типов со всеми атрибутами делается прямо из админки в неск кликов.

Всего: 28538