Вопросы специалистов

Документация для специалистов

Новости

Песочница

modxSDK

Я негодую

Сайты на ShopModxBox

Случайный выбор ресурсов

Где взять web/getdata процессоры?

Как отрубить работу шаблона в середине него (аналог die($res) в сниппетах)

getPage для migxTv

Smarty RSORT | register_modifier

Как обратится к $modx из модификатора Smarty?

Получить список товара по номеру заказа в плагине

Как сделать Redirect

Плагин пагинации для modxsmarty

Ajax-каталог на практике

MODx::makeUrl() и GET-параметры в формируемых ссылках

Tutorial: Установка собственного скина на ShopModxBox

NewsModxBox 1.0.3

Новая версия оформления сайта сборки shopmodx.modxclub.ru

Есть ли в смарти простой способ вставить чистый  php?

Выборка максимальной и минимальной цены

Сниппет на странице вызывается дважды

Modx Smarty в NewsModxBox

Использование Smarty в MODX (формирование шаблона)

modxSmarty

Релизы modxRepository 1.2.1-beta и modxSmarty 0.0.3-beta на modx.com

Вызов сниппета фильтром вывода

Smarty и мобильные устройства

Ускорение чанков или новая жизнь старого сайта на modx revo

Гонки на скорость, часть вторая. Ускорение Modx Revo более чем в 8 раз

Циклы и разбивка по колонкам

Простой плагин добавить шаблонизатору Smarty еще один шаблон в начало

Смена шаблона в Smarty по условию if

2 вопроса

пагинация в катологе товаров

$php_handling?

раньше было {php}, но теперь оно деприкейтид.

В контроллере или в плагине пропиши $modx->smarty->allow_php_tag = true; и будет тебе счастье. 
 

{php} $a = array(164,185,280,282); // массив еще надо explode из списка в тв foreach($a as $v){     if($doc = $modx->getObject('modResource',$v) AND $doc->get('template') == 3)         $docs[]=$v;     else         $folder[]=$v; }  $where = array(     'id:IN'=> $docs,     'OR:parent:IN'=>$folder,     'template'=>3     ); {/php}

{$a = array(164,185,280,282)}  {* массив еще надо explode из списка в тв      Делается так: {$a = explode(',', $tv_value)} *} {foreach($a as $v)}     {if $modx->getObject('modResource',$v)->template == 3}         $docs[]=$v;     {else}         $folder[]=$v;     {/if} {/foreach}  {$where = array(     'id:IN'=> $docs,     'OR:parent:IN'=>$folder,     'template'=>3 )} 

раньше было {php}, но теперь оно деприкейтид. В контроллере или в плагине пропиши $modx->smarty->allow_php_tag = true; и будет тебе счастье. {php} $a = array(164,185,280,282); // массив еще надо explode из списка в тв foreach($a as $v){     if($doc = $modx->getObject('modResource',$v) AND $doc->get('template') == 3)         $docs[]=$v;     else         $folder[]=$v; }  $where = array(     'id:IN'=> $docs,     'OR:parent:IN'=>$folder,     'template'=>3     ); {/php} На Смарти: {$a = array(164,185,280,282)}  {* массив еще надо explode из списка в тв      Делается так: {$a = explode(',', $tv_value)} *} {foreach($a as $v)}     {if $modx->getObject('modResource',$v)->template == 3}         $docs[]=$v;     {else}         $folder[]=$v;     {/if} {/foreach}  {$where = array(     'id:IN'=> $docs,     'OR:parent:IN'=>$folder,     'template'=>3 )} Чем не устраивает?

раньше было {php}, но теперь оно деприкейтид. В ко

Вариантов несколько:
 1. в параматры шаблона добавить параметр «allow_php_tag» (да/нет). Но этот способ не рекомендуется c точки зрения безопасности.
 

2. (сам таким пользуюсь) Можно написать плагин для smarty. примеры можно посмотреть в папке core/components/modxsmarty/smarty_plugins/
 

3. необходимый код php разместить в контроллере (вместо base.php). там можно назначить smarty переменные, и их использовать при выводе.

Вариантов несколько:
 1. в параматры шаблона добавить параметр «allow_php_tag» (да/нет). Но этот способ не рекомендуется c точки зрения безопасности. 2. (сам таким пользуюсь) Можно написать плагин для smarty. примеры можно посмотреть в папке core/components/modxsmarty/smarty_plugins/ 3. необходимый код php разместить в контроллере (вместо base.php). там можно назначить smarty переменные, и их использовать при выводе.

