...Есть сниппет Ditto в MODX Evo. Стоит задача понять как этот сниппет используется в проекте, с целью оценки трудозатрат по переносу с evo на revo всего проекта.
За названием сниппета есть цифра. Что она обозначает? Случайно не ссылки ли на использование сниппета?
Как-то можно запросить где именно сниппет используется? Может быть есть какой-то "словарь" в модх? Понятно, что можно вручную изучать чанки и тп... но хотелось бы проконтролировать.Если структура сайта серьезная и "изучить" проблематично - посмотрите в базе по поиску. Да, modx хранит сниппеты и чанки в базе (в Revo можно использовать файлы).
Как в архитектуре modx можно организовать что-то наподобие unit-тестирования... нужно тщательно тестировать вносимые изменения
Разберитесь с матчастью, поймите специфику и назначение сниппетов и их параметров
Функция сверх АПИ системы это плагин, снипеты используют функции АПи системы. Вот я так думаю, но это все ерунда, у каждого свое понятие о программировании.Это все демагогия на ту же тему. В MODx сложилась своя терминология - есть строго разграниченные понятия сниппет, плагин и модуль, которые могут не соответвовать привычным понятиям из других движков. Вы конечно можете называть сниппеты плагинами и считать их подпрограммами, надстройками над API, да чем угодно. Но вот с пониманием будут большие проблемы, которые уже можно проследить в этом топике. Неважно как это называеся и как это может быть в теории. Главное что это удобно и работает.
Хм. Мне это непонятно. Как можно протестировать и отладить свою программу вне CMS и при этом быть уверенным в нормальной работе? В этом случае Вам придется использовать полностью внешние данные для подключения к базе данных, создать это самое подключение с помощью функций не из API системы (т.к. последние будут недоступны), ну и т.д.
основную программу можно протестировать и отладить вне системы МОДх, т.е. не надо устанавливать снипет чтобы посмотреть работает ли он:)
Это пхп код для инициализации пути к скриптам снипета и параметрам, передаваемым этим скриптам.я в корне не согласен. Именно в этом смысле Вы неверно понимаете назначение сниппета. В MODx сниппеты являются программами (или подпрограммами, как хотите) и, в общем случае, могут функционировать как полноценные скрипты - тот же RSS парсер не проблема создать с помощью сниппетов на MODx.
1 пункт решается с помощью назначения прав пользователям. Внимательнее почитайте документацию.
Может быть. Зато вынесенная программа
1) недоступна шаловливым ручонкам менеджеров сайта.
2) т.к. снипет хранится в БД, то код нужно выгрузить из БД - это время, и чем больше код тем больше будет время выгрузки. Хотя это спорно, хз что сработает быстрее прямая загрузка скрипта или загрузка скрипта из БД.
Подпрограмма MODx на языке php, выводящая какой-либо результат непосредственно в место своего вызова из шаблона.
Но рекомендуется сохранять ее в самом сниппете.Может быть. Зато вынесенная программа
Как-то не так Вы понимаете его назначение.
Как я понимаю назначение сниппета.
Это пхп код для инициализации пути к скриптам снипета и параметрам, передаваемым этим скриптам. Снипет это НЕ (имхо) скрипт, это хранитель названия, путей и параметров.
Зачем снипет? Затем же зачем запуск приложения из командной строки с ключами:), т.е. если вы не умеете писать приложения то и понятие командной строки вам ни к чему, запускайте ярлычки с рабочего стола.
хотелось бы знать как именно получить доступ к этому сниппету что бы он мог обработать данные введенные в формыНекоторый алгоритм (как я понимаю создание снипета).
$mysnipetfolderPath = $modx->config['base_path'] . 'assets/snippets/mysnipetfolder/';
include ($mysnipetfolderPath.'mystartscript.php');
$FeedMaxItems = isset($FeedMaxItems)? $FeedMaxItems : 3;
/* Param: Max rssline Items for output
Options: digit
*/