Вопросы специалистов

Документация для специалистов

Песочница

Blog by Fi1osof

Как ограничить контент менеджеру доступ к папкам ресурсов?

Проверка прав на xPDO-объекты для нескольких пользователей

Режим разработки на боевом сайте.

Как закрыть доступ к определенному компоненту

Вывод пункта меню без доступа к документу

Минимальные права на доступ в админ-панель

Вопрос: Пустая страница компонентов

Невозможность пересортировать дерево ресурсов из-за ошибки доступа к одному из элементов

Глобальные и локальные политики доступов в MODX Revolution

Если делать по тому мануалу, и по общей системе, как это заведено в MODX-е, то только определив документы в различные группы ресурсов. Да, это крайне не удобно по многим причинам, но только так.
 Другой же, более разумный в этом случае способ — это разруливание на уровне плагина в момент попытки открытия документа для редактирования. Вот пример такого плагина:
 

<?php 

switch($modx->event->name){
     
    
    case 'OnManagerPageBeforeRender':
        
        switch($scriptProperties['controller']->config['controller']){
            
            /*
                Проверяем права на редактирование документов
            */
            case 'resource/update':
                
                // Проверяем наличие настройки allow_to_update (задается в настройках пользователя)
                // В ней мы перечисляем, какие документы пользователю можно редактировать
                // Если настройка задана, но id документа отсутствует в перечисленных разрешенных,
                // То возвращаем ошибку доступа 
                if($allow_to_update = $modx->getOption('allow_to_update')){
                    if(!is_array($allow_to_update)){
                        $allow_to_update = explode(",", $allow_to_update);
                        $allow_to_update = array_map('trim', $allow_to_update);
                    }

                    //
                    if(!in_array($scriptProperties['controller']->scriptProperties['id'], $allow_to_update)){
                        $scriptProperties['controller']->failure('Доступ запрещен');
                        return;
                    }
                }
                
                break;
            
        }
        
        //print_r($scriptProperties['controller']->config);
        //print_r($scriptProperties['controller']->scriptProperties);
        
        break;
    
}

Но это, что называется, «защита от дурака», то есть этот метод позволяет на уровне интерфейся рулить что можно открывать, а что нельзя (для удобства менеджера), но ничто не мешает ему отправлять Ajax-запрос на редактирование с указанием произвольного id. То есть этот метод не до конца защищает. Защита же на уровне разделения по группам ресурсов более надежная, ибо работает на уровне самого объекта ресурса, где би и как бы его не получили, а не просто на уровне рендеринга страницы редактирования.
 

Для вас этот плагин просто как пример. Там вам придется свои более сложные условия писать, типа перебрать всех родителей ресурса, и если это новость, то ее редактировать можно.
 

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

Если делать по тому мануалу, и по общей системе, как это заведено в MODX-е, то только определив документы в различные группы ресурсов. Да, это крайне не удобно по многим причинам, но только так.
 Другой же, более разумный в этом случае способ — это разруливание на уровне плагина в момент попытки открытия документа для редактирования. Вот пример такого плагина: <?php 

switch($modx->event->name){
     
    
    case 'OnManagerPageBeforeRender':
        
        switch($scriptProperties['controller']->config['controller']){
            
            /*
                Проверяем права на редактирование документов
            */
            case 'resource/update':
                
                // Проверяем наличие настройки allow_to_update (задается в настройках пользователя)
                // В ней мы перечисляем, какие документы пользователю можно редактировать
                // Если настройка задана, но id документа отсутствует в перечисленных разрешенных,
                // То возвращаем ошибку доступа 
                if($allow_to_update = $modx->getOption('allow_to_update')){
                    if(!is_array($allow_to_update)){
                        $allow_to_update = explode(",", $allow_to_update);
                        $allow_to_update = array_map('trim', $allow_to_update);
                    }

                    //
                    if(!in_array($scriptProperties['controller']->scriptProperties['id'], $allow_to_update)){
                        $scriptProperties['controller']->failure('Доступ запрещен');
                        return;
                    }
                }
                
                break;
            
        }
        
        //print_r($scriptProperties['controller']->config);
        //print_r($scriptProperties['controller']->scriptProperties);
        
        break;
    
} Но это, что называется, «защита от дурака», то есть этот метод позволяет на уровне интерфейся рулить что можно открывать, а что нельзя (для удобства менеджера), но ничто не мешает ему отправлять Ajax-запрос на редактирование с указанием произвольного id. То есть этот метод не до конца защищает. Защита же на уровне разделения по группам ресурсов более надежная, ибо работает на уровне самого объекта ресурса, где би и как бы его не получили, а не просто на уровне рендеринга страницы редактирования. Для вас этот плагин просто как пример. Там вам придется свои более сложные условия писать, типа перебрать всех родителей ресурса, и если это новость, то ее редактировать можно. А так же не забудьте таким манагерам отключить разрешение быстрого редактирования страниц, ибо этот плагин там не сработает.