Вариантов несколько:
 1. в параматры шаблона добав

Если затем последует вызов процессора, то можно переопределить его, передать необходимые данные, и в самом процессоре все и сделать

Если затем последует вызов процессора, то можно пе

Резюме: учи Смарти :) Решений, как видишь, куча.

Товар — в 'id:IN', если Категория — в 'OR:parent:IN'

в этом конкретном случае, мне кажется, правильнее в tv хранить эти id либо двумя списками, либо хранить пары {id,isfolder} — тогда при выводе гораздо меньше ресурсов потратится.

Товар — в 'id:IN', если Категория — в 'OR:parent:IN' в этом конкретном случае, мне кажется, правильнее в tv хранить эти id либо двумя списками, либо хранить пары {id,isfolder} — тогда при выводе гораздо меньше ресурсов потратится.

Товар — в 'id:IN', если Категория — в 'OR:parent:I

Прям так можно, не надо оборачивать в {}?
 

{if $doc = $modx->getObject('modResource',$v) AND $doc->get('template') == 3}

в шаблоне вызывает ошибку. Но в этом случаи, если в цикле не будет получен один из документов по id ($v) ничего не случиться. Можно ли в условии как-то записать все-таки так, положить объект в переменную, а потом через энд вызвать у него гет?
 Я вот так делаю, вроде работает, но может можно лучше-проще?
 

{foreach from=$myArray key=k item=v}
    {if $doc = $modx->getObject('modResource',$v)}
       {if  $doc->get('template') == 3}
           {$docs[]= $v}
        {else}
            {$folder[] = $v}
       {/if}
   {/if}
{/foreach}


$docs[]=$v; Прям так можно, не надо оборачивать в {}? {$docs[]=$v;} и еще вот такой код {if $doc = $modx->getObject('modResource',$v) AND $doc->get('template') == 3} в шаблоне вызывает ошибку. Но в этом случаи, если в цикле не будет получен один из документов по id ($v) ничего не случиться. Можно ли в условии как-то записать все-таки так, положить объект в переменную, а потом через энд вызвать у него гет?
 Я вот так делаю, вроде работает, но может можно лучше-проще? {foreach from=$myArray key=k item=v}
    {if $doc = $modx->getObject('modResource',$v)}
       {if  $doc->get('template') == 3}
           {$docs[]= $v}
        {else}
            {$folder[] = $v}
       {/if}
   {/if}
{/foreach}

$docs[]=$v; Прям так можно, не надо оборачивать в 

2. (сам таким пользуюсь) Можно написать плагин для smarty. примеры можно посмотреть в папке core/components/modxsmarty/smarty_plugins/

На самом деле вопрос в том, как делать это быстрее и проще. А так понятно, что можно свой процессор, где рулить всем или сниппет там написать.

2. (сам таким пользуюсь) Можно написать плагин для smarty. примеры можно посмотреть в папке core/components/modxsmarty/smarty_plugins/ На самом деле вопрос в том, как делать это быстрее и проще. А так понятно, что можно свой процессор, где рулить всем или сниппет там написать.

2. (сам таким пользуюсь) Можно написать плагин для

$docs[]=$v;

 Прям так можно, не надо оборачивать в {}?

Нет, это моя ошибка, надо оборачивать, то есть 

и еще вот такой код
 {if $doc = $modx->getObject('modResource',$v) AND $doc->get('template') == 3}

 в шаблоне вызывает ошибку. Но в этом случаи, если в цикле не будет получен один из документов по id ($v) ничего не случиться. Можно ли в условии как-то записать все-таки так, положить объект в переменную, а потом через энд вызвать у него гет?

Нет, AND Smarty не понимает, как и не понимает типа {if $key != $value}. Но конкретно для этого случая я написал корректный пример:
 

{if $modx->getObject('modResource',$v)->template == 3}

Здесь истина будет только в том случае, если будет получен документ и у него шаблон 3.

