Блин, пробую digitalocean, и просто в шоке! Я в свое время на облаке Scalaxy сидел с 16-ю ядрами и несколькими Га оперативы, а здесь взял самый простой план за $5 в месяц, и даже по выполнению консольных программ вижу, что он раз в 5 быстрее работает (сугубо мое восприятие, но в любом случае гораздо быстрее, чем скалакси).
Пожалуйста!
Ясно. Спасибо за помощь!
но тут-то и столкнулся с тем, что значение, которое я задаю в row.tpl, теряется при возврате в файл шаблона Вот судя по результатам опытов и топикам в сети, это и будет не решаемой проблемой. То есть только через методы типа ::setOption() и ::getOption();
Хотя еще вариант: проверь-ка запрос в процессоре. Параметр parent=$id вызывает сомнения. Надежней [ конструкция
{processor action=«getdata» params=«parent={field name=«id»}»}
работает надежно, просто мне нужен id не текущего документа, а id документа, соответствующего активному пункту в верхнем меню, т.к. из его дочерних документов и формируется левое меню
Я, видимо, снова непонятно написал. При выводе верхнего меню я формирую переменную mysite: <code>{assign var=mysite value=1} {processor action="getmenu" ns="site" propset="top_menu" assign=result}
<ul class="nav sf-menu clearfix"> {foreach $result.object as $item} <li class="{$item.cls}"> {if ($item.cls=='active')} {assign "mysite" value=$item.id} {*startId для левого меню*} {/if} <a href="{$item.uri}" title="{$item.pagetitle}" {$item.link_attributes}/>{$item.linktext}</a> </li> {/foreach} </ul> </code> а затем использую ее при формировании левого меню: <code>{processor action="getmenu" ns="site" propset="left_menu" params="startId=`{$mysite}`&id=`page_{$mysite}`" assign=result} {assign var=items value=$result.object} {include file="left-menu/outer.tpl"} </code> Так все работает. Просто я хотел раскидать код вывода верхнего меню по файлам outer.tpl и row.tpl, а в row.tpl и задать значение mysite, но тут-то и столкнулся с тем, что значение, которое я задаю в row.tpl, теряется при возврате в файл шаблона.Тогда очень странное поведение. Хотя еще вариант: проверь-ка запрос в процессоре. Параметр parent=$id вызывает сомнения. Надежней [ «where» => [ «parent» => $id ] ] Для четкой отладки пиши в процессоре так: public function prepareQueryBeforeCount(xPDOQuery $c) { $c = parent::prepareQueryBeforeCount($c);
$c->prepare();
print $c->toSQL();
exit;
return $c;
} Так ты увидишь реальный SQL-запрос при выполнении этого процессора. Можешь убрать exit, чтобы процесс не обламывался, и вы всегда видел выполняется процесс или нет.
нет
А у тебя случаем не включено глобальное кеширование Smarty? через настройки modxSmarty.