Сегодня в 12:31
Большие сомнения у меня в этом)
resComments — многоуровневые комментарии с пагинацией для ресурсов MODX3 3
Вчера в 15:36
вот этот сниппет
require_once MODX_CORE_PATH . 'model/modx/modx.class.php';
$modx = new modX();
$modx->initialize('web');
$modx->getService...
Проблемы с отправкой писем статус заказа из minishop2 5
06 января 2026, 20:15
Хотел проверить еще раз, теперь все работает. Спасибо.
MiniShop3 1.0.0-alpha.4 — Большое обновление админки 24
05 января 2026, 14:53
Тоже не понял зачем эти сложности, всегда этот скрипт юзал.
Почему в новых версиях MODX не работает сброс пароля через MD5 и как восстановить доступ в manager 4
30 декабря 2025, 22:52
Почему-то прочитал это голосом комментатора из Дома 2… Только про Minishop 3!) Спасибо всем за вклад в развитие и, достаточно неплохие итоги года)
Итоги 2025 года на MODX.pro 3
27 декабря 2025, 16:41
MODX, как и любой основанный на PHP фреймворк пишет 500 ошибки в error_log. Никаких специальных настроек в нем нет. Все зависит от настроек хостинга\с...
Отладка 500 ошибки MODX 1
24 декабря 2025, 22:11
Есть поле mail_smtp_user введи туда логин, если не сработает введи email. И не забудь в emailsender корректный email прописать.
Modx 2.8.8 еще подходит отправки почты через smtp.yandex.ru? 3
24 декабря 2025, 00:23
Нет, лайки всегда были привязаны ко времени публикации, чтобы лайками старых постов рейтинг не накручивали.
MiniShop3 - новый релиз. 1.0.0-alpha.2 15
Запускать все сайты от одного юзера, или ставить 777 — одинаково небезопасно.
В любом случае это обозначает, что получив доступ к одному сайту, злоумышленник может накуралесить и на остальных.
Правильнее система: один сайт — один юзер, причем не www-data и не root. И права 755, 644. И отдельный доступ для этих юзеров через sftp, для работы с файлами.
Есть хорошая новость — скоро буду вносить в него изменения, появится поле description и еще может что-то.
Вы уверены, что надо модель подключать с указанием префикса 'modx_rehab_'? Это я так раньше извращался, при автогенерации xml, а вам оно наверное не надо.
if ($modx->event->name == 'OnManagerLogin') {
$modx->sendRedirect($modx->config['site_url'].'manager/?a=88');
}
Это был реальный косяк!
Ну я не знаааюююю…
P.S. Если сломаются все репозитории Ubuntu — значит на них напал Skynet и на остальное уже похер.
Настройка сервера — bezumkin.ru/blog/2012/06/18/13/
Автоустановка MODX — bezumkin.ru/blog/2012/06/18/14/
Думаю, часа за 2 можно разобраться.
Мой инструмент — ноут, и я могу его выкинуть, взять другой, поставить пару инструментов — и работать как ни в чем не бывало.
Мне удобно именно так. 6 винтов и прочие крутые штуки понять не в силах.
Через ssh\sftp — все как с обычным сервером.
И на бесплатный VirtualBox нету денег?
А еще регулярно бывают заморочки с кодировками.
Настроить, конечно, можно все — а зачем? Какая выгода то?
Я в любой момент (не шучу) могу форматировать жесткий диск ноута — на нем ничего нет кроме ОС и утилит для работы, типа notepad++. Все данные на серверах с трехкратным резервированием.
Как настроил сервер домашний 2 года назад — так и работает, ничего не боится.
Нафига мне на локальном компе что-то делать? Это же просто неудобно.
Я за настоящую Linux`овую систему!
Ну серьезно, все эти денверы и прочее барахло — просто суррогат настоящей линуксовой системы. Какие бы они не были крутые — это все равно суррогат.
Как растворимый кофе против вареного.
При текущей постановке задачи будет мноооого групп. Это, конечно, не проблема, но как то непорядочек.
Да и вообще, никто не мешает скопировать нужные сниппеты, переименовать, немного доработать — и использовать вместо оригинальных. Обновлять же вам их не надо из репозитория, так?
Мои скрипты автоустановки и апгрейда сайтов тоже работать не будут.
С разных ноутов туда геморно подключаться. Заказчику не покажешь.
Правда, пользовался я им последний раз лет 6 назад, вдруг все изменилось? Как более-менее освоил Linux — ну его нафиг.
Лучше домашний сервер, на любом железе. У меня щас в гараже лежит подходящее — тупо не надо. Если кто из Кемерово заберет — отдам безвозмездно.
Если да — то все просто:
php_admin_value[eaccelerator.enable] = 0
Если нет, то придется через поддержку.
В шаблоне этих страниц указать сниппет (или вовсе сделать плагин), который при загруpке будет проверять какое то поле ресурса (например, properties) или ТВ параметр. Там должно быть какое то слово, которое должно быть в определенном поле юзера.
Если есть — открывается, если нет — ошибка 401.
Это позволит гибко назначать права и не плодить кучу групп. Права в ресурсе и у юзера лучше хранить в виде json-массива.
Вторая мысль — написать свою минисистему, с административной частью, и сделать связь юзер-ресурс через отдельную таблицу.
Выбирайте.
На файлах, конечно, тоже можно — но надо сервер мучать, а эта возможность есть не у всех.
Я бы отключил eAccelerator совсем. Судя вот по этому blogs.hub21.ru/blog/sysadmins/170.html — можно сделать просто eaccelerator.enable=«0».
Ну или вообще его удалить, если сервер у вас VPS\VDS.