$docs[]=$v;

 Прям так можно, не надо оборачивать в {}? Нет, это моя ошибка, надо оборачивать, то есть {$docs[]=$v;} и еще вот такой код
 {if $doc = $modx->getObject('modResource',$v) AND $doc->get('template') == 3}

 в шаблоне вызывает ошибку. Но в этом случаи, если в цикле не будет получен один из документов по id ($v) ничего не случиться. Можно ли в условии как-то записать все-таки так, положить объект в переменную, а потом через энд вызвать у него гет? Нет, AND Smarty не понимает, как и не понимает типа {if $key != $value}. Но конкретно для этого случая я написал корректный пример: {if $modx->getObject('modResource',$v)->template == 3} Здесь истина будет только в том случае, если будет получен документ и у него шаблон 3.

$docs[]=$v;

 Прям так можно, не надо оборачивать 

тогда лучше всего просто переделай формирование списка id, примерно так:
 

[id=>isfolder]
[234=>0, 223=>0, 32->1 ...]

тогда лучше всего просто переделай формирование списка id, примерно так: [id=>isfolder]
[234=>0, 223=>0, 32->1 ...] или [docs][folders] 
[234,223][32]

тогда лучше всего просто переделай формирование сп

можно в контроллере прописать
 

и в шаблоне тогда можно будет вставить
 

можно в контроллере прописать $modx->smarty->allow_php_tag = true; и в шаблоне тогда можно будет вставить {php}
    die;
{/php}

можно в контроллере прописать $modx->smarty->allow

Спасибо. Попробую.

На сколько я знаю, нет в смарти ни exit, ни die, ни даже return. Поэтому хочется или нет, но придется юзать if/else.

На сколько я знаю, нет в смарти ни exit, ни die, н

Саш, а ты проверял на практике? Ведь здесь не все так просто. Частичный вывод контента и т.п. По-моему не проканает нормальной работы.


Саш, а ты проверял на практике? Ведь здесь не все 

Все-таки я пока остановился на таком механизме: modxclub.ru/topics/ajax-katalog-na-praktike-1258.html
 Конечно и он не идеальный, но в целом очень даже работоспособный. Ведь не весь сайт нужен для подгрузки, а только какие-то определенные разделы. И вообще, в современных JS-либах подгружают весь контент страницы, просто из всего полученного контента выдергивают нужные Ajax-блоки и вставляют куда надо (реализуется просто на уровне таг-селекторов).

Все-таки я пока остановился на таком механизме: mo

Интересная идея я сейчас с этим работаю. У меня задача при штатном переходе на сайт загружать страницу нормально шаблоном. А далее все переходы по ссылкам в внутри сайта перехватываются JS Ext и тот должен запросить по ссылке Json данные страницы и перестроить страницу. 
 

Интересная идея я сейчас с этим работаю. У меня задача при штатном переходе на сайт загружать страницу нормально шаблоном. А далее все переходы по ссылкам в внутри сайта перехватываются JS Ext и тот должен запросить по ссылке Json данные страницы и перестроить страницу. Плагины не подходят?

Интересная идея я сейчас с этим работаю. У меня за

Чет не получилось у меня вырвать конструкцию if/else с проверкой на HTTP_X_REQUESTED_WITH из основного, всеми наследуемого layout.tpl.

Чет не получилось у меня вырвать конструкцию if/el

Просто хочется, чтобы в нем этой конструкции и проверки вообще небыло.


Просто хочется, чтобы в нем этой конструкции и про

Пробуй наследовать другой (пустой) layout, на основании проверки на HTTP_X_REQUESTED_WITH…

Пробуй наследовать другой (пустой) layout, на осно

Наследование прописывается в шапке файла. {extends ...}. Нельзя по условию наследовать. Но можно по условию инклюдить файлы-шаблоны.

