Эххх, да я и сам понимаю, что нужно cron и всё такое. Но у меня скилла немного не хватает программерского для написания таких штук с нуля=( Обынчо проще готовый плаг купить.
ну для начала вы просто продублируйте ваш single.php с именем single-ваштипзаписи.php . А потмоу же в него вставляйте в нужное место код. Возможно там где-то идет завязка на какие-то переменные в теме и т.п.
Во вторых - как вы создавали произвольный тип записи? Я бы рекомендовал через плаг CPT Ui. В нём все настройки прозрачно настраиваются.
В третьих - если проблемы вроде "страница не найдена" - скорее всего, что проблема в пермалинках (постоянных ссылках). Заходим в Настройки - Постоянные ссылки и просто нажимаем "Сохранить". Так пересоздастся ваш .htaccess и пермалинки будут перестроены в соответствии с требованиями вашей темы.
Если не поможет - внимательно просмотрите ваше создание произвольного типа записи. Особенно на переменные $rewrite, $public и т.п.
archelon: Само собой. Но это не так тяжело для сервака, как лишнее в вордпрессе. Тяжесть HTML напрягает браузер, скорость загрузки в таком случае зависит от мощностей компа клиента больше. А вот если это ВП - тут дерьмовенькая галерея может нормальный ВПС-сервак заставить задуматься секунд на 10-15 =) По личному опыту говорю.
alta77: определенно будет. Правильнее было бы выявить проблемы тормозов вашего купленного шаблона. Скорее всего просто там много всяких слайдеров/баннеров и всяких штук, которые на themeforest любят понапихивать в темы, дабы сделать их "всеобьятными" и подходящими для любых типов сайтов.
Другими словами - просто почистите вашу тему от всего, что не нужно вашему сайту. Плюс поставьте кеширующий плагин.
Алексей Лазутин: А вот тут простое решение: Пишете свою тему с нуля (ну или со стартовой темы) - будете уверены, что всё хорошо. Или по крайней мере будете знать где копать проблему.
Mark Doe: Мне кажется, это применимо к абсолютно любой CMS, которая свободно доступна в интернете. Да и к платным тоже применимо. Просто нужно быть немного хитрее, ставить всякую защиту типа Wordfence Security, которая будет фиксировать несанкционированные изменения файлов и базы вашего ВП-сайта. И всё будет хорошо)
WP Panda:
1. Чем?)
2. Тут да, не спорю, дефолтным ACF не обойтись, т.к. он вариации не понимает. Но к вам мой вопрос был относительно ACF в целом
Вот вы говорите, что не навязываете мнение. Но в самом начале написали "Использовать ACF и его аналоги это плохая практика, это очень плохая практика, это очень очень плохая практика." - поправьте если что не так, но по-моему это и есть навязывание =)
Минут 5-10 хотябы. Сохраниться и вырубится. В ноуте стоит ssd, так что выключается довольно быстро. Я понимаю что можно не париться и взять из рассчета "чем побольше - тем подольше". Но хочется вникнуть в этот вопрос и понимать схему правильного расчета =)
WP Panda: 1. Создаем второй админ-акк. В functions.php делаем if(!get_user_id()==1){тут подключаем кастомный css в админку для всех, кроме супер-админа с id=1}. В самом цсс делаем #menu-acf { display:none}. Profit. Блондинка не доберется.
2. И всё это всё-равно занимает больше времени, чем включить ACF, в графическом интуитивно-понятном интерфейсе поставить 2 галочки и далее сделать get_the_field("field") в шаблоне. Нагрузки ACF добавляет аж 1 мегабайт потребляемой памяти (это полная версия со всеми модулями). Ответьте - стоит ли оно того? (имею ввиду, ковыряние простыни кода вместо использования готового отлаженного решения) =)
С чего это вдруг плохая практика то? Профессиональный, очень гибкий и функциональный плагин. Что в нём плохого то? Я даже PRO-версию купил с developer лицензией. Очень сильно экономит время. А время сейчас - бесценнейший ресурс. Не так ли?
