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

Упс. Коммент улетел не туда… метился в корень.

Не думаю, что даже половина разработчиков меняет расположение этих папок. Но для безопасности лучше это сделать.
Перемещают обычно только core — выносят на уровень выше. А manager и connectors обычно просто переименовывают.
И еще вот совет

//Чтобы исключить подмены HTTP_HOST, нужно в конфиге вместо
$http_host= $_SERVER['HTTP_HOST'];
// указать свой хост или определить константу
define('MODX_HTTP_HOST', 'mysite.com');
// или в настройках контекста указать site_url или вызывать тег [[!++site_url]] некэшированным

Зачем сразу 10 тыс. предлагать. Я бы посоветовал начать с 3 тыс. Подождал бы годик, потом поднял бы на тыщу.

У меня при обновлении выдало ошибку обновления таблицы modManagerLog и вот такое в журнал пишет

[2015-08-19 20:20:25] (ERROR @ /connektors/index.php) Error 42S22 executing statement: 
Array
(
    [0] => 42S22
    [1] => 1054
    [2] => Unknown column 'modCategory.rank' in 'field list'
)

Теперь зависимости пакетов появились. Может это чего ломает.

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

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

Я так и предполагал. Ты как пользователь не слишком презентативен. :) Я бы сказал, что ты вообще не пользователь в полном смысле этого слова. А вот пользователям miniShop или Tickets может понравится такое внимание к ним — ведь эти компоненты обновляется не часто и узнать об обновлении вовремя иногда дорогого стоит. Имхо, конечно.

Василий, если не секрет, сколько у тебя стоит сторонних компонентов, ну кроме Ace?

Алексей, а можешь привести пример хотя бы одного такого дополнения с modx.com или modstore.pro?
Кроме того, разработчик сам принимает решение — делать или нет такое информирование в каждом конкретном дополнении. Именно поэтому я и обратился к разработчикам. Может кому пригодится.
Также хочу развеять твое беспокойство в плане безопасности — это информационное уведомление в виде значка. Просто информация. Для обновления все равно нужно зайти в менеджер пакетов и обновить приложение там. Так что, если у менеджера нет прав на обновление пакетов, он не сможет обновиться, но зато будет знать, что обновление есть и сообщит администратору.

А менеджер не сможет зайти в установщик и обновить все что там нужно обновить?

3. Аааа, ничего не работает! (т.к. разработчик поменял функционал, а где-то на modx.pro написал, что перед обновлением нужно руками че нить в таблице поменять)

Мне кажется, такому разработчику только подъезды мыть. :)

var_dump($a->toArray());
// А лучше так
print "<pre>";
print_r($a->toArray());

П.С. Надеюсь, Вы знаете, что для того, чтобы воспользоваться $modx->getObject, нужно загрузить свой пакет через $modx->addPackage().

Большой задел MODX- это админка. А если админка ненужна? Да еще и критичны вопросы по деплою, версионности и скорости…

That's right.

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

Т.е. моя спасиба через Яндекс зависла?
Сделай просто ссылку на сервис Яндекса для таких спасибо — ввел сумму, нажал Оплатить и все.
П.С. Кстати, твой раздел для благодарностей нашел только через поиск на modx.pro. На bezumkin.ru он хорошо спрятан :)

Потихоньку вникаю в fenom. Мне нравится.
Отправил небольшую спасибу за труд. (Соберешься когда-нибудь кошелек на Яндексе создать?)

Использование $pdoTools… позволяет работать с файлами напрямую, без источников и запросов в БД.

Супер. Но я так понимаю, это счастье только для чанков.
А может pdoParser также и сниппеты и плагины грузить (инклюдить) напрямую?
Например,

$pdoTools->runSnippet()

Я вот чего не понимаю. Основная претензия к MODX — это хранение в базе элементов. Из-за чего возникают проблемы с версионностью, деплоем и скоростью. Но если использовать статические элементы (казалось бы решение проблемы), то получаем еще большие тормоза (по словам Agel Nash). Непонятно почему.

Ох, допрыгаются они, форкнет Василий MODX и будет у нас свой движок с блэкджеком и шлюхами :)