Наследование прописывается в шапке файла. {extends

В общем, я пробовал по всякому. Ничего нормального тут не получается.
 Но поделюсь одним нестабильным элементом:
 

Весь главный шаблон оборачиваем в блок, к примеру resource.
 

Далее создаем новый промежуточный layout-wraper.tpl с таким содержимым
 

{extends "layout.tpl"}
{block name="resource"}
    {if $is_ajax}
        {block name=content}
            {$smarty.block.parent}
        {/block}
    {else}
        {$smarty.block.parent}
    {/if}
{/block}


Здесь важно, чтобы блока content не было в главном layout-шаблоне. Вот тогда при вызове какого-либо более глубокого расширяемого шаблона по условию выводился только блок content.
 Но у меня это было очень не стабильно. Это скорее бага, чем фича. Если захочешь с этим поэкспериментировать, то до конечного шаблона создай еще один расширяющий шаблон, в котором будет только расширение прописано {extends ...} и все.
 Мне сейчас совсем некогда ковырять глубоко Смарти, чтобы объяснить такое странное его поведение. Коммент оставляю, чтобы возможно на досуге вернуться к изучению этого интересного явления.

В общем, я пробовал по всякому. Ничего нормального тут не получается.
 Но поделюсь одним нестабильным элементом: Весь главный шаблон оборачиваем в блок, к примеру resource. Далее создаем новый промежуточный layout-wraper.tpl с таким содержимым {extends "layout.tpl"}
{block name="resource"}
    {if $is_ajax}
        {block name=content}
            {$smarty.block.parent}
        {/block}
    {else}
        {$smarty.block.parent}
    {/if}
{/block} Здесь важно, чтобы блока content не было в главном layout-шаблоне. Вот тогда при вызове какого-либо более глубокого расширяемого шаблона по условию выводился только блок content.
 Но у меня это было очень не стабильно. Это скорее бага, чем фича. Если захочешь с этим поэкспериментировать, то до конечного шаблона создай еще один расширяющий шаблон, в котором будет только расширение прописано {extends ...} и все.
 Мне сейчас совсем некогда ковырять глубоко Смарти, чтобы объяснить такое странное его поведение. Коммент оставляю, чтобы возможно на досуге вернуться к изучению этого интересного явления.

В общем, я пробовал по всякому. Ничего нормального

В Smarty в {extends ....} можно использовать переменную, примерно так:
 {extends $modx->layout}
 

а $modx->layout можно где-нибудь определить
 

скажем в modxsmarty.class.php в конструкторе:
 

...
...

function __construct(modX &$modx, $params= array ()) {
 parent :: __construct();
 $this->modx= & $modx;
 
 $this->modx->layout= $_SERVER['HTTP_X_REQUESTED_WITH'] != 'XMLHttpRequest' ? "layout.tpl" : "empty_layout.tpl";

...
...

В Smarty в {extends ....} можно использовать переменную, примерно так:
 {extends $modx->layout} а $modx->layout можно где-нибудь определить скажем в modxsmarty.class.php в конструкторе: ...
...

function __construct(modX &$modx, $params= array ()) {
 parent :: __construct();
 $this->modx= & $modx;
 
 $this->modx->layout= $_SERVER['HTTP_X_REQUESTED_WITH'] != 'XMLHttpRequest' ? "layout.tpl" : "empty_layout.tpl";

...
...

В Smarty в {extends ....} можно использовать перем

сам не проверял…

да, правда только в верхнем layout. поставил перед футером — отсекает. правда,  тоже нет — сейчас посмотрел :(

да, правда только в верхнем layout. поставил перед

Надо просто учитывать, что в отличие от return где-нибудь в блоке присвоения значений в php-коде, в смарти это буквально в блоке вывода echo/print, из-за чего мы обламываем таким образом процесс вывода, а не процесс присвоения.

Надо просто учитывать, что в отличие от return где

Да, указать переменную шаблона действительно можно, просто из прошлого коммента подумалось типа {if}{extends ...}{else}..{/if}. Такое там не канает.
 А с переменной получается следующее:
 

1. В __construct лезть не оязательно, у нас же за все отвечает единый контроллер base.php
 

Прописываем в нем условие:
 

<?php
// .................................. 
if($_SERVER['HTTP_X_REQUESTED_WITH'] == 'XMLHttpRequest'){
 $modx->setOption('layout', 'ajax-layout.tpl');
 $compile_id = 'ajax';
}
else{
 $modx->setOption('layout', 'layout.tpl');
 $compile_id = 'layout';
}

return $modx->smarty->fetch("tpl/{$tpl}", '', $compile_id);

Обязательно задаем разные $compile_id, иначе не будет перекомпиливаться уже отработанный шаблон.
 

2. Создаем ajax-layout.tpl
 В нем пишем:
 

{block name=content}
    {$modx->resource->content}
{/block}

3. Создаем промежуточный switch-layout.tpl, с содержимым:
 

{extends $modx->getOption('layout', null, 'layout.tpl')}

Здесь один минус есть: в рабочем режиме у шаблонов переменная phptemplates.non-cached == false, и Smarty-шаблоны при повторном заходе не отрабатываются. Так что придется некеширование выставлять в true, что конечно же скажется на производительности. Можно конечно в настройках modxSmarty включить кеширование самих смарти-шаблонов, но это усложняет разработку, ибо надо будет более четко продумывать где что кешировань/не кешировать, и прописывать где надо nocache. Но если это правильно использовать, то нагрузка не должна увеличиться так, чтобы заметно было.
 

P.S. За полезный коммент поднимаю права до члена Клуба :)

Да, указать переменную шаблона действительно можно, просто из прошлого коммента подумалось типа {if}{extends ...}{else}..{/if}. Такое там не канает.
 А с переменной получается следующее: 1. В __construct лезть не оязательно, у нас же за все отвечает единый контроллер base.php Прописываем в нем условие: <?php
// .................................. 
if($_SERVER['HTTP_X_REQUESTED_WITH'] == 'XMLHttpRequest'){
 $modx->setOption('layout', 'ajax-layout.tpl');
 $compile_id = 'ajax';
}
else{
 $modx->setOption('layout', 'layout.tpl');
 $compile_id = 'layout';
}

return $modx->smarty->fetch("tpl/{$tpl}", '', $compile_id); Обязательно задаем разные $compile_id, иначе не будет перекомпиливаться уже отработанный шаблон. 2. Создаем ajax-layout.tpl
 В нем пишем: {block name=content}
 {$modx->resource->content}
{/block} 3. Создаем промежуточный switch-layout.tpl, с содержимым: {extends $modx->getOption('layout', null, 'layout.tpl')} Здесь один минус есть: в рабочем режиме у шаблонов переменная phptemplates.non-cached == false, и Smarty-шаблоны при повторном заходе не отрабатываются. Так что придется некеширование выставлять в true, что конечно же скажется на производительности. Можно конечно в настройках modxSmarty включить кеширование самих смарти-шаблонов, но это усложняет разработку, ибо надо будет более четко продумывать где что кешировань/не кешировать, и прописывать где надо nocache. Но если это правильно использовать, то нагрузка не должна увеличиться так, чтобы заметно было. P.S. За полезный коммент поднимаю права до члена Клуба :)

Да, указать переменную шаблона действительно можно

Лезть в modxsmarty.class.php — это перебор. Короче if/else в главном лейауте остается пока самым простым и железобетонным способом.

Лезть в modxsmarty.class.php — это перебор. Короче

Я выше написал как без этого храдкода.

Но вы же говорите, что и там это «скорее баг»?

Нет. Про баг — это здесь. А переменная в {extended ...} — это стабильный вариант. Просто как я и сказал, надо с кешированием быть повнимательней.

Нет. Про баг — это здесь. А переменная в {extended

Извиняюсь, не на тот комент подумал. но там тоже не все гладко. Хотя как инфа к размышлению интересно.

Извиняюсь, не на тот комент подумал. но там тоже н

Все ништяк с аджаксом, но скрипты shopmodx теряются.
 После первого взгляда на скрипты понимаешь — их куча
  Кажется, что разбираться с ними придется долго и т.д.
 Но вроде бы работает такая махинация: 
 Напомню, что в нашем лейауте вот такая конструкция 
 

{if $smarty.server.HTTP_X_REQUESTED_WITH == 'XMLHttpRequest'}
    {include file="inc/shop/product.tpl"}
// от здесь бы прерывать отрисовку шаблона
{else}
    содержание шаблона.
{/if}


{include file=«inc/shop/product.tpl»} так же висит в категории товаров и собственно его мы и отображаем.
 Добавляем в product.tpl скрипты из шапки. И не забудем указать в $.ajax указать dataType: «multiple», чтобы при аджакс-загрузках не отрубались js. Теперь все ништяк, после аджакс-обновления страницы товары в корзину добавляются, но дважды )) Нужно удалить скрипты из головы страницы. И конечно их нужно обязательно добавить в шаблон с корзиной, чтобы она тоже работала.
 С локалки еще не перенес, тестил пока только в Огнелисе, но выглядит прикольно. И по-идеи должно работать везде. Кстати, выяснилось, что скрипты ШопМодихса не работают в ie6 )))
 Т.о. можно делать фильтры любой сложности, любого вида и на аджаксе. Разве что в скобках можно еще указывать количества товаров при выборе разных опций. Но я этим не заморачиваюсь, хотя наверняка это было бы можно.

