Василий Столейков

Интересно что обычные MODX плейсхолдеры работают без проблем.

В плагине на OnPageNotFound посылаю письмо и подтягиваю body из чанка. Так вот, этот чанк не понимает Fenom! Подозреваю, что феном подгружается чуть позже.
Как использовать Fenom в чанках из-под плагина? В каком событии?

Классно, спасибо! Ещё один инструмент для тестирования работы сайта и его налаживания!
Радует что замеры происходят каждые 10 минут, можно будет сопоставлять разные действия и логи загрузкам.

Ок, спасибо, попробую!

Понятно, спасибо.

Ок, спасибо, это я хотел узнать.
Просто думал вдруг ты добавил что-то типа плагина, который решает эту проблему, чтобы не дублировать мой.

А extended-поля пользователя — это действительно крутая тема, безграничный простор для фантазии на все случаи жизни. Поэтому и вопросы возникают…

при обновлении выдаст ошибку. Установка только на свежие сайты.

Если есть сайт с старой версией msFavorites, которую активно использовали пару тысяч пользователей, возможно ли как-то перейти на эту новую версию не потеряв старые записи?

+ За ограничители длины спасибо, не знал.
Чекбоксы в этой версии не сохраняются по умолчанию? В смысле мне не удалять отдельный плагин на сохранение чекбоксов?

Спасибо.
Набросал плагин на OnWebPageInit который удаляет файлы текущего пользователя из нулевой папки при обновлении:

<?php
$user = $modx->user->id;
$username = $modx->user->username;

$q = $modx->newQuery('TicketFile');
$q->where(array('createdby' => $user, 'parent' => 0));

$collection = $modx->getIterator('TicketFile', $q);

foreach ($collection as $item) {
    $file = $item->toArray();
    if($item->remove()) {
        $result = array('name'=>$file);
        $modx->log(1, "Успешно удалён файл пользователя ".$username.": ".$file['name'] );
    } else {
    	$modx->log(1, "Ошибка при удалении файла пользователя ".$username.": ".$file['name'] );
    }
}

Сколько времени они будут висеть на сервере, допустим если пользователь их загрузит, и забудет про них, а через месяц вернётся. Он их увидит?

А в чём проблема-то?

Я не возражаю, это действительно удобно. Просто из-за специфичности проекта это может мешать.

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

Может мне в таком случае как-то перехватить плагином на какое-то действие и удалять вручную фотки пользователя? Например на событие обновления страницы.

Надеюсь формы тут не повязаны каким-то хитрым образом на Sisyphus?

Спасибо за ссылку! Очень интересно.

Ок, спасибо что показал как он работает. Будем иметь это в виду!

Да, спасибо за ценную информацию!

Я думаю, что можно использовать и isMember в некоторых ситуациях, особенно тогда, когда не планируется частая смена групп — допустим только пару менеджеров. Тогда isMember будет быстрее.
А уже в случае когда нужно более плотно работать с группами и перемещением в них пользователей, тогда да, лучше прямо в базу.

Спасибо за этот ньюанс!

Запрос напрямую в базу?

Ага, вся самая полная документация всегда только в исходниках! =)

Посмотрел родной javascript и понял что ты уже оказывается всё предусмотрел и не надо ничего менять в нём — нужно просто добавить нужным полям класс .disable-sisyphus и они не будут сохраняться!
Это идеальный вариант для меня, спасибо!

Спасибо!

Неплохо! Спасибо за быструю реакцию и развитие шаблонизатора, я в него по уши влюбился уже…

Но инструкцию с примерами на docs.modx.pro тоже жду. А для чего getPlaceholders нужен?

- [Fenom] Added {$_modx->isMember($groups, $macthAll)}.
- [Fenom] Added {$_modx->getPlaceholders()}.