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

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

Песочница

Большой магазин на MODX Revolution.

Эксперименты и исследования

Blog by Fi1osof

&#91;Решено&#93; Вывести последние ресурсы за неделю, по дате публикации.

&#91;Решено&#93; Не запускается процессор.

Массовое обновление URI документов (репост)

Странная странность

&#91;REVO&#93; Проверка прав доступов к объектам MODX программно на примере доступов к modResource

Как работать с xPDO и почему

Как НЕ надо программировать на MODX

SUDO в MODX Revolution 2.2.1+

Перенос большого магазина с MODX Evolution на MODX Revolution

Статистика количества запросов и времени на исполнение в MODX Revolution

MODX сам по себе подобных вещей не делает.
 1. Странно, что у вас в эту ссылку попадает и УРЛ-энкоденный MODX-тег. %BE+%3Ca+href=%22[[%7E15".
 Есть предположение, что какой-то плагин глючный работает. Отключите все плагины и проверьте, не исчезнет ли ошибка.
 2. Смотрите сам шаблон. Откуда там вообще ссылка эта? То есть это прям в контенте страницы прописано, или в шаблоне подставляется?
 Подобные ошибки вообще не должны вызывать проблем при доступе к админке.

MODX сам по себе подобных вещей не делает.
 1. Стр

Обычный, стандартный шаблон. Все остальные ссылки вставляются нормально. Этот фрагмент тоже прописан нормально, в контенте:
 

… необходимую консультацию по <а href="">реабилитации наркоманов…

Обычный, стандартный шаблон. Все остальные ссылки вставляются нормально. Этот фрагмент тоже прописан нормально, в контенте: … необходимую консультацию по <а href="">реабилитации наркоманов…

Обычный, стандартный шаблон. Все остальные ссылки 

Тогда перепишите эту ссылку с нуля. Могу гарантировать, что сам MODX ничего здесь попортить не мог. А вот что-нить стороннее — запросто. Тот же TinyMCE мог перебить символы.

Тогда перепишите эту ссылку с нуля. Могу гарантиро

Перебил, все заработало. Спасибо. Очень странная фигня, ни разу еще с таким не сталкивался.

Перебил, все заработало. Спасибо. Очень странная ф

Много еще с чем придется столкнуться. Но здесь налицо проблемы с УРЛ-кодированием.

Много еще с чем придется столкнуться. Но здесь нал

&where=`{"publishedon:>":"2013-05-01 00:00:00","publishedon:<":"2013-06-01 00:00:00"}`

Конечно, можно: &where=`{"publishedon:>":"2013-05-01 00:00:00","publishedon:<":"2013-06-01 00:00:00"}`

Конечно, можно: &where=`{"publishedon:>":"2013-05-

Конечно существует, у ресурса есть поля, содержащие дату создания и дату последнего сохранения: publishedon и editedon. Соответственно в getresources в параметрах where можно использовать эти поля, как и любые другие. Надо принимать во внимание, что в базе они хранятся, насколько я помню, в виде timestamp. Соответственно если вам нужно выводить ресурсы за последнюю неделю, то конструкция будет примерно такая 

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

Конечно существует, у ресурса есть поля, содержащие дату создания и дату последнего сохранения: publishedon и editedon. Соответственно в getresources в параметрах where можно использовать эти поля, как и любые другие. Надо принимать во внимание, что в базе они хранятся, насколько я помню, в виде timestamp. Соответственно если вам нужно выводить ресурсы за последнюю неделю, то конструкция будет примерно такая where=`{"editedon:>":"[[calcMyDate]]"}` , где сниппет calcMyDate выдает нужную дату (текущая минус неделя). Вообще я бы для такой задачи использовал свой сниппет, а не getResources и в нем просто сделал необходимый запрос.

Конечно существует, у ресурса есть поля, содержащи

Спасибо большое за помощь! Не мог разобраться с форматами даты) Теперь все понятно.

Спасибо большое за помощь! Не мог разобраться с фо

Когда вы вызываете процессор идет проверка прав доступа, а это невозможно без инициализации контекста. Попробуйте скопировать строчку из индексного файла modx, где инициализируется контекст web и вставить ее в свой файл по аналогии.

Когда вы вызываете процессор идет проверка прав до

Вы про эту строчку? Тоже не помогло(

$modx->initialize('web'); Вы про эту строчку? Тоже не помогло(

$modx->initialize('web'); Вы про эту строчку? Тоже

Похоже разобрался… все дело из за локалки, пути не правильно выдаются, опробывал на хостинге в modx cloud и все заработало.

Похоже разобрался… все дело из за локалки, пути не

Может сможете еще подсказать? Запуская с админки процессор удаления объекта (в процессоре объект находиться при помощи функции $modx->getObject) все работает нормально, без ошибок. А вот если я запускаю этот процесс по время в процессе создания ресурса он не срабатывает. Долго не мог понять в чем дело, в конце концов понял что не в этом случае не работает метод $modx->getObject. Может он не подключен? Или что то еще?

Может сможете еще подсказать? Запуская с админки п

Асиф, приводи в таких случаях полные листинги кода (можно на gist.github.com/ ), чтобы легче можно было сориентироваться.
 Второе: когда занимаешься такими экспериментами, включай вывод ошибок. К примеру, пропиши в первичном выполняемом файле так:
 

error_reporting(E_ALL ^ E_NOTICE);
ini_set('display_errors', 1);

Если будут критические ошибки, ты их увидишь. К примеру в первой проблеме ты увидел бы критическую ошибку, что путь не был получен.
 Еще сразу после инициализации $modx можно прописать так:
 

$modx->setLogLevel(3);
$modx->setLogTarget('HTML');

Это заставит MODX выводить собственные ошибки на страницу. К примеру, если MODX не смог найти файл процессора, или класс подключить, он просто так ничего тебе не скажет, а пых-пыху тоже на это ровно. А так тебе выведется сообщение о том, что файл не найден.
 

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

Асиф, приводи в таких случаях полные листинги кода (можно на gist.github.com/ ), чтобы легче можно было сориентироваться.
 Второе: когда занимаешься такими экспериментами, включай вывод ошибок. К примеру, пропиши в первичном выполняемом файле так: error_reporting(E_ALL ^ E_NOTICE);
ini_set('display_errors', 1); Если будут критические ошибки, ты их увидишь. К примеру в первой проблеме ты увидел бы критическую ошибку, что путь не был получен.
 Еще сразу после инициализации $modx можно прописать так: $modx->setLogLevel(3);
$modx->setLogTarget('HTML'); Это заставит MODX выводить собственные ошибки на страницу. К примеру, если MODX не смог найти файл процессора, или класс подключить, он просто так ничего тебе не скажет, а пых-пыху тоже на это ровно. А так тебе выведется сообщение о том, что файл не найден. Ты еще только начинаешь изучать программирование, и тебе важно научиться выполнять отладку кода.

Асиф, приводи в таких случаях полные листинги кода

Спасибо большое!) Такими функциями я не пользовался. А можно в индексный файл modx поместить
 

$modx->setLogLevel(3);
$modx->setLogTarget('HTML');
</code></pre>Для того что бы везде выводились ошибки? Или такое не прокатит?


А с ошибкой разобрался, оказывается Илья уже задавался этим вопросом, просто на другом сайте) Необходимо было подключить модель таблицы
 

$modx->addPackage('ditsnews', $modx->getOption('core_path').'components/ditsnews/model/ditsnews/');


Спасибо большое!) Такими функциями я не пользовался. А можно в индексный файл modx поместить $modx->setLogLevel(3);
$modx->setLogTarget('HTML');
</code></pre>Для того что бы везде выводились ошибки? Или такое не прокатит? А с ошибкой разобрался, оказывается Илья уже задавался этим вопросом, просто на другом сайте) Необходимо было подключить модель таблицы $modx->addPackage('ditsnews', $modx->getOption('core_path').'components/ditsnews/model/ditsnews/');

Спасибо большое!) Такими функциями я не пользовалс

А можно в индексный файл modx поместить

Можно. Но надо учитывать, что запроссы на коннекторы не проходят через индексный файл, и админка тоже. Потому есть еще одно надежное место — сам файл config.
 

А с ошибкой разобрался, оказывается Илья уже задавался этим вопросом, просто на другом сайте) Необходимо было подключить модель таблицы

Вот эта еще информация будет полезна: community.modx-cms.ru/blog/documentation/9226.html

А можно в индексный файл modx поместить Можно. Но надо учитывать, что запроссы на коннекторы не проходят через индексный файл, и админка тоже. Потому есть еще одно надежное место — сам файл config. А с ошибкой разобрался, оказывается Илья уже задавался этим вопросом, просто на другом сайте) Необходимо было подключить модель таблицы Вот эта еще информация будет полезна: community.modx-cms.ru/blog/documentation/9226.html

А можно в индексный файл modx поместить Можно. Но 

Статью почитал, спасибо что делишься опытом))

Пожалуйста.

Т.е. при работе с условиями при вызове "снипета с различными параметрами" либо "различными сниппетами" всю логику лучше реализовать в отдельном сниппете?

Т.е. при работе с условиями при вызове "снипета с 

По хорошему да. Но это не всегда бывает удобно просто из-за того, что сниппеты не умеют возвращать массивы или объекты, а только строку, а на каждый чих чанк создавать - тоже не комильфо. Поэтому мы давно уже ушли от сниппетов в сторону процессоров + Smarty.

По хорошему да. Но это не всегда бывает удобно про

Спасибо за материал.
 Интересно было бы знать версию Evo, на которой был сделан изначальный магазин.
 А также - принимались ли какие-либо меры по оптимизации кеша разработчиками изначального магазина (того, что на Эво)?

Спасибо за материал.
 Интересно было бы знать верс

Эво 1.0.5 была. И там с кешем особо сделать ничего нельзя было, ибо Эво весь свой кеш хранит в едином файле. Я не думаю, что даже в последних версиях Эво что-то принципиально новое с системой кеширования сделали, чтобы он мог тянуть несколько десятков тысяч документов просто так.

Эво 1.0.5 была. И там с кешем особо сделать ничего

Сейчас и в Evo можно провернуть трюк с частичным отключением карты ресурсов.

Сейчас и в Evo можно провернуть трюк с частичным о

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

Вот было бы прикольней, если бы обходилось без трю

Холиварить, я, конечно, не собирался. Передо мной стоит другая задача.
 Медленно, но верно у меня зреет проект регионального сайта недвижимости. В общем-то, стандартный сайт, его особенность разве что в некоторых чисто маркетинговых нюансах подачи УТП сайта.
 Я даже понемногу делаю прототип, на котором отрабатываю идеи юзабилити и понимаю встречающиеся трудности. Для реализации прототипа избрал Эво по по причине её изящества и минимального "входного порога" знаний.
 И заранее начинаю думать - на чем реализовывать продакшн? Эво или Рево?
 И если Рево - насколько лёгким будет дальнейший переход?
 P.S. Объекты пока реализованы в дереве документов, их, наверное, потом придётся переносить в свои таблицы.
 Число объектов предполагается... ну... максимум 5000, но ведь вы прекрасно понимаете, что при успешном старте проекта эти 5000 могут вылиться и 10, и в 20000, как вы совершенно резонно заметили в одном из своих топиков.
 Вот и думаю.

Холиварить, я, конечно, не собирался. Передо мной 

Холиварить и я не буду. Но скажу просто: будете делать на Эво, не придется рассчитывать на помощь здесь, ибо в Эво технологии используются, с которыми мы уже давно не работаем. А далее уже все от вас зависит. И на сколько легким переход будет - тоже не знаю, так как зависит и от вашего текущего уровня, и от способностей к обучению.

Холиварить и я не буду. Но скажу просто: будете де

Да, естественно. Попробую поподробнее познакомиться с Рево для начала, и станет понятнее.

Да, естественно. Попробую поподробнее познакомитьс

Разумно.

ну кстати пздтц какой то))))
 Делаю например вызов снипета:
 

[[!testSnippet?
 &browser = `[[!+modxSiteTemplate]]`
 &tpl = `0`
 ]]
 

<?php
 $browser = $modx->getOption('browser', $scriptProperties, ''); 
 $tpl = $modx->getOption('tpl', $scriptProperties, ''); 
 

if($tpl == 0) {
 echo «я для tpl = 0»;
 // Быстро обработался
 

}else{
 echo «я для tpl != 0»;
 // Тут какой нить код запроса или еще что нить что обрабатывается долго или просто же die(); Например -:)
 die();
 

Какого хера обработается die(); и при вызове testSnippet с параметром &tpl = `0`?
 

ну кстати пздтц какой то))))
 Делаю например вызов снипета: [[!testSnippet?
 &browser = `[[!+modxSiteTemplate]]`
 &tpl = `0`
 ]] Сам снипет (testSnippet): <?php
 $browser = $modx->getOption('browser', $scriptProperties, ''); 
 $tpl = $modx->getOption('tpl', $scriptProperties, ''); if($tpl == 0) {
 echo «я для tpl = 0»;
 // Быстро обработался }else{
 echo «я для tpl != 0»;
 // Тут какой нить код запроса или еще что нить что обрабатывается долго или просто же die(); Например -:)
 die(); } Какого хера обработается die(); и при вызове testSnippet с параметром &tpl = `0`?

ну кстати пздтц какой то))))
 Делаю например вызов

1. Первое предупреждение за нехорошие слова.
 

2. Попробуйте все-таки посмотреть что у вас за $tpl. Сделайте так:
 

<?php
$browser = $modx->getOption('browser', $scriptProperties, '');
$tpl = $modx->getOption('tpl', $scriptProperties, '');

// Смотрим содержимое и тип переменной
var_dump($tpl);

exit;

if($tpl == 0) {
echo «я для tpl = 0»;
// Быстро обработался

}else{
echo «я для tpl != 0»;
// Тут какой нить код запроса или еще что нить что обрабатывается долго или просто же die(); Например -:)
die();

}

Что выведет? Какая переменная?

1. Первое предупреждение за нехорошие слова. 2. Попробуйте все-таки посмотреть что у вас за $tpl. Сделайте так: <?php
$browser = $modx->getOption('browser', $scriptProperties, '');
$tpl = $modx->getOption('tpl', $scriptProperties, '');

// Смотрим содержимое и тип переменной
var_dump($tpl);

exit;

if($tpl == 0) {
echo «я для tpl = 0»;
// Быстро обработался

}else{
echo «я для tpl != 0»;
// Тут какой нить код запроса или еще что нить что обрабатывается долго или просто же die(); Например -:)
die();

} Что выведет? Какая переменная?

1. Первое предупреждение за нехорошие слова. 2. По

ну или &tpl = `true` а в снипете if($tpl) все равно… как не крути обрабатываются все условия if


ну или &tpl = `true` а в снипете if($tpl) все равн

да, там строка, string, согласен.

Не пустая строка? То есть длина более нуля?

[[!If?
 &subject=`[[!+modxSiteTemplate]]`
 &operand=`full`
 &then=`
 full 
 [[$fullTemplate]]`
 

&else=`
 mobile 
 [[$mobileTemplate]]`
 ]]
 

[[!testSnippet?
 &browser = `[[!+modxSiteTemplate]]`
 &tpl = `true`
 ]]
 

[[!testSnippet?
 &browser = `[[!+modxSiteTemplate]]`
 ]]
 

Если в снипете (testSnippet) делать так:
 

if($tpl) {
 echo «я для fullTemplate»;
 }else{
 echo «я для mobileTemplate»;
 }
 

То выводится все правильно. для мобилы снипет отдает echo «я для mobileTemplate»; для пр. echo «я для fullTemplate»;
 

НО если поставить в первое или последнее условие if например die();
 или просто бесконечный цикл какой — нить… то обработает этот die() и для mobileTemplate и для fullTemplate.
 

То есть вы понимаете о чем я?


Вообщем я делаю так: Шаблон: [[!If?
 &subject=`[[!+modxSiteTemplate]]`
 &operand=`full`
 &then=`
 full 
 [[$fullTemplate]]` &else=`
 mobile 
 [[$mobileTemplate]]`
 ]] Чанк fullTemplate: fullTemplate [[!testSnippet?
 &browser = `[[!+modxSiteTemplate]]`
 &tpl = `true`
 ]] Чанк mobileTemplate: mobileTemplate [[!testSnippet?
 &browser = `[[!+modxSiteTemplate]]`
 ]] Если в снипете (testSnippet) делать так: <?php
 $browser = $modx->getOption('browser', $scriptProperties, ''); 
 $tpl = $modx->getOption('tpl', $scriptProperties, ''); if($tpl) {
 echo «я для fullTemplate»;
 }else{
 echo «я для mobileTemplate»;
 } То выводится все правильно. для мобилы снипет отдает echo «я для mobileTemplate»; для пр. echo «я для fullTemplate»; НО если поставить в первое или последнее условие if например die();
 или просто бесконечный цикл какой — нить… то обработает этот die() и для mobileTemplate и для fullTemplate. То есть вы понимаете о чем я?

Вообщем я делаю так: Шаблон: [[!If?
 &subject=`[[!

То есть вы понимаете о чем я?

Думаю да, понимаю. 99% расклад такой: не зависимо от того, какое у вас условие на уровне шаблона (я про [[!If?), чанки [[$fullTemplate]] и [[$mobileTemplate]] будут отработаны в любом случае. Это особенности MODX-парсера. Это вам не чистый php, где если условие if() не выполнилось, то и внутри него ничто не выполнится. А здесь If — это даже не функция, а просто тег (если говорить про шаблонизацию). В результате он или выведет, или не выведет результат. Но результат внутри в любом случае будет, то есть внутренние теги отработаются.
 

Это одна из серьезных таких причин, по которой мы используем modxSmarty, а не нативную шаблонизацию MODX-а. На уровне Smarty это было бы так:
 

{$modxSiteTemplate = $modx->getPlaceholder('modxSiteTemplate')}
{if $modxSiteTemplate == 'full'}
    full
    {chunk name=fullTemplate}
{else if $modxSiteTemplate == 'mobile'}
    mobile
    {chunk name=mobileTemplate}
{/if}

Вот тут четко будет или одно выполнено, или другое. 
 

Если хотите делать на чистом MODX-е, тогда не сниппет If вызывать надо, а свой сниппет напишите, который четко по условию будет вызывать тот или иной чанк.
 return $modx->getChunk($chunkName);
 

P.S. Код надо оборачивать в теги <code>
 ?

То есть вы понимаете о чем я? Думаю да, понимаю. 99% расклад такой: не зависимо от того, какое у вас условие на уровне шаблона (я про [[!If?), чанки [[$fullTemplate]] и [[$mobileTemplate]] будут отработаны в любом случае. Это особенности MODX-парсера. Это вам не чистый php, где если условие if() не выполнилось, то и внутри него ничто не выполнится. А здесь If — это даже не функция, а просто тег (если говорить про шаблонизацию). В результате он или выведет, или не выведет результат. Но результат внутри в любом случае будет, то есть внутренние теги отработаются. Это одна из серьезных таких причин, по которой мы используем modxSmarty, а не нативную шаблонизацию MODX-а. На уровне Smarty это было бы так: {$modxSiteTemplate = $modx->getPlaceholder('modxSiteTemplate')}
{if $modxSiteTemplate == 'full'}
    full
    {chunk name=fullTemplate}
{else if $modxSiteTemplate == 'mobile'}
    mobile
    {chunk name=mobileTemplate}
{/if} Вот тут четко будет или одно выполнено, или другое. Если хотите делать на чистом MODX-е, тогда не сниппет If вызывать надо, а свой сниппет напишите, который четко по условию будет вызывать тот или иной чанк.
 return $modx->getChunk($chunkName); P.S. Код надо оборачивать в теги <code>
 ?

То есть вы понимаете о чем я? Думаю да, понимаю. 9

Да, спасибо. -:)

У меня вот при ручном обновлении документа перестало генерить alias (или затирать прописанный alias), и соответсвенно uri. Вроде, после того как заменил в настройках дружественного url суффикс контейнера с "/" на ".html"… появились такие uri «index/slajderyi/.html» — т.е. и старый суффикс и новый… 
 Сам топик

У меня вот при ручном обновлении документа переста

Большое спасибо за статью!
 Как раз хотел сократить кол-во шаблонов с помощью фильтров вывода, статья отговорила))
 Только не нашел вызова снипета, или его вызывать не обязательно?
 

Большое спасибо за статью!
 Как раз хотел сократить кол-во шаблонов с помощью фильтров вывода, статья отговорила))
 Только не нашел вызова снипета, или его вызывать не обязательно? Заранее спасибо!

Большое спасибо за статью!
 Как раз хотел сократит

Вы сниппет этот и вызываете там, где должен выводиться контент.
 

Но вообще у меня там была формулировка «Как правильней». Это в данном случае, учитывая убогость изначальной основы заложенной предыдущими программистами. А вообще, так как я написал, мы и сами уже не делали бы, это я все давно писал. Сейчас у нас Smarty и расширяемые шаблоны с блоками.

Вы сниппет этот и вызываете там, где должен выводиться контент. Но вообще у меня там была формулировка «Как правильней». Это в данном случае, учитывая убогость изначальной основы заложенной предыдущими программистами. А вообще, так как я написал, мы и сами уже не делали бы, это я все давно писал. Сейчас у нас Smarty и расширяемые шаблоны с блоками.

Вы сниппет этот и вызываете там, где должен выводи

Точно, извиняюсь — нашел
 

<div class="my_box">
            [[Template.Content_simple]]   
</div>


Спасибо.
 Ну до Smarty мне пока рано )

Точно, извиняюсь — нашел <div class="my_box">
            [[Template.Content_simple]]   
</div> Спасибо.
 Ну до Smarty мне пока рано )