Все ништяк с аджаксом, но скрипты shopmodx теряются.
 После первого взгляда на скрипты понимаешь — их куча
  Кажется, что разбираться с ними придется долго и т.д.
 Но вроде бы работает такая махинация: 
 Напомню, что в нашем лейауте вот такая конструкция {if $smarty.server.HTTP_X_REQUESTED_WITH == 'XMLHttpRequest'}
    {include file="inc/shop/product.tpl"}
// от здесь бы прерывать отрисовку шаблона
{else}
    содержание шаблона.
{/if} {include file=«inc/shop/product.tpl»} так же висит в категории товаров и собственно его мы и отображаем.
 Добавляем в product.tpl скрипты из шапки. И не забудем указать в $.ajax указать dataType: «multiple», чтобы при аджакс-загрузках не отрубались js. Теперь все ништяк, после аджакс-обновления страницы товары в корзину добавляются, но дважды )) Нужно удалить скрипты из головы страницы. И конечно их нужно обязательно добавить в шаблон с корзиной, чтобы она тоже работала.
 С локалки еще не перенес, тестил пока только в Огнелисе, но выглядит прикольно. И по-идеи должно работать везде. Кстати, выяснилось, что скрипты ШопМодихса не работают в ie6 )))
 Т.о. можно делать фильтры любой сложности, любого вида и на аджаксе. Разве что в скобках можно еще указывать количества товаров при выборе разных опций. Но я этим не заморачиваюсь, хотя наверняка это было бы можно.

