5 минут назад
Нет. Сейчас категории и товары создаются напрямую через xPDO-модели:
— категории: newObject(msCategory::class) → save();
— товары: newObject(msPro...
CommerceBridge 1C — двусторонняя интеграция 1С с MODX 3 и miniShop3 по CommerceML 2. 2
Вчера в 17:54
Только что столкнулся с таким на modx3, ранее 1 раз видел на modx 2.8 — не было времени и мотивации разбираться.
Но проблема есть и она старая.
Кл...
Не срабатывают статичные плагины 1
19 июня 2026, 23:14
Обновление компонента
История изменений MaxNotify 3
1.2.0-pl
добавлен канал max в Центр уведомлений miniShop3;добавлена отправка из Центра дл...
MaxNotify3 3
19 июня 2026, 21:05
Копать надо в браузере. На вкладке сеть, если ответ 500, тогда в логи сервера.
Зависает корзина минишоп2 1
16 июня 2026, 15:00
Последний FormIt + последний FetchIt = белый экран
Последний pdoTools + последний MODx v3 = белый экран
FormIt 5.2: нативный AJAX и reCAPTCHA v3 5
15 июня 2026, 19:12
Благодарю) сижу ломаю голову, все сайты положил
Не получается установить PdoTools 6
Всего 125 971 комментарий
Сделал поле description и сортировку баннеров в позиции, перетаскиванием.
Благодарность будете присылать?
Запускать все сайты от одного юзера, или ставить 777 — одинаково небезопасно.
В любом случае это обозначает, что получив доступ к одному сайту, злоумышленник может накуралесить и на остальных.
Правильнее система: один сайт — один юзер, причем не www-data и не root. И права 755, 644. И отдельный доступ для этих юзеров через sftp, для работы с файлами.
просто через ssh
для директорий
find /path/to/dir -type d -exec chmod 755 {} \;
для файлов
find /path/to/dir -type f -exec chmod 644 {} \;
если хотите в файлах поменять к примеру только файлы с расширением php, то добавляем -iname
пример — меняем все php файлы
find /path/to/dir -type f -iname "*.php" -exec chmod 644 {} \;
Подскажите, пожалуйста, как лучше (безопаснее) поступить в моей ситуации, сменить владельца или выставить 777?
Есть хорошая новость — скоро буду вносить в него изменения, появится поле description и еще может что-то.
$modx->addPackage('rehab', $modx->getOption('core_path').'components/rehab/model/','modx_rehab_');
$modx->addPackage('rehab', $modx->getOption('core_path').'components/rehab/model/','modx_rehab_');
$access = $modx->getObject('Access',1);
print $access->get('uid');
А вот при изменении уже существующих проблема остается — значения из формы не передаются в базу.
Вы уверены, что надо модель подключать с указанием префикса 'modx_rehab_'? Это я так раньше извращался, при автогенерации xml, а вам оно наверное не надо.
Мне не нужно с ней работать из админки, не нужно писать процессоры для нее — нужна просто связь ресурс-пользователь…
Класс уже есть, модель уже готова, xml-схема есть, осталось только указать, откуда класс подгрузить, чтобы работать с таблицей с помощью xPDO, а не прямых запросов в базу…
Может, для каждого пользователя создавать отдельный ТВ и в него записывать, доступен ли ресурс этому пользователю, а потом делать выборку с &tvFilters…