Next Generation CMS :: Форум поддержки

legenda, пока что для аналагичной задачи использую вот такой костыль ввиде вот такого простейшего плагина:

<?php
if (!defined('NGCMS')) die ('HAL');
add_act('index', 'mysidebar');

	function mysidebar(){
		global $tvars, $template, $tpl;

	$ref = $_SERVER['REQUEST_URI'];
	$ref = explode("/", $ref);
	$url_id = $ref[2];


if ($url_id == 'тут_урл_на_котором_надо_что-то_вывести' ){// вместо http://мой сайт/2012-01-01.html ставим 2012-01-01.html
$side_show = 'блаблабла, тут пишем инфу для конкретного урла';
//вопрос - почему не использую адс или адс про?
//ответ ver.1 - адс и адс про не работают со страницами плагинов, т.е. вывести инфу на зтранице плагина нельзя
//ответ ver.2 - тут я могу взять не только текстовую инфу, но и вообще все что угодно (RSS, XML, YML, подключиться к другой базе и т.д.), затем сделать с ней все что угодно, а затем вывести то что нужно... 

}else{
$side_show = '';
}


		$tvars['vars'] = array	(
				'my_data'	=>	$side_show
								);

			$tpl -> template('mysidebar', extras_dir."/mysidebar/tpl");
			$tpl -> vars('mysidebar', $tvars);
			$output .= $tpl -> show('mysidebar');
			$template['vars']['data_mysidebar'] = $output;

}

если подходит, то

1. создаешь папку mysidebar, в которой создаешь файл mysidebar.php и вставляешь данный код
2. в ней создаешь папку tpl, в которой должен быть файлик mysidebar.tpl, содержащий вот такое:

{my_data}

3. в шаблоне в main.tpl в том месте где хочешь вівести пишешь {data_mysidebar}

если есть решение более элегантное то присоеденяюсь к вопросу Легенды, поскольку с твигом не сложилось (http://ngcms.ru/forum/viewtopic.php?pid=27177#p27177)

блин, не айс... получается что шаблоны могут быть несовместимыми в пределах одной версии - предвижу появление вопросов в стиле "я вот скачал шаблон для 0.93, а он не работает"

ммм... а как подключить твиг к шаблону? в "новом" default не обнаружил - плохо искал или он тоже "нетвиганутый"?

как прописать условие для конкретной страницы? или хотя бы для конкрутного плагина?
к примеру если я хочу вывести на странице с плагином доп. инфу в шапке, сайдбаре или футере - т.е. за пределами mainblock

в смарти есть такая возможность - надеюсь что должна быть и в твиге
и еще - почему не работает {%  debug %}? было бы удобно отлавливать... в вер. 0.93/880 точно не работает

нет, это не результат апгрейда - 0.93 ставилась изначально

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

чтобы было понятнее - попробуй добавить что-то, допустим в "финансовые", сохранить - а затем при редактировании новости поставь галочку напротив "плагины"

суть предложения - сделать подобное невозможным, т.е. чтобы пользователь просто не смог выбрать главной дочернюю категорию ("легковые" или "седаны" в примере)
либо если выбрал - то чтобы корневая категория автоматом становилась первой (это если так будет проще)

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

easmik, вообще-то я полагал что вопрос касается существующих новостей

vitaly, получилось вот что:
допустим имеем вот такую структуру категорий
|- автомобили
|--легковые
|---седаны
новость изначально добавлена в "седаны" - т.е. именно эта категория в catid первая

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

но главной должна быть категория "автомобили"... хз - если это единичная хотелка то наверно не стоит ничего менять - просто попрошу девушку пощелкать (думаю что пощелкать один раз ради прироста скорости навсегда можно)
но если подобную хотелку несложно сделать в движке - то может есть смысл? ведь таких девушек может быть много...

если главная всегда будет первой - то можно и массивом, брать первый элемент - когда категорий много то должно быть быстрее чем LIKE
но сейчас получается маємо що маємо (с) - т.е. косяк...
во флудилке пытались сделать удобным для секретарш, а в данном случае это косяк подобной секретарши... или все-таки движка?

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

где - в плагине
чего - ид

все, разобрался - с первым вопросом ошибка была из-за того что

	$xg = $twig->loadTemplate($tpath['plugin'].'plugin.tpl');

был внутри цикла, а надо было до него...

со вторым - пока что хз, попробую глянуть еще на другом сервере...

если кому интересно - с твигом получился чуть меньший размер плагина (3060 кб против 3218) но увеличился размер шаблона - один файл на 1029 кб против двух файлов 393кб + 450кб
первое преимущество лежит на поверхности - верстальщику будет проще изменять/создавать шаблон, особенно если он раньше имел дело со SMARTY (не нужно париться с пхп)
буду благодарен если накидаете в меня другими преимуществами твига

ROZARD, vitaly - спасибо, буду переходить на твиг...
но появились новые вопросы:
1. когда данные имеются то все нормально, работает отлично
но когда в массиве пусто - получаю ошибку

- ругается на строку     

$template['vars']['mainblock'] = $xg->render($tVars);

в голову лезет такое решение - проверять массив и если он пустой то вместо

'entries'      =>    $favEntries

ставить

'entries'      =>    'ничего нету'

но если уже взялся делать "правильно" - хочется знать, почему не работает условие в шаблоне? так как в примере Виталия:

{% for entry in entries %}
тут данные
...
{% else %}
тут сообщение что данных нету
{% endfor %}

2. на старом шаблонизаторе время генерации было примерно одинаковое и если несколько раз обновлять одну и туже страницу отличалось незначительно (использовал {queries} и {exectime})... когда сделал на твиге - то если пообновлять  страницу, значение {exectime} может отличаться в несколько раз - лично у меня получалось от 0.11 до 0.99 сек... почему такой большой разброс? это нормально? 0.99 считаю неприемлимым - как бороться?