Если делать по тому мануалу, и по общей системе, к

Кстати, есть еще вариант: если предполагается, что контент-менеджер будет работать только с одним конкретным разделом, можно в настройках пользователя задать tree_root_id = id раздела. Тогда он в дереве будет видеть только этот раздел и его дочерние документы. Указать сразу несколько разделов не получится.

Кстати, есть еще вариант: если предполагается, что

Вот в данном случае подходящий вариант. А где это в настройках пользователя запрятано? Не могу найти

Вот в данном случае подходящий вариант. А где это 

Открываете пользователя для редактирования, переходите во вкладку Настройки, и там создаете эту настройку.
 

Открываете пользователя для редактирования, переходите во вкладку Настройки, и там создаете эту настройку. ?

Открываете пользователя для редактирования, перехо

Можно указывать несколько id через запятую.
 rtfm.modx.com/revolution/2.x/administering-your-site/settings/system-settings/tree_root_id

Можно указывать несколько id через запятую.
 rtfm.

Одна идея которая пришла это создать еще доп. группы ресурсов но для пользователей с рангом тестера, но плодить группы как то и не хотелось бы

Хочется или нет, но придется плодить группы. Иначе никак.

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

Одна идея которая пришла это создать еще доп. груп

Можно ли дать доступ только к одному компоненту FormSave? Мне кажется не получится.

Можно ли дать доступ только к одному компоненту Fo

Что есть «доступ только к одному компоненту FormSave»? Вы имеете ввиду доступ к странице компонента в админке? В редактировании действий меню прописываете свои права и создаете настройку с этими правами. 
 

Что есть «доступ только к одному компоненту FormSave»? Вы имеете ввиду доступ к странице компонента в админке? В редактировании действий меню прописываете свои права и создаете настройку с этими правами. ?

Что есть «доступ только к одному компоненту FormSa

Спасибо! Получилось.
 Только пункт меню пришлось вынести в topnav и Название пункта прописать туда, где иконка должна быть.

Спасибо! Получилось.
 Только пункт меню пришлось в

Ну, дальше это вы уже сами рулите как хотите. Кстати, обычно имеет смысл давать права components, что позволяет видеть меню «Приложения», просто всем внутренним пунктам, которые не должен видеть кто попало, устанавливаются права. Если ни одного приложения не будет доступно для просмотра, этот пункт меню не будет выводиться.

Ну, дальше это вы уже сами рулите как хотите. Кста

Сразу извинюсь, что не по теме. Смотрю Ваше видео, в котором показано, как работать с modxsmarty. Там говорится, что полезные процессоры присутствуют в пакете shopmodx. Хотелось спросить, могу ли я просто папку «processors» скопировать к себе на сайт? Так будут они работать? Не хотелось бы устанавливать весь пакет ради процессоров. БлагоДарю.

Добрый день, Николай. Сразу извинюсь, что не по теме. Смотрю Ваше видео, в котором показано, как работать с modxsmarty. Там говорится, что полезные процессоры присутствуют в пакете shopmodx. Хотелось спросить, могу ли я просто папку «processors» скопировать к себе на сайт? Так будут они работать? Не хотелось бы устанавливать весь пакет ради процессоров. БлагоДарю.

