Наумов Алексей

Вы издеваетесь что ли?

Да, как вариант.

А лучше — вынести информацию о доступных обновлениях ядра и дополнения на dashboard и отображать его только разработчику.

Если разрабатывается сложное дополнение, и добавляется серьезный функционал, или меняются основы поведения, то может сложиться ситуация, когда обновление в «1 клик» может не получится в принципе, потребуются какие-либо предварительные шаги или действия после обновления. Правда же? Ну и что теперь, этому разработчику сложного и нужного дополнения подъезды мыть?

Если в будущем администрирует сайт разработчик — это приятно и удобно, бесспорно.

Но если сайт передается клиенту и управляем им менеджер, то типовая ситуация будет такой:
1. О, что это за значек?
2. Хм, новая версия, новые возможности… установить…
3. Аааа, ничего не работает! (т.к. разработчик поменял функционал, а где-то на modx.pro написал, что перед обновлением нужно руками че нить в таблице поменять)
4. Звонок разработчику =)

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

В словарях?

Нет. Документацию читайте docs.modx.pro/components/pdotools/snippets/pdopage#Параметры

Параметр pageVarKey и ниже него totalVar.

Не очень понял… Несколько вызовов ecMessages вроде как и все:

[[ecMessages? &thread=`resource-1`]]
[[ecMessages? &thread=`resource-2`]]
[[ecMessages? &thread=`resource-3`]]

Прям в ядре компонента этого не будет. Но через плагины сделать можно: modx.pro/components/5707-easycomm-additional-picture-field/

Скопируйте сниппет ecMesasges, в нем найдите обработку параметра $thread, начиная со строки

$thread = $modx->getOption('thread', $scriptProperties, '');

и немного ниже, удалите.

После чего еще ниже найдите

$where = array('`Thread`.`name`' => $thread->get('name'));

и поменяйте на

$where = array();

по идее все

thread=`1`

1 — это id цепочки в вашем понимании? Должно быть имя, например resource-1.

Смотрите параметр thread в документации

По ссылке у меня белый экран

Если посмотреть на сайт, где мы сейчас общаемся — да.

Для ответа предусмотрено 2 поля: текст (reply_text) и имя (reply_author), иного функционала нет.

Древовидной структуры так же нет.

Простой плагин closeWebSite, вешаем на событие OnLoadWebDocument

В плагине цифра 8 — это id страницы входа, цифра 1 — id главной страницы.

<?php
$logged = $modx->user->hasSessionContext('web');
$isLoginPage = $modx->resource->get('id') == 8;

if($logged){
  if($isLoginPage){
    $url = $modx->makeUrl(1);
    $modx->sendRedirect($url);
  }
  return;
}
if(!$logged && !$isLoginPage) {
  $modx->sendForward(8);
}

Находите в админке пункт меню «Управление словарями» и там создаете новую запись, указав пространство имен easycomm, язык ru.

Отправлять вопросы зарегистрированные пользователи могут, да. В этом случае автоматически подставляется их имя и заполняется колонка createdby (посмотрите структуру таблиц компонента в phpmyadmin).

Рубрики — это ресурсы modx, тогда все должно получиться.

Ну и выбор отвечающего из списка с ссылкой на профиль и изображением.

не очень понял, про что вы.

Хорошо, что разобрались =) Вообще изначально были вопросы у многих подобные, но я все это старался отражать в документации.

Условие where у вас зачем вообще? Ошибка из-за него видимо.

/home/a124341/web/название сайта/public_html/core/packages/ is not writable.

если перевести «is not writable» то многое станет ясно