Все ништяк с аджаксом, но скрипты shopmodx теряютс

Нда, скрипты обрезались. Ну, вы поняли.

Кстати, выяснилось, что скрипты ШопМодихса не работают в ie6 )))

Шестой осел уж не первый год как похоронен. О чем вы?
 

Покликай каталог и корзину здесь: termasol.ru.modxdev.webtm.ru/products/heating/fireplace/
 Не все еще сделано, но в целом работает. Корзина там более прокаченная.

Кстати, выяснилось, что скрипты ШопМодихса не работают в ie6 ))) Шестой осел уж не первый год как похоронен. О чем вы? Покликай каталог и корзину здесь: termasol.ru.modxdev.webtm.ru/products/heating/fireplace/
 Не все еще сделано, но в целом работает. Корзина там более прокаченная.

Кстати, выяснилось, что скрипты ШопМодихса не рабо

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

Чессказать даже в исходном тексте сообщения все пу

Да просто скрипты shopmodx github.com/Fi1osof/ShopModxBox/blob/master/core/components/modxsite/templates/shopmodx/layout.tpl#L42

Да просто скрипты shopmodx github.com/Fi1osof/Shop

Странно… Погоняю на досуге

github.com/Fi1osof/ShopModxBox/blob/master/core/components/modxsite/templates/shopmodx/layout.tpl#L42-L65
 Чтоб совсем наглядно.

github.com/Fi1osof/ShopModxBox/blob/master/core/co

Я так и подумал на них. Вообще MODX вырезает скрипты из запросов. Но посмотрю, может и решу этот вопрос.

Я так и подумал на них. Вообще MODX вырезает скрип

На дворе 2015 год. Уже 8 осел бессмысленно поддерживать, а вы все над хладным телом шестого глумитесь…

Кстати, выяснилось, что скрипты ШопМодихса не работают в ie6 ))) На дворе 2015 год. Уже 8 осел бессмысленно поддерживать, а вы все над хладным телом шестого глумитесь…

Я между прочим с тела виндо-хр пишу ) Но про ie6 я не серьезно.

Я между прочим с тела виндо-хр пишу ) Но про ie6 я

К слову, в новой версии сборки большая часть чанков из технических страниц сайта (регистрация и т.п.) перенесена в смарти-шаблоны, чтобы можно было в свой скине править их, не трогая содержимого самих страниц и чанки не трогая. Например: шаблон обновления профиля. Это все тот же сниппет Login, только уже на смарти. Надо отметить, что это не только возможность менять оформление, но и более правильная логика. К примеру, давайте глянем старую версию вот эту строчку. Интересует именно это: value="[[+email]]". В данном случае в значение попадает именно текущий емейл пользователя, а не то, что передается в запросе, поэтому если с емейлом что-то не так (к примеру, он уже занят), то мы получим ошибку от логина, но в значении поля по прежнему будет емейл текущий, а не тот, что пользователь прописал. ИМХО это не юзабельно. Я должен видеть какой я ввел емейл и что с ним не так. Теперь это так.
 

