mendel: Такие ядерные настройки в базе - усложняют отладку, разработку, версиозность и т.п.
?? Какие "такие" усложняют..
Всё наоборот же!
---------- Добавлено 29.11.2016 в 13:25 ----------
Sly32: И правильно делают, считаю.
Что считают ООП религией? :) Так я о том.
(я не против ООП, нет. Я о том, что нек прям на него молятся. А тех, кто его не использует считают ламерами)
Sly32: Не вижу причин не избавиться от повторяемого кода
Для этого в ВП есть "свой ООП" - АПИ.
Sly32: отделить функционал от шаблона,
Раньше (когда кодил) я тоже, не раз прочитав эту мантру на разных сайтах и книжках, был уверен что это единственно верный путь. Сейчас же для меня куда ценнее результат: скорость/трудозатраты/качество при выходе конечного продукта.
Тем более что тема ВП - это не только внешний вид. (хотя я двумя руками за то, что бы как-то ограничить писателей тем во внедрение в них функционала).
Но опять же - даже внешний вид, в который нужно выводить разные данные (от дат/авторов/ко-ва комментов до цен/картинок и пр. атрибутов товаров и связ. записей) - как отделить? Я знаю только макросы и шаблонизаторы (смарти.. да). И не уверен, что это лучше, чем внедрение непосредственно php в html.
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: покупать/продавать самые лучшие товары со скидкой только здесь и только сейчас
obius: проблема с обратной совместимостью были бы решены.
А их сосбно нет :) Может как раз благодаря "отсталой архитектуре"?
Я напр. не знаю ни одного др двига, где проблемы перехода с версии на версию были бы настолько... не проблемны.
Да, что бы совсем без проблем - оно, конечно, не обходится. Но это, как правило, какие-то локальные проблемы (хотя может и относительно массовые), связанные то с настройками конкретного хостинга, то совместимости тем/плагинов. Но что немаловажно - эти проблемы решаются достаточно оперативно. Если не ядром, то плагинами.
так вопрос в том нужна она или нет
А этот вопрос так и не раскрыт 🤪
к пользователям они почти не имеют отношения
Воот. С этого надо было и начинать :)
Есть понятие "стандартные плагины".
Нет такого. И быть не может!
Такие ядерные настройки в базе - усложняют отладку, разработку, версиозность и т.п.
?? Какие "такие" усложняют..
Всё наоборот же!
---------- Добавлено 29.11.2016 в 13:25 ----------
И правильно делают, считаю.
Что считают ООП религией? :) Так я о том.
(я не против ООП, нет. Я о том, что нек прям на него молятся. А тех, кто его не использует считают ламерами)
Не вижу причин не избавиться от повторяемого кода
Для этого в ВП есть "свой ООП" - АПИ.
отделить функционал от шаблона,
Раньше (когда кодил) я тоже, не раз прочитав эту мантру на разных сайтах и книжках, был уверен что это единственно верный путь. Сейчас же для меня куда ценнее результат: скорость/трудозатраты/качество при выходе конечного продукта.
Тем более что тема ВП - это не только внешний вид. (хотя я двумя руками за то, что бы как-то ограничить писателей тем во внедрение в них функционала).
Но опять же - даже внешний вид, в который нужно выводить разные данные (от дат/авторов/ко-ва комментов до цен/картинок и пр. атрибутов товаров и связ. записей) - как отделить? Я знаю только макросы и шаблонизаторы (смарти.. да). И не уверен, что это лучше, чем внедрение непосредственно php в html.
Теперь не могу найти толковой, чтоб совмещала и дизайн и скорость...
Может что-то поскажете?
Не бывает таких. И такого.
И тянуть функционал в тему - обречь себя на кардинальную переделку сайта через год-два. Или жить со старьём и бороться с вирусами.
но вот отсутствие единообразия, внятной структуры - проблема. Как в том анекдоте - зал для удовольствия совмещен с туалетом: вся логика в фанкшн.пхп. Да, "мужики" инклюдами создают некое подобие структуры. Но это исходя из видения конкретного "мужика".
Вот это всё - от незнания ВП. И лени "мужиков". :) И причины и следствия.
Кодекс это костыль для попытки упорядочить то, что не упорядочить естественным образом.
Это просто.. Это вообще-то ДОКУМЕНТАЦИЯ. Такая документация, которой нет ни в одном двиге. (по-русски в тч).
Да, на данный момент кодекс местами устарел и создаётся новая версия. С разделением для юзеров и девелоперов.
Но! Это уже не вордпресс, а некий плагин.
1. Плагин - и есть ВП. См 107.
2. В яре нафик не нужны ВИЗУАЛЬНЫЕ инструменты управления кастомеными типами контента. (там и так хватает лишнего). Этим будут пользоваться менее 1% юзеров. А для грамотных есть АПИ и плагины.
---------- Добавлено 29.11.2016 в 13:07 ----------
А как в WP в одну таблицу запихивают поля разных типов? Поле БД соответствующего типа в эту единую таблицу добавляют?
Думаю, вот так ты получишь больше достоверной инфы без послед уточняющих вопросов. wp_postmeta - тут данные постов.
не считаю нормальным, решать проблемы установкой плагинов/хукок, то есть добавив к уже имеющимся немереному кол-ву функция еще пять
Тут оч много намешано..
См.
1. "Добавлять" - вовсе не значит ДОБАВИТЬ. Одним добавленным хуком или строкой в конфиге можно ОТМЕНИТЬ работу кучки функций.
2. Плагин - это такой же код. Это механизм как раз и создан для того, что бы реализовать что-то, чего нет (или не так как хочется) в ядре. Плагинопаронойя - это реально болезнь читателей ГС. Не наличие, а сам код - вот что важно.
3. Плагинами в основном решаются не проблемы, а функционал. Лишь малая часть оных закрывает "проблемы". Но это проблемы локальные/временные. Напр. транслитерация - надо оно в ядре? Нет. Или исправления работы криво настроенного хостером нжикса. Плагины тут - лекарство от др проблем. Это плохо?
4. Если можно закрыть проблему в теч неск мин - это плохо? Потом уже спокойно разбираться в причинах. С тем же инжиксом напр или криво установленным сертификатом.
Да и нативный php в вперемешку с html кодом как то не возбуждает честно говоря.
Вот тут как бэ соглашусь. Но чем в html использовать макросы (аля [meta_date_post:current(DD-MM-YY)]) - может лучше сразу пхп? Дилемма, да.
То есть, при обновлении ядра претерпевшего изменения, возможно часть плагинов ( а то и все ) отъехали, придется делать правки темы ( так как не является шаблоном ).
Если изначально всё сделано правильно, то не придётся. Обратная ж совместимость. Но нек функции устаревают, да. Хотя функционал не пострадает ещё оч долго (сейчас даже многое 5тилетней давности работают), но лучше заменить. Оно и в логах меньше нотисов и безопасность опять же.
До сих пор не могу понять смысла в твиттере, инстаграмме и вконтакте.
Аналогично. Ну ВК ещё туда-сюда. Там что-то пишут, коментят. А вот почему 160 твито-символов (или сколько там) и картинки без функционала стали такими популярными - я не понимаю.. Ни смысла ни причин ТАКОЙ любви народа к этому.
покупать/продавать самые лучшие товары со скидкой только здесь и только сейчас
Это уже следствие..
при рендеринге объекта приходится дергать все эти таблицы в БД.
"Все" - это все 2 шт :) Причём они и так дёргаются, потому как в одной табл - контент, в др. ВСЕ его данные/зависимости.
Причем дёргаются один раз (если по уму делать, а не как в "премиальных" темах). Ибо WP_Query.
Недостаток - новое поле надо в коде ручками прописывать (1 строку), а не в админке создавать.
В админке.. Я даже скрины показал.
и специальной темой
Тупиковый вариант. Тема умрёт через год-два (а то и раньше). И хорошо, если не унесёт за собой контент.
в гугл "best wordpress directory theme"
Блиин... ну что ты советуешь... 🙅
в связи с правилами раздела
Правила раздела (и форума) запрещают тут предлагать свои услуги и искать исполнителей. Для этого есть спец разделы.
Но никак не ограничивают в обсуждении возможностей движков и решения. Равно как и личные сообщения.
если бы в ВП использовали хоть какие то паттерны проектирования,
Серьёзно?🍿
проблема с обратной совместимостью были бы решены.
А их сосбно нет :) Может как раз благодаря "отсталой архитектуре"?
Я напр. не знаю ни одного др двига, где проблемы перехода с версии на версию были бы настолько... не проблемны.
Да, что бы совсем без проблем - оно, конечно, не обходится. Но это, как правило, какие-то локальные проблемы (хотя может и относительно массовые), связанные то с настройками конкретного хостинга, то совместимости тем/плагинов. Но что немаловажно - эти проблемы решаются достаточно оперативно. Если не ядром, то плагинами.