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

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

P.S. никогда ни кому не советую использовать формат url содержащий дату, например 10/11/2016

Готов пожертвовать ради удобства — у меня в блоге у постов uri такой — blog/год/месяц/день/alias. Статьи за год можно вывести так — site.ru/blog/2016
За месяц — site.ru/blog/2016/05
За день — site.ru/blog/2016/05/10

Это удобно. Типа REST запросов.

П.С. Получается, что все сайты с REST запросами будут в ж.пе.

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

Лучше такие слова не говорить, а то сайт запишут в экстремисткий. :) Безопаснее написать «клёвенький», «рулит» или «зачотный». Если уж хочется убойное определение, то можно написать «ураган», но с маленькой буквы, чтобы не подумали про системы залпового огня. :) Времена такие.

А ещё добавить Login, FormIt, AjaxForm, pdoTools и т.д. И MODX нужно будет переименовывать, ибо концепция модульности нарушится.

Вот пример сниппета, который выводит по одному ресурсу для каждого родителя, с использованием библиотеки modHelpers

$parent = 0;
$res = resources()->innerJoin('modResource','Parent')->where(['Parent.parent' => 12])->sortby('parent', 'ASC')->sortby('id', 'DESC')->each(function($resource, $idx) use (&$parent) {
    if ($resource['parent'] == $parent) return '';
    $parent = $resource['parent'];
    return "<li>{$idx}. ".$resource['pagetitle']."</li>"; // можно использовать чанк
});
return '<ul>' . $res . '</ul>';

Всего 7 строчек.

Тут пригодилась бы функция filter(), но ввиду небольшого спроса на эту библиотеку дорабатывать её не планирую.

Я бы создал коллекцию объектов (можно через pdoResources) таким запросом

select Res.* from `modx_site_content` as Parent
inner join `modx_site_content` as Res on Res.parent = Parent.id
where Parent.parent = 12
ORDER BY Res.parent ASC, Res.id DESC

А затем пробежался по массиву и сформировал требуемую коллекцию с одним дочерним ресурсом.
Итого всего один запрос к БД.

Ибо не положено. Вообще, как минимум, странно разрешать гостям писать разметку в описании.

Есть более функциональный календарь fullCalendar. У него есть MODX и javascript события для управления событиями календаря.

Как минимум глянуть в параметры сниппета. Документацию почитать не предлагаю — молодое поколение программистов просто засмеёт.

Советую поставить Tickets. Он удобнее для ведения блога — в нем есть генератор урла для документов, возможность не показывать документы в дереве и т.п.

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

Насколько я понимаю, перенос происходит вручную. Если при сохранении нового документа возникает ошибка, то проще в форме в поле alias добавить, например, дату документа — congratulation-2016-01-01.

Ярко. Для полной красоты можно было бы добавить ещё красный треугольник. Единственный вопрос — где стрелочки, кружочки и квадратики, выделяющие событие OnBeforeDocFormSave? И где само это событие на картинке??? Хотя это уже второй вопрос.

П.С. Событие OnDocFormSave срабатывает после сохранения ресурса, а ошибка возникает при сохранении.

Для того, чтобы плагин сработал, нужно чекнуть соответствующие события на вкладке событий плагина.

Вот так.

siteStatictics не является альтернативой Google.Analytics и и Яндекс.Метрики. Он ведёт:
— статистику посещений и просмотров ресурсов, которую можно использовать для сортировки ресурсов по популярности;
— статистику посещений пользователей.

Ещё он показывает пользователей, которые в текущий момент находятся на сайте. Вот ссылка на полную документацию с описанием всех возможностей компонента.

И есть ли возможность вытащить эти данные и например вставить их в данные формы или заказа?

UTM-метки — это get параметры. Работать с ними можно как на уровне PHP, так и на уровне Fenom. siteStatistics не ведёт отдельный учёт по этим меткам. Для этого есть гугл и яндекс.

Мужики, объясните, а что, в Казахстане и Белорусии не слышали про кабели? Или они просто кончились?

А ещё лучше

WHERE FIND_IN_SET({$var}, u.id) > 0

FIND_IN_SET

Насколько я понимаю, торопиться надо тем, у кого в админке живёт куча пользователей — редакторы, менеджеры, контролёры и т.п. Для тех, у всего один админ (самый любимый и красивый), можно ещё поспать. :)