Сергей Шлоков

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

Вообще полезно читать официальную документацию. Вот код примера из нее, чуть измененный

<?php
$output = '';
$options = !empty($options)?$options:50;
if (!empty($input) && !empty($options)) {
  if (strlen($input) > $options) {
    $output = substr($input, 0, strrpos(substr($input, 0, $options), '.'));
  } else{
    $output = $input;
  }
}
return $output;

Засовываем это в сниппет, например, smartcuttext и вызываем

[[+content:smartcuttext =`200`]]

Вы читали предыдущую заметку?

Новый PR слать?

Поправил.
Сделал так — если код есть — записываем, если нет — удаляем файл.

Еще добавил проверку на пустое имя файла. Точно помню, что была, но в процессе видимо пропала.

может я хочу поредактировать статический сниппет какого-нибудь стороннего модуля

Я такое не закладывал. Я-то думал чтобы сохранять файлы как временные.

Вот так безопасно

Теперь нужно добавлять это разрешение 'console.save_file' в базу при обновлении компонента.

Точно. Добавил basename().
Теперь файл сохраняется только в /core/components/console/files/, не выше и не ниже.
Так безопасно?
П.С. Учиться и учиться ещё.

Я решил, что если на выполнение кода права проверяются, то этого достаточно. А так как файлы сохраняются в директорию core и доступ снаружи туда закрыт, то посчитал, что это безопасно.
А по источникам файлов… Не все сразу. :)

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

Позволил себе добавить это решение на Github.
Теперь в большинстве случаев вообще не нужно лезть в этот ресолвер. Спасибо Михаилу.
П.С. Также я добавил код удаления таблиц при деинсталяции. Он закомментирован. Если вдруг кому-то нужно будет удалять таблицы, нужно просто раскомментировать.

Наверно в наборе параметров для тикетов.

Василий уехал в отпуск. Пусть человек отдохнет.
П.С. А ключик от modExtra он мне оставил.

А вот так еще и индексы добавляем автоматом, чтоб уж совсем голова не болела.

$schemaFile = MODX_CORE_PATH . 'components/modextra/model/schema/modextra.mysql.schema.xml';
if (is_file($schemaFile)) {
	$schema = new SimpleXMLElement($schemaFile, 0, true);
	if (isset($schema->object)) {
		foreach ($schema->object as $object) {
			$objName = (string)$object['class'];
			$objects[] = $objName;
			// Indexes
			foreach ($object->index as $index) {
				$indexes[$objName][] = (string) $index['name'];
			}
		}
	}
	unset($schema);
} else {
	$modx->log(modX::LOG_LEVEL_ERROR, 'Could not get classes from schema file.');
}
//Работаем с таблицами
foreach ($objects as $tmp) {
   $manager->createObjectContainer($tmp);
   ...
}
//Работаем с индексами
foreach ($ClassIndexes as $class=>$indexes) {
	foreach($indexes as $index) {
		$manager->addIndex($class,$index);
	}
}

Ну раз уж пошла такая пьянка, то я бы тогда добавил еще и это

$schemaFile = MODX_CORE_PATH . 'components/modextra/model/schema/modextra.mysql.schema.xml';
$objects = array();
if (is_file($schemaFile)) {
	$schema = new SimpleXMLElement($schemaFile, 0, true);
	if (isset($schema->object)) {
		foreach ($schema->object as $object) {
			$objects[] = (string)$object['class'];
		}
	}
	unset($schema);
} else {
	$modx->log(modX::LOG_LEVEL_ERROR, 'Could not get classes from schema file.');
}

Тады вааще все автоматом работать будет. А то я постоянно забываю добавлять классы.

Если Николай посчитает нужным такой функционал и его все устроит, я готов отправить pullrequest.

Не плохая идея.

Ужас ужас.
И тут и на modxclub.ru и на modx.com и на хабре полно информации о работе со сторонними пользовательскими таблицами. Для начала нужно освоить это. Дальше таких вопросов уже не будет.
Например, вот.

А вы авторизуетесь случайно не в админке? Tickets проверяет пользователя в текущем контексте.

Причем уже куча комментов почти месячной давности :)