Добрый день, Николай. Сразу извинюсь, что не по те

Добрый день. Это частично устаревшее видео. Процессоры давно уже перенесены в модуль modxSite. Сам модуль за собой еще потянет пакеты phpTemplates, Console и modxSmarty (может еще какую мелочь), но они во-первых, чаще всего всегда нужны, а во-вторых, даже если не понадобятся, особо систему не захламят. В modxSite актуальные getdata-процессоры.

Добрый день. Это частично устаревшее видео. Процес

Спасибо, Николай. Всё понял. Не предвещается никаких новых интересных видеороликов или статей? Очень классно объясняете, от души читаю Ваши статьи. Особенно понравилась про расширение системных таблиц. БлагоДарю за Вашу деятельность!

Спасибо, Николай. Всё понял. Не предвещается никак

Да вот недавно совсем опять обучение было, а я забыл включить запись :( Саму программу включил, а запись нет. А так, когда обучение заказывают, стараюсь записывать.

Пожалуйста! Да вот недавно совсем опять обучение было, а я забыл включить запись :( Саму программу включил, а запись нет. А так, когда обучение заказывают, стараюсь записывать.

Пожалуйста! Да вот недавно совсем опять обучение б

Здравствуйте. Подскажите можно ли разделить права всех менеджеров контента, чтобы каждый из них мог работать только с тем что сам создал. Вот почему я задаю такой вопрос: один менеджер удалил контент другого, а тот отредактировал в отмездку статью удалившего. Да и вообще я считаю, что такое разделение необходимо, чтобы каждый отвечал только за свой контент. Единственное, я использую Tickets в качестве ресурсов для написания постов, но думаю это принципиально не важно.

Здравствуйте. Подскажите можно ли разделить права 

Особо глубоко не стал копать, но, думаю, можно писать плагин-проверку на событие OnBeforeDocFormSave. Там проверять кто владелец ресурса, есть ли права и т.п., и если что, возвращать ошибку. Но это в случае с редактированием. А вот в удалении не увидел событий, в которые можно было бы вклиниться и прервать удаление. Но, во-первых, удаление — это еще только пометка на удаление. Не давайте прав на очистку корзины. А в плагине на удаление можно навесить событие с проверкой, и если удаляет не свое, то слать уведомление админу. А еще можно навесить событие на контроллер страницы редактирования документа, и если пытается открыть не свой документ — запрещать. Но это только если не разрешено быстрое редактирование документов, там такой фокус не пройдет.

Особо глубоко не стал копать, но, думаю, можно пис

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

Спасибо, буду учиться кодить, думал это можно реши

Не за что.

Разобрался. Добавил в нужный контроллер функцию:
 

public function checkPermissions() {
 return $this->modx->hasPermission('view_my_component');
 }

Разобрался. Добавил в нужный контроллер функцию: public function checkPermissions() {
 return $this->modx->hasPermission('view_my_component');
 }

Разобрался. Добавил в нужный контроллер функцию: p

checkPolicy

Gallery

modAccessibleObject

modx revolution

newDesign

xPDO

xPDOObject

админка

безопасность

группы пользователей

группы ресурсов

доработка

контент-менеджер

минимальные права

политики безопасности

пользовательские классы

права доступа

права пользователей

разработка сайта

# Николай Ланец aka Fi1osof
**Lead Fullstack Developer / Ментор / Евангелист современного JS‑стека**

---

## О себе

Я — не просто Senior Developer с 2007 года. Я — тот, кто строит продукты будущего на базе современных технологий и помогает другим подниматься на новую ступень айти-карьеры. Создатель и идейный вдохновитель freecode.academy — платформы, где обучение перестает быть скучной обязаловкой и становится настоящим технологическим приключением.

---

## Мой стек и философия разработки

Основу моего рабочего арсенала составляют:

- [Javascript](/technologies/ck1faudv928l40a89c4u9zxlm), [TypeScript](/technologies/ckcvwwx010kov08009u7y2rav)
- [React](/technologies/ck1fawbdw28v20a891k4wlh27), [Next.js](/technologies/ckg2jd4ffr9260730aog66dri)
- [Node.js](/technologies/ckt55wm59272831wo9gg9r8ynx), [GraphQL](/technologies/ck1fawhqk28vu0a8995lqvlsj), [Apollo Client](/technologies/ck2zdcg0vpvc10a89xjmhj1e0), [Nexus](/technologies/ckl2pbh0fxew60730ifl3zozp), [Prisma](/technologies/ck2zdbmi7pv8r0a89ntc2r0f1)
- DevOps: [Docker](/technologies/ck2y1x9lho9cy0a8953xzfjr8), [docker-compose](/technologies/ck2y1xqino9g80a89tsftxin2), [Caddy](/technologies/ck2zd8ovqpuyl0a8909748sbu), [Ubuntu](/technologies/cktu8giks3593911vmle30ztqxt)
- UI-инструменты: [Styled-Components](/technologies/ckk8myysio7lw0730csszvrdw), [Material-UI](/technologies/ckljv3jwd7bgf0730huxlko9n), [react-hook-form](/technologies/ckmx8cn9fmwrv073032e67722)
- Всё актуальное для разработки, CI/CD и автоматизации 
- Эксперименты с [WebGL](/technologies/ckan9anntc12f08003saqttrq), [A‑Frame](/technologies/ck2tgoiz8j37y0a89c7gxsrxc), [Three.js](/technologies/ck2tgns1nj32z0a89vmw7xw3f), [Unreal Engine 4](/technologies/ck7puswy6g4yb07004cdp6lbr), [Elixir](/technologies/ckn0olavrnnzi0730xs8rctn8), [C++](/technologies/cknin1y8lu2fr07307mskn2fn)

---

## Разработка и менторство

- Более 15 лет **hands-on** разработки и проджект‑менеджмента
- Главный разработчик и преподаватель платформы [freecode.academy](https://freecode.academy)
- **Ведущий менти-пул на платформе** — лично выращиваю новых звезд отрасли

### Мои менти и их результаты

| Менти (ФИО \| username)                               | Уровень | Рейтинг |
|-------------------------------------------------------|---------|---------|
| [Попов Дмитрий \| linklib](/users/cjoe890c706ji0d962oismzoe)           | 3       | 315     |
| [Сэт \| defk1lla](/users/ckzh1ita312978121imr9hpqfc64)                 | 3       | 670     |
| [Ксения Матвеева \| Ксения Матвеева](/users/ckz4awwlh10627771imr4wvpb7cj) | 2       | 0       |
| [Михаил \| Balamut](/users/cl1npq92z10258261vmbq0w6vfh2)               | 2       | 0       |
| [Ольга Ершова \| angel](/users/cjoe87zhk00250d969arluevk)              | 1       | 0       |
| [Егор \| rogedkone](/users/cksrdp47d3308261ijuq7wfrxdl)                | 3       | 0       |
| [Roman \| Roman43](/users/ckur2qtt64721431xoboyjcte52)                 | 2       | 0       |
| [Бут Игорь \| santiment](/users/ckttd9x20893951vmltb8t7sha)            | 1       | 0       |

**Доношу простую мысль: успех — это не магия, это осознанная системная работа и кайф от роста.**
Мои менти выводят решения в продакшн, пробиваются в лидеры рейтингов — кому не хочется быть в такой команде?

---

## Почему я?

- **Прокачаю проект** — от TDD архитектуры до культурного CI/CD
- **Вдохновлю команду** — и научу мыслить по‑новому, где ИИ — напарник, а не угроза
- **Выращу мидлов и сеньоров** — доказано платформой и рейтингами моих учеников

**Сила — в сообществе, а техника — это просто смазка для ваших побед. Присоединяйтесь!**

---

## Контакты

- 📧 [n.lanets@freecode.academy](mailto:n.lanets@freecode.academy)
- Телеграм: [@freecode_academy](https://t.me/freecode_academy)

---

**P.S.**: Мой опыт — ваш драйвер роста. Хотите в команду? Ищете менторство? Пишите. Растём вместе!