Василий Наумкин

Пока не знаю.

У меня там далее задача сделать нормальный бэкап и восстановление, и вряд ли я его буду завязывать только на сайты MODX. Скорее всего, оперировать буду файлами юзера и его БД, независимо от CMS.

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

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

Осваивал сразу 3.4.

Что значит «поправить»?

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

Анонимные тикеты создавать нельзя. Комментарии — можно.

Если ты хочешь работать с ресурсом, то OnHandleRequest — слишком раннее событие, он там еще не загружен. Это событие срабатывает в самом начале обработки запроса, именно поэтому его можно использовать как php-замену правилам nginx.

А плагин для редиректа на канонический uri документа-контейнера выглядит так:

<?php
if ($modx->event->name == 'OnLoadWebDocument') {
	$uri = $_SERVER['REQUEST_URI'];
	if ($modx->resource->isfolder && substr($uri, -1) != '/') {
		$modx->sendRedirect($modx->makeUrl($modx->resource->id));
	}
}

Конечно.

Никто не собирается выкидывать совместимость с тысячами дополнений.

Скорее всего, проблема с шаблоном. Например, нет тега head, чтобы туда загрузить конфиг.

Можно проверить на test.modx.pro с базовым Theme.Bootstrap — работает без проблем.

Укажи в шаблоне страницы

<base href="[[++base_url]]" />

Процессинг ТВ во всех сниппетах pdoTools включается одинаково:

&processTVs=`1`

В tvFilters, в отличии от where пишется не JSON, а специальная строка — смотри документацию.

В pdoResources можно так:

[[!pdoResources?
	&showHidden=`1`
	&tpl=`order`
	&includeContent=`1`
	&includeTVs=`user_id`
	&resources=`6,7,8,9`
	&showLog=`1`
	&tvPrefix=``
	&where=`{"user_id":[[!+modx.user.id]]}`
	&processTVs=`1`
]]

Ну и управлять доступом пользователей к страницам нужно бы через права доступа, а не ТВ параметры.

Можно это сделать и без nginx — плагином на OnHandleRequest.

Самое главное отличие — это работа, основанная не на использовании чанков/сниппетов, а на процессорах+Smarty

Окей.

В MODX-е не хватает базовых сущностей для реализации блого-социальных проектов. modSociety их добавляет.

Это какие, интересно? У MODX уже есть документы, пользователи, права доступа. Нужно что-то еще?

Но это только ядро. Конечный проект однозначно придется дописывать самому.

Мило.

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

Обычно именно это и дописывается для каждого конкретного проекта, если нужно.

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

Всё нужное для этого у MODX уже есть, не знаю, каких сущностей может не хватать.

реализуется ли у тебя механизм проверки прав на комментарии на уровне политик безопасности MODX-а, или как

Комментарии не бывают сами по себе, они к чему-то привязаны: к ресурсу, товару, или фотографии. Я ограничиваю права на эти объекты, а не на сами комментарии.

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

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

Например, на моём сайте ты не увидишь комментариев из тех платных курсов у юзера на странице.

Интересно, какие принципиальные отличия есть у modSociety по сравнению с Tickets?

Понял, спасибо!

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

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

Да никто не заставляет.

Пусть сидят на дырявой винде с вирусами и антивирусами, и ежедневно страдают.

Тебе ещё повезло, что с нуля переделываешь, а не дорабатываешь

Я еще ничего не переделываю — просто проверяем такую возможность.

Большое спасибо тебе за помощь.

Но если будут твои тикетс-комменты, то с ними в этом плане всё отлично)

Собственно, из-за них-то и возникла идея попробовать задействовать MODX.

а на чём, кстати, кг сделан?

Махровый самопис. Причем, этот самопис уже 13 лет как дописывается и переписывается.

Шаблонов нет, парсера нет, логика от представления не отделена — натуральный олдскул. Работает быстро и сердито, но со временем вылезают вопросы оптимизации структуры и СЕО.

В общем, как будет что-то ясно с переносом на движок — будем тебя привлекать.

Очень подробно отписал, спасибо!


В ближайшие недели мы проверим техническую возможность поэтапного переноса КГ на MODX, ну и если что-то будет получаться — будет нужна твоя помощь.

И комменты (к ним ещё вернёмся).

Про них, похоже, сил уже не хватило написать?

Пойду спать тогда, утром почитаю. Спасибо заранее!