Еще важное дополнение: в управлении заказами теперь в строчке заказа выводится сумма заказа. Мелочь, но как-то я все упускал это и не доделывал.
 

Еще поправил modCaptcha и процессор обратной связи. Так как у процессоров нет собственных объектов для ошибок, все фигачится в объект $modx->error, и если вы вызвали какой-то процессор, который добавил ошибку, то все остальные процессоры после него обязательно будут возвращать ошибки. По этой причине в смарти-плагин processor добавлен сброс ошибок (раньше не редки случаи были перекрестных ошибок), и именно по этой причине в форме обратной связи правильный ввод каптчи не учитывался, пока были ошибки в других критичных полях. Сейчас это тоже исправлено.
 

Ну а еще многие формы на сайте приведены в порядок стилистически, за что Саше Маркову отдельное спасибо!
 

В остальном каких-то важных изменений не было.

К слову, в новой версии сборки большая часть чанков из технических страниц сайта (регистрация и т.п.) перенесена в смарти-шаблоны, чтобы можно было в свой скине править их, не трогая содержимого самих страниц и чанки не трогая. Например: шаблон обновления профиля. Это все тот же сниппет Login, только уже на смарти. Надо отметить, что это не только возможность менять оформление, но и более правильная логика. К примеру, давайте глянем старую версию вот эту строчку. Интересует именно это: value="[[+email]]". В данном случае в значение попадает именно текущий емейл пользователя, а не то, что передается в запросе, поэтому если с емейлом что-то не так (к примеру, он уже занят), то мы получим ошибку от логина, но в значении поля по прежнему будет емейл текущий, а не тот, что пользователь прописал. ИМХО это не юзабельно. Я должен видеть какой я ввел емейл и что с ним не так. Теперь это так. Еще важное дополнение: в управлении заказами теперь в строчке заказа выводится сумма заказа. Мелочь, но как-то я все упускал это и не доделывал. Еще поправил modCaptcha и процессор обратной связи. Так как у процессоров нет собственных объектов для ошибок, все фигачится в объект $modx->error, и если вы вызвали какой-то процессор, который добавил ошибку, то все остальные процессоры после него обязательно будут возвращать ошибки. По этой причине в смарти-плагин processor добавлен сброс ошибок (раньше не редки случаи были перекрестных ошибок), и именно по этой причине в форме обратной связи правильный ввод каптчи не учитывался, пока были ошибки в других критичных полях. Сейчас это тоже исправлено. Ну а еще многие формы на сайте приведены в порядок стилистически, за что Саше Маркову отдельное спасибо! В остальном каких-то важных изменений не было.

К слову, в новой версии сборки большая часть чанко

Я правильно понял, что наименование папки $pre_template_url в Public-templates (куда закачали bootstrap) должно совпадать с наименованием папки нашего скина в Smarty-templates?
 

Т.е. должно быть
 1) в Public-templates:
 /assets/components/modxsite/templates/skins/имя-папки (здесь имя-папки- это значение параметра $pre_template_url)
 и 
 2) в Smarty-templates
 /core/components/modxsite/templates/skins/имя-папки (здесь имя-папки- это значение параметра modxSmarty.pre_template из настройки CMS)
 

Говоря короче, переменная $pre_template_urlиз файла layout.tpl нашего скина, равна значению в настройках CMS переменной modxSmarty.pre_template?
  — Если так, получается, что соответствие папок однозначное? И нельзя будет загруженную тему bootstrap из, скажем, «папки1» на паблике, используемую со скином в «папке1» на смарти, подключить к новосозданному скину в «папке2» на смарти. Какой тогда смысл разделения на Smarty и Public?


Я правильно понял, что наименование папки $pre_template_url в Public-templates (куда закачали bootstrap) должно совпадать с наименованием папки нашего скина в Smarty-templates? Т.е. должно быть
 1) в Public-templates:
 /assets/components/modxsite/templates/skins/имя-папки (здесь имя-папки- это значение параметра $pre_template_url)
 и 
 2) в Smarty-templates
 /core/components/modxsite/templates/skins/имя-папки (здесь имя-папки- это значение параметра modxSmarty.pre_template из настройки CMS) Говоря короче, переменная $pre_template_urlиз файла layout.tpl нашего скина, равна значению в настройках CMS переменной modxSmarty.pre_template?
  — Если так, получается, что соответствие папок однозначное? И нельзя будет загруженную тему bootstrap из, скажем, «папки1» на паблике, используемую со скином в «папке1» на смарти, подключить к новосозданному скину в «папке2» на смарти. Какой тогда смысл разделения на Smarty и Public?

