И чем обоснованы эти личные фантазии?
Вот ты зациклен на свое разработке и потому не видишь..
Нет этих проблем для разработчика сайтов на ВП. Просто нет.
ОК. Нет в 99% случаев.
Использование плагинов же тут хорошо тем, что не надо заморачиваться тысячью файлами и что-то там коммитить и переносить.
И я сейчас не только за паблик-плаги, хранящие в БД, но и за свои - никто не мешает написать кастомные типы в коде своего плага. Это ничем не отличается от кода в теме.
Форум-то нафига ломать?! 😡
Для кого придуманы бб-коды?
Это эффект неуловимого Джо. На самом деле в самописах дыр больше, чем в пабликах.
Только в пабликах это раззванивается и потом латается. А в самописах продолжает тихо юзаться и никто не никогда не признается.
Это ты так думаешь. Сейчас.
А реальность наверняка разочарует.
Но никто ничего не запрещает.
А этот вопрос так и не раскрыт 🤪
Воот. С этого надо было и начинать :)
Нет такого. И быть не может!
?? Какие "такие" усложняют..
Всё наоборот же!---------- Добавлено 29.11.2016 в 13:25 ----------
Что считают ООП религией? :) Так я о том.
(я не против ООП, нет. Я о том, что нек прям на него молятся. А тех, кто его не использует считают ламерами)
Для этого в ВП есть "свой ООП" - АПИ.
Раньше (когда кодил) я тоже, не раз прочитав эту мантру на разных сайтах и книжках, был уверен что это единственно верный путь. Сейчас же для меня куда ценнее результат: скорость/трудозатраты/качество при выходе конечного продукта.
Тем более что тема ВП - это не только внешний вид. (хотя я двумя руками за то, что бы как-то ограничить писателей тем во внедрение в них функционала).
Но опять же - даже внешний вид, в который нужно выводить разные данные (от дат/авторов/ко-ва комментов до цен/картинок и пр. атрибутов товаров и связ. записей) - как отделить? Я знаю только макросы и шаблонизаторы (смарти.. да). И не уверен, что это лучше, чем внедрение непосредственно php в html.
Не бывает таких. И такого.
И тянуть функционал в тему - обречь себя на кардинальную переделку сайта через год-два. Или жить со старьём и бороться с вирусами.
Вот это всё - от незнания ВП. И лени "мужиков". :) И причины и следствия.
Это просто.. Это вообще-то ДОКУМЕНТАЦИЯ. Такая документация, которой нет ни в одном двиге. (по-русски в тч).
Да, на данный момент кодекс местами устарел и создаётся новая версия. С разделением для юзеров и девелоперов.
1. Плагин - и есть ВП. См 107.
2. В яре нафик не нужны ВИЗУАЛЬНЫЕ инструменты управления кастомеными типами контента. (там и так хватает лишнего). Этим будут пользоваться менее 1% юзеров. А для грамотных есть АПИ и плагины. ---------- Добавлено 29.11.2016 в 13:07 ----------
Думаю, вот так ты получишь больше достоверной инфы без послед уточняющих вопросов. wp_postmeta - тут данные постов.
Тут оч много намешано..
См.
1. "Добавлять" - вовсе не значит ДОБАВИТЬ. Одним добавленным хуком или строкой в конфиге можно ОТМЕНИТЬ работу кучки функций.
2. Плагин - это такой же код. Это механизм как раз и создан для того, что бы реализовать что-то, чего нет (или не так как хочется) в ядре. Плагинопаронойя - это реально болезнь читателей ГС. Не наличие, а сам код - вот что важно.
3. Плагинами в основном решаются не проблемы, а функционал. Лишь малая часть оных закрывает "проблемы". Но это проблемы локальные/временные. Напр. транслитерация - надо оно в ядре? Нет. Или исправления работы криво настроенного хостером нжикса. Плагины тут - лекарство от др проблем. Это плохо?
4. Если можно закрыть проблему в теч неск мин - это плохо? Потом уже спокойно разбираться в причинах. С тем же инжиксом напр или криво установленным сертификатом.
Вот тут как бэ соглашусь. Но чем в html использовать макросы (аля [meta_date_post:current(DD-MM-YY)]) - может лучше сразу пхп? Дилемма, да.
Если изначально всё сделано правильно, то не придётся. Обратная ж совместимость. Но нек функции устаревают, да. Хотя функционал не пострадает ещё оч долго (сейчас даже многое 5тилетней давности работают), но лучше заменить. Оно и в логах меньше нотисов и безопасность опять же.
