Andrey_1cov ...и проанализируйте свой файл data/xfields-data.php, если он слишком большой, то "Format Switcher" действительно может тормозить.

Если вы не используете плагин "XFields" и не балуетесь особо разрешением/запрещением комментов для новостей, то содержимое файла data/xfields-data.php можно безболезненно очистить.

Если вы используете какой-нибудь визуальный редактор, например "FCKeditorPHP", то у вас все новости должны выводиться в формате "HTML", тогда плагин "Format Switcher" действительно не нужен, просто нужно установить формат "HTML" по умолчанию для всех новостей. А как обойтись без "Format Switcher" - поищите в форуме, где-то было.

А можно поменять штатный плагин "XFields" на "XFields для MySQL" (поищите в форуме "Дополнения: готовые"). Тогда и "Format Switcher" тормозить не будет и доп.поля можно спокойно использовать, и форматы новостей менять хоть через одну и комменты включать/отключать хоть для каждой новости.

Andrey_1cov, сумбурно как-то, давайте сначала:

1. Вы хотите вставить код в тело новости и нужно, чтобы он выводился только в шаблоне для печати? Следовательно, в обычном шаблоне этого кода быть не должно.

2. "Плагин для вставки php" - это, как я понимаю, либо "Eval" (выполнение php-кода в тексте новости), либо "Post Type" (тип поста "чистый php-код")? Однако, вас не интересует выполнение кода нигде, кроме шаблона печати.

Я приблизительно правильно понял?

Ну тогда вставьте ваш php-код в нужное место шаблона Print/full.tpl

Большое человеческое спасибо!

cmd, главное преимущество: если открывается полная новость, то выполняется только один запрос к таблице story с выбором одной записи. Ну и ещё несколько не столь очевидных преимуществ, таких, например, как: количество новостей в категории, "активные даты" календаря, "все статьи автора" и т.п.; то есть везде, где не нужны поля short и full, а достаточно только id, или заголовка новости, или даты создания, или наличия/отсутствия комментариев, или авторства и т.п.

yukon и cmd, если внимательно пороетесь по форуму (не помню где, простите), то увидите, что я готовое решение уже давал.

Upd вспомнил: http://strawberry.goodgirl.ru/forum/topic/3921/

http://strawberry.goodgirl.ru/forum/topic/4000/

anubees, или в админке видны, а на сайте нет? Такое бывает, если для категории установлен какой-то несуществующий или нерабочий шаблон.

meekoka, {rule=1.}

http://strawberry.goodgirl.ru/forum/topic/4071/

cmd, у меня нет конкретных замеров, только "на глазок", но с тех пор, как мой любимый хостинг произвёл некоторый апргейд своего железа и софта, я вообще повырубал кэш на всех сайтах, которые там находились. Результаты меня просто поразили.

Теперь конкретно: давайте не будем забывать, что "кэширование" - это запись некоторой информации в файл и последующее чтение её из файла. Два запроса к БД и чтение содержимого одного файла (пусть даже самого маленького) - величины совершенно несопоставимые. Десять, двадцать, пятьдесят запросов к БД по-любому менее ресурсоёмки, чем поиск в папке cashe одного из сотен и даже тысяч других файлов (т.е. операция идентификации файла по имени), чтение файла и его выгрузка через тот же поток, через который загружалась страница (ведь файлы кэша, движок, страницы, графика и п.х. находятся физически на одном сервере). А, с учётом того, что информация, находящаяся в кэше, может молниеносно устаревать (следовательно, вынуждена постоянно обновляться), то выигрыш в борьбе кэша против запросов вообще сводится к нулю... даже к отрицательным величинам.

По моему скромному мнению, кэширование в том виде, в котором оно представлено в Strawberry, - это историческая реликвия, оставшаяся от более ранних версий движка, когда [s]деревья были большими,[/s] сервера были слабыми, каналы узкими, интернет медленным, и даже txtSQL мог составить достойную конкуренцию майэскуэлю.

cmd и Zomb1e, проверка как раз есть. Проверяется, какой именно плагин запущен в админке:

if ($_GET['plugin'] == 'keywords'){

Постараюсь объяснить по-русски.

Когда активизируется любой экшн, например "plugins", то админка проверяет все функции, описанные в этом экшене, например:

add_action('plugins', 'keywords_CheckAdminOptions');
add_action('plugins', 'adepto_CheckAdminOptions');
add_action('plugins', 'xfields_CheckAdminOptions');
и так далее - все включенные плагины, в которых есть экшн "plugins"

Дело в том, что процедуре run_action('plugins'); совершенно пофигу какая именно нам функция нужна, она запускает их все по признаку экшена. Поэтому строка:

if ($_GET['plugin'] == 'имя_плагина'){

определяет - какой плагин запущен из командной строки, то есть в каком именно плагине мы в данный момент работаем. Остальные функции не сработают.

cmd, теперь "читаем" ваш фрагмент полностью:

function keywords_CheckAdminOptions(){

    //если работаем в плагине "keywords"
    if ($_GET['plugin'] == 'keywords'){
        
        //то, если включен экшн "add"
        if ($_GET['action'] == 'add'){
            keywords_ajax_add(); //запустить эту функцию

        //иначе, если включен экшн "remove"
        } elseif ($_GET['action'] == 'remove'){
            keywords_ajax_remove(); //запустить эту функцию
        }
    }
}

поскольку экшены "add" и "remove" есть и в других плагинах, то первая строка проверки очень даже полезна.

Лирическое отступление. В плагинах существует общий принцип именования функций:

Функции с суффиксом _CheckAdminOptions - это определение того, в каком плагине мы работаем
_AddToOptions - доступ к настройкам плагина в меню "Настройки"
_AdminOptions - сама функция обработки настроек

и т.д.

Turned,

<link><?=htmlspecialchars('http://www.название_сайта.ru/index2.php?id='.$tpl['post']['id']); ?></link>

olafsen, попробуйте заменить в коде функцию strtoupper на mb_strtoupper (посмотрите в справочнике, как выглядят параметры mb_strtoupper). Если получится, то, скорее всего, версия php здесь не причём, виновата локаль. Для определения правильной локали вашего хоста поищите по слову "setlocale*" в форуме (без кавычек, естественно).