Артур Шевченко

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

Я тут ещё подумал, у меня сейчас рейтинг выше чем у @Алексей Смирнов и это не правильно, он занимается поддержкой компонентов и в целом его скилл выше моего, поэтому я думаю надо авторам и тем кто поддерживает компоненты единовременно к рейтингу накидывать сколько-то баллов или за сам факт авторства/поддержки или за каждый компонент отдельно. Или за публикации в раздел «Новые дополнения и их Версии» повышать рейтинг баллов на 30-50. В общем надо более справедливую систему рейтинга.

Вот так как тут написано www.tiny.cloud/docs/quick-start/

Можешь проверить

{'!AjaxForm' | snippet: ['snippet' => 'FormIt', 'successMessage' => 'OK']}

Во-первых есть два компонента AjaxForm и FormIt. Первый обертка для второго, и если ты выводишь через AjaxForm, то там нет плейсхолдера [[+fi.successMessage]], а в уведомлениях выводится текст указанный в параметре &successMessage. А вывести уведомление внутри формы можно используя событие af_comlete

$(document).on('af_complete', function(event, response) {
   console.log(response.message);
    response.form.reset();
    return false;  
});

Можно конечно, в документации есть примеры расширения классов minishop2. Но лучше написать плагин на событие msOnBeforeGetOrderCost

Как по мне задача странная, по-моему настройки как раз для этого и нужны, но если уж очень надо, то создай TV где удобно, напиши плагин на OnDocFormSave который будет брать значение из этого TV и записывать в настройки minishop2 запросов в бд к таблице modx_ms2_deliveries.

Я эту мысль и пытался донести. Извините если не в полной мере отразил ваш вклад, я не специально, просто не хотел усложнять.

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

Если у тебя элемент (чанк, сниппет, шаблон) в файле как ты собираешься его из базы получить?

Конечно в файлах))) Шаблоны так точно.

Если коротко, то разницы нет. Поэтому юзай fenom.

Вот это убери $modx->toJSON($where);

Тогда попробуй не переводить в json

Lo это строка?

Попробуй прописать параметры напрямую без переменных

Вот пример сниппета для приема ajax

<?php
// Откликаться будет ТОЛЬКО на ajax запросы методом POST
if($_SERVER['REQUEST_METHOD'] != 'POST' ) {return;}

// Сниппет будет обрабатывать не один вид запросов, поэтому работать будем по запрашиваемому действию
// Если в массиве POST нет действия - выход
if (empty($_POST['action'])) {return;}

// А если есть - работаем
$res = '';
$action = $_POST['action'];
switch ($action) {
    case 'search':
	    $res = $modx->runSnippet('searchResources');
    break;
	
	// А вот сюда потом добавлять новые методы prodFastView
}

// Если у нас есть, что отдать на запрос - отдаем и прерываем работу парсера MODX
if (!empty($res)) {
	die($res);
}

Вызывать некешированным в самом верху страницы

В MODX сниппеты, которые в левом меню на вкладке Элементы, хранятся в БД. Чтобы всё заработало, как я и говорил, нужен файл который будет принимать ajax ( это более правильный вариант) или сниппет, который будет ловить все ajax'ы

А ты уверен что там есть $articles, я не встречал такого способа передачи параметров как у тебя?

Это код расположен внутри чанка?