Готовые решения

Недавно выяснилось, что в платном компоненте Office была недоработка, которая мешала удалению старых аватарок пользователей при редактировании профиля.

То есть, вы залили фотку, потом её удалили или заменили — а старая осталась на сервере. Ошибку я успешно поправил, обновление выпустил, но встал вопрос — а что делать с этими старыми аватарками? Они же место занимают, да и вообще, нехорошо как-то.

Поэтому я написал небольшой скрипт для удаления всех картинок из директории аватарок, которых нет в профилях пользователей. Заодно это может быть неплохим примером работы с файлами.

Скрипт опробован на этом сайте (modx.pro), проблем не было. Но всё равно: внимание, использовать скрипт только после полного бэкапа сайта! Как и любая операция с удалением файлов, этот скрипт потенциально опасен!

Я вас предупредил, претензии не принимаются.

Решение немного топорное, т.к. устанавливает Modx(Wordpress) при создании домена без уведомлений и возможности отказаться. И в то же время простое, т.к. просто инкюдится скрипт. Если кто решит вопрос с опцией, буду благодарен.
Собрано из кусков сторонних скриптов Василия и с форума VestaCP

Многие знают, что в pdoTools в качестве шаблона вывода можно указывать @INLINE-код, чтобы не создавать лишних сущностей.

[[!pdoResources?
    &tpl=`@INLINE <li>[[+pagetitle]]</li>`
]]

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

Хочу раскрыть небольшую тайну, как можно это ограничение иногда обойти… Подробности под катом :-Р

На днях появился вопрос об автоматическом создании оглавления статьи, а позже где-то проскочил комментарий, мол неплохо бы такое добавить на docs.modx.pro — там же все документы хорошо структурированы.

И действительно, а почему бы не добавить? Выделил полчасика и набросал сниппет makeContents, который генерирует вот такое оглавление:

В настройках системы изменяем ключ manager_html5_cache в Да.
В дереве документов по пути /manager/cache.manifest.php Удаляем все и копируем код ниже, после сохраняем и наслаждаемся эффектом:

(Осторожно однократно с генерирует большой трафик! И не будет работать в старых браузерах!)

Выводим последний коммент с тикету.
У меня выводится последний коммент «верхнего» уровня, т.е. только коммент а не коммент к комменту… Господи что я пишу
Если нужно выводить именно последний комент, меняем parent => 0 на 1

Топаем в сниппет getTickets, ищем 182 строку

// Special fields for quick placeholders

После нее вставляем:

$c = $modx->newQuery('TicketComment');
$c->where(array('thread' => $row['thread'], 'parent' => 0));
$c->sortby('id','DESC');
$ticket_comments = $modx->getIterator('TicketComment',$c);

foreach($ticket_comments as $last_ticket_comment){ 
	$row['last_comment'] = $last_ticket_comment->text;
	break;
}

В tpl.Tickets.list.row вставляем плейсхолдер

[[+last_comment]]

По мотивам заметки про сообщения на Tickets.
Освоил создание компонентов (спасибо Василию за курс) и предлагаю на ваш суд свой первый компонент TicketMessages. Напомню, это дополнение к Tickets, которое позволяет работать с комментариями как с личными сообщениями.

Ковыряясь с AJAX загрузкой данных о продукте написал сниппет для получения данных о производителе по id.

Как работает:
Указываем id и получаем данные производителя в виде массива, либо строки обработанного чанка.

С ajax и смайликами разобрались. Теперь осталось только поколдовать, чтобы комментарии выглядели как отзывы, чтобы посетители видели примерно вот такое:

Сниппет устарел.

Его Вам заменит компонент YandexMaps:

Топик — modx.pro/components/5033-yandexmaps-1-0-create-objects-from-resources-on-yandex-maps/

Скачать на модсторе — modstore.pro/packages/other/yandexmaps