Я правильно понял, что наименование папки $pre_tem

Какой тогда смысл разделения на Smarty и Public?

На минуточку, Смарти-шаблоны лежат в core/...., а core/ должна закрываться на просмотр извне. Как будут доступны паблик-файлы, если они будут лежать в закрытой папке? Исторически, серверные файлы компонентов лежат в core/components/my_component, а публичные в assets/componentns/my_component/

Какой тогда смысл разделения на Smarty и Public? На минуточку, Смарти-шаблоны лежат в core/...., а core/ должна закрываться на просмотр извне. Как будут доступны паблик-файлы, если они будут лежать в закрытой папке? Исторически, серверные файлы компонентов лежат в core/components/my_component, а публичные в assets/componentns/my_component/

Какой тогда смысл разделения на Smarty и Public? Н

Николай, получается, основная (единственная?) причина такого разделения — это безопасность (ограничение доступа к файлам в core)?
 

Как будут доступны паблик-файлы..?

Не совсем понял, для кого или чего они должны быт доступны? Ведь только мы ими пользуемся на своем сайте.
 

И я думал, файлы bootstrap-темы не являются серверными файлами (или являются?). И по идее их можно было кинуть в нашу директорию со скином на смарти.
 

Николай, получается, основная (единственная?) причина такого разделения — это безопасность (ограничение доступа к файлам в core)? Как будут доступны паблик-файлы..? Не совсем понял, для кого или чего они должны быт доступны? Ведь только мы ими пользуемся на своем сайте. И я думал, файлы bootstrap-темы не являются серверными файлами (или являются?). И по идее их можно было кинуть в нашу директорию со скином на смарти. Не так?

Николай, получается, основная (единственная?) прич

это безопасность (ограничение доступа к файлам в core)?

И я думал, файлы bootstrap-темы не являются серверными файлами (или являются?). И по идее их можно было кинуть в нашу директорию со скином на смарти.

файлы bootstrap-темы — да, не являются, и должны быть доступны извне. А вот Смарти-шаблоны и т.п. в папке core/, которая закрыта.

это безопасность (ограничение доступа к файлам в core)? Да. И я думал, файлы bootstrap-темы не являются серверными файлами (или являются?). И по идее их можно было кинуть в нашу директорию со скином на смарти. файлы bootstrap-темы — да, не являются, и должны быть доступны извне. А вот Смарти-шаблоны и т.п. в папке core/, которая закрыта.

это безопасность (ограничение доступа к файлам в c

файлы bootstrap-темы… должны быть доступны извне.

Для возможных автоматических обновлений? Или что-то другое?

файлы bootstrap-темы… должны быть доступны извне. Для возможных автоматических обновлений? Или что-то другое?

файлы bootstrap-темы… должны быть доступны извне. 

Просто для запроса к веб-серверу извне :) То есть из браузера, к примеру. Полистайте инфу про основы работы веб-серверов. Браузер — это программка на стороне пользователя. Сайт ваш в ней не сидит (включая JS, CSS и т.п.). Чтобы получить эти файлы, браузер отправляет запросы на ваш веб-сервер, и веб-сервер (если файлы найдены и на их чтение есть права (в том числе права на запрос к данному разделу)) отдает ответ с содержимым файлов (или результатом выполнения скриптов). Вот CSS и JS с бутстрап-темы должны быть доступны для таких запросов. А вот Смарти-шаблоны в папке core/ нет. Конечно, если обратиться напрямую к смарти-шаблону, ничего как бы и не произойдет, потому что он должен выполняться в среде Smarty, но зато можно увидеть все содержимое шаблона, и посмотреть, к примеру, какие параметры он на себя принимает, чтобы передать их в процессор. Это уже угроза.

Просто для запроса к веб-серверу извне :) То есть 

Понял. Спасибо за подробные разъяснения.

Пожалуйста.

Здравствуйте. Я в общем новичок в modx. Не могли бы Вы набросать примерный список как вклиниваться в различные места шаблона своим расширением tpl наподобие кого как это указано для основного шаблона {extends "[main]layout.tpl"}. Невозможно кардинально изменить дизайн не переопределив классы самого элемента html.