Modx ошибка 403 доступ запрещен - Решение и исправление самых разных ошибок на TopOshibok.ru

unauthorized_page¶

Имя: Страница ошибки 403 «Доступ запрещен»
Тип: Number
По умолчанию: 1

Идентификатор ресурса, на который вы хотите отправлять пользователей, если они запросили защищенный или неавторизованный ресурс, то есть виртуальный HTTP 403.

Это будет работать, только если у вас есть разрешение «load» (через политику load или пользовательскую политику), настроенное на контекст, в котором находится доступ к ресурсу.

Убедитесь, что введенный вами идентификатор принадлежит существующему ресурсу, который был опубликован и общедоступен!

Смотрите также¶

site_unavailable_page

Open COllective

Support the team building MODX with a monthly donation.

The budget raised through OpenCollective is transparent, including payouts, and any contributor can apply to be paid for their work on MODX.

Backers

Budget

$407 per month—let’s make that $500!

Learn more

Источник

unauthorized_page¶

Имя: Страница ошибки 403 «Доступ запрещен»
Тип: Number
По умолчанию: 1

Смотрите также¶

site_unavailable_page

Open COllective

Support the team building MODX with a monthly donation.

The budget raised through OpenCollective is transparent, including payouts, and any contributor can apply to be paid for their work on MODX.

Backers

Budget

$300 per month—let’s make that $500!

Learn more

MODX Продолжаем серию статей, посвященных популярной CMS MODX Revolution. Сегодня создадим страницы, которые наш сайт будет выводить в случае ошибок 404 (страница не найдена), 403 (доступ запрещен) и 503 (сайт временно недоступен).

Для создания страниц данных ошибок открываем древо с ресурсами и нажимаем на плюс (либо правой кнопкой мыши вызываем меню, Создать → Документ).

Имя создаваемой страницы можно задать по своему усмотрению. Я задал system. Выберите пустой шаблон для страницы, поставьте галочку возле пункта Скрыть из меню и снимите её возле пункта Опубликован.

Далее на вкладке Настройки отметьте пункты Контейнер и Очистить кэш, остальные галочки снимите.

Не забудьте сохранить документ.

Вы увидите, что созданный документ обзавелся пиктограммой папки.

Контейнер — особый тип документа, который способен содержать дочерние ресурсы. В него мы и поместим наши сервисные страницы ошибок. Можно обойтись и без этого, но, т.к. эти страницы мы впоследствии вряд ли будем редактировать, мы помещаем их в контейнер, чтобы они не забивали перечень ресурсов. Да и сортировать так ресурсы удобнее.

Кстати, в этот контейнер можно поместить и документ sitemap, который мы создавали не так давно (его видно в списке на скриншоте). Для этого щелкните по документу левой кнопкой мыши и перетащите его в контейнер, удерживая кнопку мыши.

Теперь непосредственно о создании страниц ошибок. Щелкаем по только что созданному контейнеру правой кнопкой мыши и выбираем Создать → Документ.

Создание документа в контейнере в MODX Revolution.

Первым делом создадим страницу для ошибки 404. В заголовок впишите текст ошибки. В данном случае Страница не найдена (хотя можете сформулировать и как-то иначе). Выберите подходящий шаблон, укажите псевдоним и отметьте пункты Скрыть из меню и Опубликован.

На вкладке Настройки отмечаем галочками пункты Заморозить URl, Кэшируемый и Очистить кэш. Остальные пункты не отмечаем. Ну и, естественно, пропишите URL.

Сохраняем страницу, она готова.

Подробно со скриншотами описывать создание страниц ошибок 403 и 503 не буду. Они абсолютно аналогичны.

Приведенное выше оформление это лишь пример. Вы можете наполнить страницы ошибок по своему усмотрению или создать для них отдельные шаблоны, если нужно.

В итоге у нас получились три служебных страницы. Теперь нужно изменить настройки CMS, чтобы она использовала именно эти страницы.

Для этого нажимаем на пиктограмму шестеренки и открываем Системные настройки. Нам нужен раздел Сайт и параметры на скриншоте ниже. Укажите идентификаторы созданных вами страниц. У меня это 12, 13 и 14, но у вас они будут свои.

Отдельно сохранять системные настройки не требуется. Сразу после редактирования они вступят в силу. Про использование страницы с кодом 503 можно прочитать в отдельной статье.

На чтение 5 мин Просмотров 5.6к. Опубликовано 25.07.2020
Обновлено 15.01.2023

Содержание

Создание документов и категорий
Создание страницы 404 ошибки в modx
Создание страниц ошибок 401 и 503

Сегодня мы создадим основные сервисные страницы MODX Revo, а именно — для ошибок 404, 403, 503

Создание документов и категорий

Щелкаем правой кнопкой мыши (ПКМ) по Website (находиться в дереве Ресурсы) и выбираем Создать документ (либо просто щелкаем на +)

На открывшейся странице прописываем заголовок system, выбираем пустой шаблон, убираем галку с опубликован, ставим галку напротив — не показывать в меню и переходим во вкладку настроек.

В настройках ставим галки на контейнер и очистить кэш (остальные снимаем) и сохраняем.

Это мы создали пустой не опубликованный контейнер, а в него уже поместим все наши сервисные страницы.

Создание страницы 404 ошибки в modx

Щелкаем ПКМ по нашему пустому контейнеру и выбираем создать документ.

Заполняем:

Заголовок — error404;
Шаблон — (пустой шаблон);
Псевдоним — error404;
Опубликован;
Не показывать в меню.

На вкладке Настройки: снимаем все галки, после чего на против пункта «Заморозить URL» ставим галку и устанавливаем значение: error404 (при условии что вы убрали расширение html и настроили ЧПУ, в противном случае прописываем error404.html) и сохраняем.

В поле содержимое помещаем следующий код (взят из бесплатного шаблона и немного переработан):

<!DOCTYPE html>
<html lang="ru">
<head>
    <meta charset="utf-8">
    <meta http-equiv="X-UA-Compatible" content="IE=edge">
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <meta name="robots" content="noindex" />
    <meta name="description" content="Ошибка 404 - скорее всего страница была удалена или у нее сменился URL адрес!">
    <title>Ошибка 404 - данной страницы не существует</title>
    <!-- Bootstrap CDN CSS -->
    <link rel="stylesheet" href="https://cdnjs.cloudflare.com/ajax/libs/twitter-bootstrap/3.3.7/css/bootstrap.min.css" />
    <!-- Custom CSS -->
    <style>
    @import url(https://fonts.googleapis.com/css?family=Rubik:300,400,500,700,900);
    body{font-family:Rubik,sans-serif;margin:0;overflow-x:hidden;font-weight:300}
    #wrapper{width:100%}error-box{height:100%;position:fixed;top:20%;width:100%}
    .error-box .footer{width:100%;left:0;right:0}
    .error-body{padding-top:5%}
    .error-body h1{font-size:210px;font-weight:900;line-height:210px}
    .text-center{text-align:center}
    .text-danger{color:#f33155}
    .text-muted{color:#8d9ea7}
    .m-b-40{margin-bottom:40px!important}
    .m-t-30{margin-top:30px!important}
    .m-b-30{margin-bottom:30px!important}
    @media only screen and (max-width: 520px){.error-body h1{font-size:110px;font-weight:700;line-height:110px}}
    </style>
    <!--[if lt IE 9]>
        <script src="https://oss.maxcdn.com/libs/html5shiv/3.7.0/html5shiv.js"></script>
        <script src="https://oss.maxcdn.com/libs/respond.js/1.4.2/respond.min.js"></script>
    <![endif]-->
</head>
<body>
    <!-- Preloader -->
    <section id="wrapper" class="container-fluid">
        <div class="error-box">
            <div class="error-body text-center">
                <h1 class="text-danger">404</h1>
                <h3>Страница не существует !</h3>
                <p class="text-muted m-t-30 m-b-30">Скорее всего страница была удалена или у нее сменился URL адрес!</p>
                <a href="/" class="btn btn-danger btn-rounded m-b-40">Перейти на главную страницу</a>
            </div>
        </div>
    </section>
</body>
</html>

и снова сохраняем.

Далее идем в Системные настройки — сайт — и указываем ID созданной страницы с 404 ошибкой (Страница ошибки 404 «Документ не найден» — error_page = id страницы).

Теперь можно проверить как она отрабатывает. Для этого введем несуществующий адрес в браузере (например: site.ru/adresa-net), перейдем по нему — должна открыться страница с нашей ошибкой.

Создание страниц ошибок 401 и 503

Для создания страниц для ошибок 401 и 503 просто сделайте копию страницы 404, введите новый заголовок (так сделать дважды).

После чего открываем эти копии системных страниц и правим в их коде следующие значения.

Для 401 ошибки:

<meta name="description" content="Ошибка 401 - доступ к данной странице запрещен">
<title>Ошибка 401 - доступ запрещен</title>

и в контенте:

<h1 class="text-danger">401</h1>
<h3>Доступ запрещен !</h3>
<p class="text-muted m-t-30 m-b-30">У вас недостаточно прав для просмотра данной страницы.</p>

После чего переходим во вкладку «настройки» замораживаем URL (error401) и сохраняем.

Для 503 ошибки:

<meta name="description" content="Ошибка 503 - сайт временно недоступен, зайдите немного позже">
<title>Ошибка 503 - сайт недоступен</title>
<h1 class="text-danger">503</h1>
<h3>сайт недоступен !</h3>
<p class="text-muted m-t-30 m-b-30">Сайт временно недоступен, зайдите немного позже!</p>

и из кода можно удалить строки:

<meta name="robots" content="noindex" />
<a href="/" class="btn btn-danger btn-rounded m-b-40">Перейти на главную страницу</a>

Не забудьте заморозить URL и сохранить изменения.

После этого возвращаемся в системные настройки (вкладка сайт) и указываем id созданных страниц ошибок.

Страница ошибки 401 «Доступ запрещен» — unauthorized_page = id созданной страницы;
Страница ошибки 503 «Сайт недоступен» — site_unavailable_page = id созданной страницы.

Далее начнем заниматься непосредственно разработкой сайта: разберем что такое MODX шаблоны, где их достать (скачать, заказать, купить), выберем шаблон, затем перенесем html шаблон, разобьем его на чанки и т.д.

unauthorized_page¶

Имя: Страница ошибки 403 «Доступ запрещен»
Тип: Number
По умолчанию: 1

Смотрите также¶

site_unavailable_page

Open COllective

Support the team building MODX with a monthly donation.

The budget raised through OpenCollective is transparent, including payouts, and any contributor can apply to be paid for their work on MODX.

Backers

Budget

$307 per month—let’s make that $500!

Learn more

На чтение 5 мин Просмотров 5.3к. Опубликовано 25.07.2020
Обновлено 15.01.2023

Содержание

Создание документов и категорий
Создание страницы 404 ошибки в modx
Создание страниц ошибок 401 и 503

Сегодня мы создадим основные сервисные страницы MODX Revo, а именно — для ошибок 404, 403, 503

Создание документов и категорий

В настройках ставим галки на контейнер и очистить кэш (остальные снимаем) и сохраняем.

Это мы создали пустой не опубликованный контейнер, а в него уже поместим все наши сервисные страницы.

Создание страницы 404 ошибки в modx

Щелкаем ПКМ по нашему пустому контейнеру и выбираем создать документ.

Заполняем:

Заголовок — error404;
Шаблон — (пустой шаблон);
Псевдоним — error404;
Опубликован;
Не показывать в меню.

В поле содержимое помещаем следующий код (взят из бесплатного шаблона и немного переработан):

<!DOCTYPE html>
<html lang="ru">
<head>
    <meta charset="utf-8">
    <meta http-equiv="X-UA-Compatible" content="IE=edge">
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <meta name="robots" content="noindex" />
    <meta name="description" content="Ошибка 404 - скорее всего страница была удалена или у нее сменился URL адрес!">
    <title>Ошибка 404 - данной страницы не существует</title>
    <!-- Bootstrap CDN CSS -->
    <link rel="stylesheet" href="https://cdnjs.cloudflare.com/ajax/libs/twitter-bootstrap/3.3.7/css/bootstrap.min.css" />
    <!-- Custom CSS -->
    <style>
    @import url(https://fonts.googleapis.com/css?family=Rubik:300,400,500,700,900);
    body{font-family:Rubik,sans-serif;margin:0;overflow-x:hidden;font-weight:300}
    #wrapper{width:100%}error-box{height:100%;position:fixed;top:20%;width:100%}
    .error-box .footer{width:100%;left:0;right:0}
    .error-body{padding-top:5%}
    .error-body h1{font-size:210px;font-weight:900;line-height:210px}
    .text-center{text-align:center}
    .text-danger{color:#f33155}
    .text-muted{color:#8d9ea7}
    .m-b-40{margin-bottom:40px!important}
    .m-t-30{margin-top:30px!important}
    .m-b-30{margin-bottom:30px!important}
    @media only screen and (max-width: 520px){.error-body h1{font-size:110px;font-weight:700;line-height:110px}}
    </style>
    <!--[if lt IE 9]>
        <script src="https://oss.maxcdn.com/libs/html5shiv/3.7.0/html5shiv.js"></script>
        <script src="https://oss.maxcdn.com/libs/respond.js/1.4.2/respond.min.js"></script>
    <![endif]-->
</head>
<body>
    <!-- Preloader -->
    <section id="wrapper" class="container-fluid">
        <div class="error-box">
            <div class="error-body text-center">
                <h1 class="text-danger">404</h1>
                <h3>Страница не существует !</h3>
                <p class="text-muted m-t-30 m-b-30">Скорее всего страница была удалена или у нее сменился URL адрес!</p>
                <a href="/" class="btn btn-danger btn-rounded m-b-40">Перейти на главную страницу</a>
            </div>
        </div>
    </section>
</body>
</html>

и снова сохраняем.

Создание страниц ошибок 401 и 503

После чего открываем эти копии системных страниц и правим в их коде следующие значения.

Для 401 ошибки:

<meta name="description" content="Ошибка 401 - доступ к данной странице запрещен">
<title>Ошибка 401 - доступ запрещен</title>

и в контенте:

<h1 class="text-danger">401</h1>
<h3>Доступ запрещен !</h3>
<p class="text-muted m-t-30 m-b-30">У вас недостаточно прав для просмотра данной страницы.</p>

После чего переходим во вкладку «настройки» замораживаем URL (error401) и сохраняем.

Для 503 ошибки:

<meta name="description" content="Ошибка 503 - сайт временно недоступен, зайдите немного позже">
<title>Ошибка 503 - сайт недоступен</title>
<h1 class="text-danger">503</h1>
<h3>сайт недоступен !</h3>
<p class="text-muted m-t-30 m-b-30">Сайт временно недоступен, зайдите немного позже!</p>

и из кода можно удалить строки:

<meta name="robots" content="noindex" />
<a href="/" class="btn btn-danger btn-rounded m-b-40">Перейти на главную страницу</a>

Не забудьте заморозить URL и сохранить изменения.

После этого возвращаемся в системные настройки (вкладка сайт) и указываем id созданных страниц ошибок.

Страница ошибки 401 «Доступ запрещен» — unauthorized_page = id созданной страницы;
Страница ошибки 503 «Сайт недоступен» — site_unavailable_page = id созданной страницы.

Далее на вкладке Настройки отметьте пункты Контейнер и Очистить кэш, остальные галочки снимите.

Не забудьте сохранить документ.

Вы увидите, что созданный документ обзавелся пиктограммой папки.

Создание документа в контейнере в MODX Revolution.

Сохраняем страницу, она готова.

Подробно со скриншотами описывать создание страниц ошибок 403 и 503 не буду. Они абсолютно аналогичны.

Опять всем привет.

Modx revo 2.3.1
Настраиваем права доступа на личный кабинет. СОздаем группы, роли, указываем что на страницу имею доступ только определенный группы и так далее. Не буду приводить подробности. Суть в чём. Так же указываем в настройках системы страницы, которые показываются при 404 ошибке » Страница ошибки 404 «Документ не найден»» и для «Страница ошибки 403 «Доступ запрещен»». Но, когда мы не авторизовавшись на сайте идем в личный кабинет мы получаем 404 ошибку, а не 403. И более того, сама настройка unauthorized_page используется в методе, который отдает 401 ошибку. А упоминаний о 403 ошибке в коде modx попросту нет. Есть упоминания только в файлах сообщения: типа «403 доступ запрещен». То есть modx говорит что использует 403, но использует 401. Но и её не использует))

Нашел в коде в файле coremodelmodxmodrequest.class.php 124 строка отправляет ошибку $this->modx->sendErrorPage();
я сделал чтобы отправлял $this->modx->sendUnauthorizedPage(); Потому что именно здесь выдается 404 при доступе к закрытому разделу, то есть именно тут должна выдаваться 403 (или 401 уже=) )

В общем, кто может прояснить ситуацию? может я что-то не правильно сделал?

Спасибо

Добавлено через 2 часа 24 минуты
Теперь если неавторизованный пользователь откроет одну из этих страниц, он увидит ошибку 404 — для него таких страниц не существует. Но нас такое поведение не устраивает. Мы хотим, чтобы при открытии страницы личного кабинета отображалась форма авторизации. Для этого идем в настройки системы и находим настройку unauthorized_page — Страница ошибки 403 «Доступ запрещен», и указываем в ней id страницы «Авторизация». У меня это — 3. Однако поведение все еще не изменится. Просто анонимному пользователю MODX не хочет раскрывать информацию даже о том, что такой ресурс существует. Чтобы разрешить отображение ошибки 403, где это нужно, идем в «Безопасность» → «Контроль доступа», нажимаем правой кнопкой мыши на группе «(аноним)» и выбираем «Редактировать». Переходим на вкладку «Доступ к группам ресурсов», добавляем группу:

Группа — Users,
контекст — web,
минимальная роль — Member,
политика доступа — Load only
Теперь при входе в личный кабинет нужно будет сначала ввести логин (e-mail) и пароль.

ответил на свой вопрос)

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь

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

Для того чтобы начать настраивать наш сайт, перейдем на вкладку «Инструменты» — «Конфигурация», как изображено на рисунке:

Теперь по пунктам рассмотрим то, что мы упустили в первоначальной настройке MODx в наших уроках.

Вкладка «Сайт»

Страница ошибки «404» — в этом поле вам необходимо указать идентификатор ресурса, который отвечает за обработку ошибки «404 страница не найдена». По умолчанию там стоит 1, а значит если пользователь попадет на несуществующую страницу, то его перекинет на «главную». Лучше всего сверстать отдельную страницу, которая будет отвечать за обработку данной ошибки, с понятными для посетителя сайта инструкциями, куда ему дальше идти и что делать.
Страница «Доступ запрещен» — в этом поле указывает идентификатор ресурса, который отвечает за обработку ошибки «403 доступ запрещен». Не все пользуются данной настройкой, но для общего ознакомления информация необходима.
Страница «Сайт недоступен» — в этом свойстве можно указать идентификатор ресурса, который будет показываться пользователю, если вы ограничите им доступ по каким-либо причинам. Очень полезная настройка для крупных порталов или магазинов. Иногда, при обновлении движка или определенного функционала сайта, могут возникать ошибки, которые могут спугнуть посетителя в дальнейшем. Поэтому верстаем красивую страницу, что сайт закрыт на профилактические работы и в скором времени заработает.
Сообщение о недоступности сайта – настраивается в случае, если не используется предыдущее решение. Но, на мой взгляд, отдельная страница, красиво и понятно оформленная, идея куда лучше.
«Регистрировать посещения» и «Количество лучших показателей» — совершенно бесполезные настройка, с учетом того что для аналитики все ставят сторонние скрипты от Яндекса и Гугла.
«Автоматическое назначение шаблона» — очень удобное свойство, для сайтов блогов, новостников и любых других, на которые часто публикуется контент. Рекомендую установить это свойство в значение «Соседний», таким образом для всех дочерних ресурсов одного и того же ресурса-родителя будет назначаться один и тот же шаблон, и не возникнет необходимости менять его при добавлении новой статьи.
«Шаблон по умолчанию» — здесь вам также лучше указать тот шаблон ресурса, который вы чаще всего используете на сайте, чтобы не менять его каждый раз. Очень полезная настройка MODx.
Публиковать по умолчанию – еще одна настройка, на которую стоит обратить внимание. Чтобы не выставлять флаг публикации, если вы, конечно, не используете отложенную публикацию статей, то выставите в «Публиковать». Все новые ресурсы будут появляться на сайте сразу же, после добавления.
«Кэшируемый по умолчанию» — кэширование очень важный инструмент, который влияет на скорость работы сайта, поэтому лучше установить этот флаг в «Да», если не предполагается, что ресурс не должен кэшироваться.
«Доступен для поиска по умолчанию» — еще одна настройка, которая отвечает за доступность ресурса в поиске. Если вы не хотите, чтобы какой-то ресурс участвовал в поиске, то ему нужно отключить этот флаг. По умолчанию лучше оставить флаг активным для всех документов сайта.
«Типы содержимого» — здесь перечисляются типы содержимого ресурсов по умолчанию, их можно добавлять и удалять. Пока не возникает необходимость, можно оставить все как есть. С помощью этого свойства браузер понимает, как обрабатывать ту или иную страницу и что показать пользователю. Если помните, мы использовали тип text/xml для ресурса, который отвечает за вывод xml-карты сайта, поскольку она представляет собой обычный файл в формате xml. По умолчанию для ресурсов отображается тип text/html, но при редактировании его можно изменить на любой другой.
Способ добавления Resource ID – здесь выбирается способ назначения новым документам уникального идентификатора. Я думаю можно оставить все как есть, ничего интересного в этой настройке для нас нет.
Способ кэширования страниц – весьма полезная настройка движка MODx. Если вы не используете фильтры или сортировку страниц на сайте, то можете оставить все как есть. Однако, если для отображения новостей вы предлагаете пользователю воспользоваться фильтром или сортировкой, то переключите флаг на значение «С учетом ID и GET параметров». Все дело в том, что если вы пользуетесь сниппетом Ditto для вывода ресурсов и стандартную сортировку, то в ней задействована передача GET параметров в вызов сниппета. Значит при таком способе желательно, чтобы подобные страницы кэшировались.
Тип сервера – здесь все просто, если вы используете протокол https, то выставите соответствующий флаг.

Вкладка «Дружественные УРЛ»

Полную настройку дружественных URL мы рассматривали ранее, поэтому не стоит уделять ей внимания.

Вкладка «Пользователи»

«Проверять системные файлы на наличие изменений» — здесь задан список файлов, которые будут проверяться на наличие изменений, и если такие произошли, то администратору будет отправляться письмо. Сделано это, прежде всего, с целью безопасности.
Использовать права доступа – стандартный механизм по разграничению прав доступа, оставляем все как есть.
Разрешить доступ к корневой папке – по умолчанию «нет», все так и оставляем и не думаем менять с целью безопасности.
Лимит неудачных попыток входа в систему – количество допустимых попыток входа в админку сайта, после превышения лимита пользователь блокируется.
Время блокировки – устанавливается время блокировки пользователя в минутах.
Обратный адрес – email администратора, на который будут приходить системные сообщения.
Тема письма подтверждающего регистрацию – думаю тут все понятно, если у вас используется регистрация на сайте, то можете это настроить.

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

Вкладка «Интерфейс и представление»

Шаблон системы управления – выбор шаблона административной части, по умолчанию MODxRe и MODxCarbon. Можете выбрать любую, какая вам больше нравится визуально.
Режим щелчка мышью на ресурсе – если вам удобней при клике на ресурс сразу преступить к его редактирования, то выставите флаг «Редактировать».
Запоминать вкладки – если выставить «Да», то при входе в админку вам откроется ваша последняя вкладка.
Название ресурса в дереве – настраивается отображение ресурса, допустимы: заголовок, псевдоним, псевдоним из меню и другие менее удобные.
Показывать вкладку с meta тегами – включает или отключает отображение вкладки с настройкой meta-данных. Здесь кому как удобно. Лично я не использую ее.
Путь к файлам – устанавливается базовый путь к загрузке файлов.
Разрешенные к загрузке изображения – список форматов графических файлов разрешенных для загрузки.
Использовать HTML редактор – рекомендую отключить его, поскольку он добавляет ненужный код, но все зависит от вас.

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

Остальные настройки MODx

Из остальных настроек я бы хотел отметить следующие:

Разрешенные к загрузке файлы – если вдруг вам понадобится загрузить файлы с расширением, которое отсутствует в этом поле, то его необходимо дописать, иначе у вас ничего не получится.
Максимальный размер загрузки — здесь также иногда требуется увеличить значение, чтобы загрузить файл большего объема.

Как видите, в настройке MODx есть весьма интересные вещи, которые иногда могут быть полезны.

Если у вас появятся вопросы по настройке MODx, оставляйте их в комментарии, я на них отвечу.

Написать комментарий

Поля помеченные * обязательны для заполнения.

Заказать звонок

Статья, в которой рассмотрим, как в MODX Revolution организована система прав доступа, а также некоторые типовые инструкции по настройки разрешений для пользователей.

MODX Revolution не позволяет напрямую назначать права пользователю. В этой системе данное действие осуществляется через группы пользователей.

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

создать группу и назначить ей нужные привилегии;
поместить одного или нескольких пользователей в эту группу.

Но нахождения пользователя в группе не означает то, что он получит все её привилегии. Права, которые получит пользователь, будут определяться с помощью отведённой ему в этой группе роли. Роль (ранг) пользователя в группе определяется с помощью числа от 0 до 9999. Это значение определяет, какие пользователь получит привилегии группы, а какие нет.

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

Разберём небольшой пример.

В этом примере:

Пользователь User1 принадлежит к группе Group1. Он имеет те привилегии группы, роль которых больше 2000.
Пользователь User2 состоит в 2 группах. Он имеет привилегии 2 групп. От первой группы (Group1) он имеет те привилегии, роль которых больше или равно 1000. А от второй (Group2) — те привилегии, роль которых больше или равно 9999.
Пользователь User3 находится в группе Group2. Эта группа даёт ему те права, роль которых больше или равно 5000.

Политика доступа в MODX

Установление привилегий группе в MODX Revolution осуществляется с помощью политики доступа. Она (политика доступа) назначаются группе применительно к определённым сущностям MODX, а именно к контексту, группе ресурсов, категории элементов, источнику файлов и пространству имён. Кроме этого указывается ещё минимальная роль, которая нужна пользователю этой группы, чтобы иметь эти привилегии.

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

В этом примере:

Пользователь User1 (роль в группе Group1 — 2000) имеет все привилегии группы Group1, роль которых больше или равно 2000. Т.е. это К1, К2 и Г2.
Пользователь User2 имеет самую высокую роль в группе (0) и, следовательно, все её привилегии (К1, К2, Г1 и Г2).
Пользователь User3 имеет в группе Group1 самую низкую роль (9999). В соответствии с ней он может совершать действия в системе, определённые в К2 и Г2.

Политика доступа – это набор прав, предоставляемый пользователю для совершения действий на сайте, работающем под управлением CMS MODX Revolution.

Почему это реализовано именно так? Это связано с тем, что прав в MODX очень много и их более удобно назначать группами (другими словами с помощью политики доступа), а не по одному.

Например, политика доступа Load, List and View имеет следующий набор разрешений:

load (загружать объекты);
list (получать коллекцию объектов);
view (просмотр объектов).

Как создать свою политику доступа

При установке разрешений группе пользователей вы не ограничены только существующими (предустановленными) в системе MODX политиками. При необходимости вы можете создать новые. Создание политики в MODX осуществляется на основании шаблона политики доступа. Шаблон политики доступа – это сущность MODX Revolution, которая определяет максимальный список разрешений, доступный при создании политики доступа.

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

Найти подходящий шаблон политики доступа (при необходимости отредактировать существующий или создать новый).
Создать политику доступа, выбрав подходящий шаблон.
Включить из всего списка разрешений, предлагаемый шаблоном, только те, которые вы хотите предоставить пользователям (если они будут иметь эту политику).

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

Анонимный пользователь

В MODX Revolution любой не авторизированный посетитель сайта является анонимным и принадлежит к группе (аноним). В этом легко убедится, если создать следующий сниппет, поместить его вызов в шаблон ресурса, а затем открыть страницу.

Php код сниппета GetUser:

<?php
return $modx->user->get('username');

Вызов сниппета на странице:

[[!GetUser]]

Результат работы:

(anonymous)

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

Типовые инструкции по настройке разрешений

В этом разделе рассмотрим инструкции, которые можно использовать, когда вам необходимо:

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

Ограничение доступа к определённым ресурсам

Рассмотрим пример, в котором ограничим доступ анонимным пользователям к определённым ресурсам (например, к личному кабинету, к странице «Изменения пароля» и т.п.). Доступ к этим ресурсам предоставим только зарегистрированным пользователям.

Чтобы это осуществить необходимо:

Создать группу ресурсов Users (Содержимое -> Группы ресурсов -> кнопка «Создать группу ресурсов»). В появившейся форме ввести в поле «Имя» — Users и нажать на кнопку «Сохранить». Поместить в неё нужные ресурсы (доступ, к которым необходимо ограничить для анонимных посетителей).
Создать группу пользователей Users (Иконка «Шестерёнка» -> Контроль доступа -> кнопка «Новая группа пользователей»). В открывшемся диалоговом окне ввести в поле «Имя» — Users, «Контексты» — web, «Политики бэкэнда» — (нет политики).
Перейти в режим редактирования группы (в контекстном меню Users выбрать пункт «Редактировать группу пользователей»).
Открыть вкладку «Права доступа», а в ней «Доступ к группам ресурсам». Нажать на кнопку «Добавить группу ресурсов» и заполнить открывшуюся форму («Группа ресурсов» — Group, «Контекст» — (web), Минимальная роль – Member (9999), «Политика доступа» – Load, List and View).

После этого, любой анонимный или другой пользователь (у которого нет прав) получит 404 ресурс (т.к. у него нет даже права load), если он попытается открыть какую-ту страницу из этой группы.

Если же вы хотите анонимных пользователей, при открытии защищённых страниц, пересылать на какую-то другую (например, авторизации), то необходимо выполнить дополнительно ещё следующее (а именно дать право load для этой группы ресурсов):

Открыть системные настройки (иконка «Шестерёнка» -> Системные настройки). Выбрать пространство имён «core», раздел «Сайт». Найти параметр unauthorized_page (Страница ошибки 403 «Доступ запрещен») и указать ему в качестве значение — id ресурса, содержащего форму «Авторизации».
Перейти в режим редактирования группы (аноним). В разделе «Доступ к группам ресурсам» (вкладка «Права доступа») добавить группу ресурсов Users и выставить ей необходимые права (в данном случае «Контекст» — (web), Минимальная роль – Member (9999), «Политика доступа» – Load Only).

Настройка прав для контент менеджера

В этом примере создадим группу «Managers», пользователи которой смогут в админке загружать изображения в директорию и работать с определёнными ресурсами.

Чтобы это осуществить можно, например, воспользоваться следующей инструкцией:

1. Создать новую политику доступа Manager с необходимыми правами:

Открыть страницу «Контроль доступа» (иконка «Шестерёнка» -> Контроль доступа) и перейти на вкладку «Политика доступа».
Сделать копию политики «Content Editor».
Отредактировать созданную копию, а именно изменить поле имя на Manager и установить галочки напротив прав directory_list, file_list, file_manager, file_remove, file_tree, file_upload. В итоге политика доступа Manager будет иметь 30 разрешений. Это необходимо сделать для того, чтобы пользователю предоставить права для работы с файлами.
Нажать на кнопку «Сохранить».

2. Скрыть ресурсы, к которым менеджеры не должны иметь доступ в админке:

Открыть страницу «Группы ресурсов» и нажать на кнопку «Создать группу ресурсов».
В открывшейся форме ввести в «Имя» — ClosedForManagers, «Контексты» — mgr и отметить опцию «Автоматически дать доступ группе Administrator».
Кликнуть на кнопку «Сохранить».
Перетащить в созданную группу ресурсы, которые необходимо скрыть для менеджеров в админке.

3. Предоставить доступ к директории, в которую пользователь будет загружать картинки.

Открыть страницу «Источники файлов», кликнуть по кнопке «Создать новый источник файлов».
В открывшейся форме ввести в поле «Имя» текст Images, в «Описание» — Изображения, в «Тип источника файлов» — Файловая система.
Нажать на кнопку «Сохранить».
Отредактировать только что созданный источник файлов (правая кнопка мыши -> действие «Редактировать»).
Изменить значение параметров: basePath – assets/images/, baseUrl – assets/images/, allowedFileTypes — jpg, jpeg, png, gif.
Кликнуть по кнопке «Сохранить».

Источник файлов, не имеющий связанной с ним группы пользователей, будет доступен всем пользователем бэкэнда. Поэтому чтобы для пользователей группы Managers не показывались другие источники файлов, которые не связаны не с одной группы, их, например, можно назначить группе пользователей Administrator.

Система разграничения доступа MODX при помощи источника файлов позволяет различным пользователям задать определённые каталоги, к которым они будут иметь доступ, а также определить набор их привилегий в них. Другими словами — это система, которая с помощью которой, например, одним пользователям можно дать одни каталоги, а другим — другие.

4. Создать новую группу пользователей и назначить ей необходимые права.

Открыть страницу «Контроль доступа», перейти на вкладку «Группы пользователей & Пользователи», нажать на кнопку «Новая группа пользователей».
В открывшемся диалоговом окне заполнить следующие поля: «Имя» — Managers; «Описание» — Менеджеры; «Контексты» — web, mgr; «Политика бэкэнда» — Manager.
Нажать на кнопку «Сохранить».
Перейти в режим редактирования только что созданной группы пользователей «Managers» (нажать правой кнопкой мыши на группе -> пункт в контекстном меню «Редактировать»).
Перейти на вкладку «Права доступа».
Открыть раздел «Доступ к контекстам». Доступ контексту web: «Минимальная роль» — Member (9999); Политика доступа – Load, List and View. Доступ к контексту mgr: «Минимальная роль» — Member (9999), Политика доступа – Manager.
В разделе «Доступ к источнику файлов» добавим новую запись, имеющую следующие значения: «Источник» — Images; «Минимальная роль» — Member (9999), «Политика доступа» – Media Source Admin.
Нажать на кнопку «Сохранить»

5. Создать пользователя и добавить его в группу «Manager». В качестве значения роли установить ему число 9999 (Member). Данной роли ему будет достаточно, чтобы получить все разрешения данной группы. Это связано с тем, что для этой группы мы не назначали политики доступа для которых потребовалось бы роль больше чем 9999.

Задать вопрос

modx

MODX

Добрый день! Есть Revo 2.3.3. При попытке работы с ресурсами отдается сообщение «Доступ запрещен». Помогает перелогин в админку.
Кто-нибудь исправлял или знает куда копать?

Вопрос задан
более трёх лет назад
3684 просмотра

Комментировать

Пригласить эксперта

Ответы на вопрос 1

Sanes

Вероятно сессии не сохраняются.

Ответ написан

более трёх лет назад

Комментировать

Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации

Похожие вопросы

- MODX
Простой
- 1 подписчик
- 19 часов назад
- 61 просмотр
- MODX
Простой
Как узнать user ID или тип текущего пользователя?
- 1 подписчик
- 26 янв.
- 31 просмотр
- HTML
- +1 ещё
Простой
Как сделать такую страницу только Rutube?
- 1 подписчик
- 24 янв.
- 83 просмотра
- PHP
- +1 ещё
Средний
Что за ошибка mkdir() Invalid path в MODX? Как её решить?
- 1 подписчик
- 24 янв.
- 118 просмотров
- MODX
Средний
Появилась ошибка при создании статьи в modx, MIGX, как решить?
- 1 подписчик
- 23 янв.
- 52 просмотра
- MODX
Простой
- 1 подписчик
- 18 янв.
- 34 просмотра
- MODX
Простой
Как не выводить определённые пункты меню?
- 1 подписчик
- 14 янв.
- 34 просмотра
- MODX
- +1 ещё
Простой
Где и какой программой найти вирусы в MODX?
- 1 подписчик
- 13 янв.
- 46 просмотров
- MODX
Простой
Какие альтернативы есть модулю Tickets?
- 1 подписчик
- 13 янв.
- 39 просмотров
- MODX
Простой
Как в плагине MIGX для MODX заменить слова в TV?
- 1 подписчик
- 02 янв.
- 29 просмотров
Показать ещё
Загружается…

Вакансии с Хабр Карьеры

Web-разработчик fullstack (MODX)

THE CULTT

До 140 000 ₽

Web-разработчик

Генератор продаж

от 60 000 до 150 000 ₽

Битрикс разработчик (коробочная версия)

Dodo Engineering

от 110 000 ₽

Ещё вакансии

Заказы с Хабр Фриланса

UX проектирование мобильного приложения на iOS

31 янв. 2023, в 13:00

80000 руб./за проект

Простой парсер страницы на сайте

31 янв. 2023, в 12:55

2000 руб./за проект

Восстановление secondary сервера CENTOS 6, QEMU, DRDB, OVZ

31 янв. 2023, в 12:38

3000 руб./за проект

Ещё заказы

Минуточку внимания

Присоединяйтесь к сообществу, чтобы узнавать новое и делиться знаниями

Зарегистрироваться

Войдите на сайт

Чтобы задать вопрос и получить на него квалифицированный ответ.

Войти через центр авторизации

Вы столкнулись с сообщением «Ошибка 403»? Что делать, мы расскажем в этой статье.

Если при открытии вашего сайта вы получили одно из следующих уведомлений:

В доступе на страницу отказано,
403 Forbidden,
Forbidden, доступ запрещён,
Forbidden You don’t have permission to access,
Access denied.

Ошибка 403 говорит о том, что доступ к запрашиваемой странице запрещён или у пользователя нет прав на просмотр контента.

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

Возможные причины и их решения, если проблема на стороне владельца сайта

Заблокирована работа хостинга

403 ошибка может возникнуть, если услуга хостинга была заблокирована. Блокировка может произойти, если превышены технические ограничения тарифа или нарушены условия договора оферты. Перед блокировкой на контактный email владельца услуги придёт предупреждение. У него будет 24 часа на устранение причины блокировки.

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

Если подобных писем не приходило и услуга не блокировалась, причина ошибки в другом.

Некорректно задана главная страница сайта

Главная страница сайта (индексный файл) – это первая страница, которая открывается пользователю, если он перешёл по домену без указания точной страницы сайта, например www.test.ru. По общепринятым правилам она называется index.html или index.php. Если в корневой папке сайта отсутствует файл с названием index.html или index.php, возникнет ошибка 403. В качестве индексного файла может использоваться файл, отличный от index.html или index.php. Но название данного файла должно быть указано в настройках.

Проверьте, чтобы:

в корневой папке сайта существовал файл главной страницы (индексный файл),
в настройках указано соответствующее название файла главной страницы (индексного файла).

Чтобы это проверить войдите в панель управления хостингом и следуйте соответствующей инструкции ниже:

Как проверить, какое название файла главной страницы указано в настройках

1.
В левом меню перейдите на страницу Сайты.
2.
Выберите домен, на котором возникает ошибка 403, и нажмите кнопку Изменить.
3.
В пункте «Индексная страница» в поле ввода должно быть указано название файла главной страницы сайта. По умолчанию index.php index.html.

Если название файла главной страницы, который расположен в корневой папке сайта, не соответствует названию, указанному в настройках, измените на правильное и нажмите Ок.

Как проверить наличие индексного файла в корневой папке

1.
В левом меню перейдите на страницу Сайты.
2.
Выберите домен, на котором возникает ошибка 403, и нажмите кнопку Файлы сайта. Откроется корневая папка вашего сайта.
3.
Убедитесь, что в данной папке существует индексный файл, название которого указано в настройках домена:

Если в корневой папке есть индексный файл и его название соответствует названию в настройках домена, но 403 ошибка сохраняется, попробуйте другой вариант.

Как проверить, какое название файла главной страницы указано в настройках

Для панели управления CPanel название индексного файла установлено по умолчанию index.html и index.php. Изменить его можно только вручную, через файл .htaccess. Поэтому в случае с cPanel необходимо убедиться только в том, что в корневой папке сайта существует файл index.html или index.php.

Как проверить наличие индексного файла в корневой папке

Обратите внимание: если вид вашей панели управления отличается от представленного в статье, в разделе «Основная информация» переключите тему с paper_lantern на jupiter.

1.
В разделе «Домены» перейдите на страницу Домены:
2.
Нажмите по строке, где указана корневая папка домена, на котором возникает ошибка 403. Откроется корневая папка вашего сайта:
3.
Убедитесь, что в данной папке существует индексный файл, название которого указано в настройках домена.

Если индексный файл index.html или index.php существует в корневой папке сайта, но 403 ошибка сохраняется, переходите к следующим действиям.

Как проверить, какое название файла главной страницы указано в настройках

Для панели управления Plesk название индексного файла установлено по умолчанию index.html и index.php. Изменить его можно только вручную, через файл .htaccess. Поэтому в случае с панелью Plesk необходимо убедиться только в том, что в корневой папке сайта существует файл index.html или index.php.

Как проверить наличие индексного файла в корневой папке

1.
Под нужным доменом нажмите по строке, где указана корневая папка домена. Откроется корневая папка вашего сайта.
2.
Убедитесь, что в данной папке существует индексный файл, название которого указано в настройках домена.

Если индексный файл index.html или index.php существует в корневой папке сайта, но 403 ошибка сохраняется, то переходите к следующим действиям.

Установлены некорректные права на файлы и каталоги сайта

В большинстве случаев корректными правами для каталогов являются «755», а для файлов «644». Проверьте и измените права на файлы и папки.

Если все права доступа к файлам и папкам указаны корректно, перейдите к следующему шагу.

Файлы сайта находятся не в корневой директории

При переходе на ваш сайт домен обращается к корневой папке, которая была указана в настройках домена. Если сайт был загружен в другую папку или подпапку в корневой директории, то возникнет ошибка 403.

Чтобы узнать корневую директорию и проверить, загружены ли в неё файлы сайта, выберите свою панель и следуйте соответствующей инструкции:

1.
В левом меню перейдите на страницу Сайты.
2.
Выберите домен, на котором возникает ошибка 403, и нажмите кнопку Файлы сайта.
3.
Откроется корневая папка вашего сайта. Убедитесь, что файлы сайта загружены в эту папку, а не в подпапку.

При отсутствии файлов сайта в корневой папке, добавьте их по инструкции Как разместить сайт на хостинге. Если ошибка 403 сохраняется, то переходите к следующему шагу.

1.
В разделе «Домены» перейдите на страницу Домены:
2.
Нажмите по строке, где указана корневая папка домена, на котором возникает ошибка 403. Откроется корневая папка вашего сайта:
3.
Убедитесь, что файлы сайта загружены в эту папку, а не в подпапку.

1.
Под нужным доменом нажмите по строке, где указана корневая папка домена. Откроется корневая папка вашего сайта.
2.
Убедитесь, что файлы сайта загружены в эту папку, а не в подпапку.

Неправильно настроен файл .htaccess (только для хостинга Linux)

Проверьте правила в конфигурационном файле .htaccess. Попробуйте временно изменить имя файла .htaccess, например, на .htaccess_old, и проверьте работоспособность сайта.

Если сайт станет доступен или на нём будет отображаться другая ошибка (не 403), дело в некорректных правилах или директивах, заданных в .htaccess.

Чтобы поправить, обратитесь к разработчикам сайта. Как правило, проблемы связаны с условиями «deny from all» и «RewriteRule».

Если вы используете на своём сайте CMS (например, WordPress, Bitrix и т.п.), вам может помочь замена существующего файла .htaccess на стандартный для вашей CMS.

Если после изменения названия файла .htaccess ошибка 403 не пропала, переходите к следующим действиям.

Некорректная версия ASP.NET (только для хостинга для ASP.NET)

Ошибка может возникнуть, если ваш сайт написан для версии ASP.NET 4.x, а на услуге хостинга установлен ASP.NET 3.5. Чтобы изменить версию ASP.NET для услуги хостинга, оставьте заявку в службу поддержки.

Некорректная работа плагинов в WordPress

Если ваш сайт сделан на WordPress, нужно проверить, не мешают ли работе сайта плагины.

Сначала обновите все плагины до последней версии. Иногда устаревшие версии работают некорректно и могут появляться различные ошибки.

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

Что может сделать пользователь со своей стороны

Проверьте правильность написания URL. Возможно, адрес был введён неверно, поэтому браузер выдал ошибку. Также обратите внимание, что вы вводите адрес веб-страницы или файла, а не каталога. Обычный URL-адрес заканчивается на .com, .ru .php, .html. URL-адрес каталога обычно заканчивается символом «/».
Убедитесь, что у вас действительно есть доступ к этому сайту. Некоторые корпоративные сайты ограничивают виды пользователей, которые могут посещать сервис или для просмотра нужно вводить корпоративный VPN.
Обновите страницу или зайдите позже. Если проблема на стороне владельца сайта, подождите, когда он устранит неполадку.
Очистите кэш и cookies браузера. Это может быть эффективно, если ранее вы заходили на сайт без проблем.
Сайт ограничен для пользователей определённого региона. Каждому устройству, который работает с интернетом присвоен IP-адрес, который содержит информацию о регионе, где пользуются устройством. Если вы пытаетесь зайти на сайт, который можно просматривать только в определенном месте, появляется ошибка 403. Для решения этой проблемы можно использовать прокси-сервер или VPN.
Если вы уверены, что сайт работает у других пользователей и вы попробовали все вышеперечисленные способы, обратитесь к интернет-провайдеру. Поставщик интернета мог попасть в чёрный список, что привело к ошибке 403 Forbidden на страницах одного или нескольких сайтов.

Источник

В настройках системы присутствуют ошибки:

Страница ошибки 403 «Доступ запрещен» не опубликована или не существует.

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

Sergey
08.09.2017 в 14:35

Бюджет проекта:: Неопределен

Версия MODX:: Revolution

Разработчики:: Любые

Срок до:: 30.09.2017

Источник

Далее на вкладке Настройки отметьте пункты Контейнер и Очистить кэш, остальные галочки снимите.

Не забудьте сохранить документ.

Вы увидите, что созданный документ обзавелся пиктограммой папки.

Создание документа в контейнере в MODX Revolution.

Сохраняем страницу, она готова.

Подробно со скриншотами описывать создание страниц ошибок 403 и 503 не буду. Они абсолютно аналогичны.

Источник

Не многие знают, но в MODX уже из коробки существует мощная система разделения прав пользователей. Кроме того, компонент Login позволяет создать на сайте самую настоящую систему регистрации, авторизации, личного кабинета пользователей. Предлагаю разобрать возможности этого компонента и некоторые нюансы доступа пользователей.

Для начала, создадим две системные настройки, которые избавят нас от проблем с кодировками и неверным отображением некоторых страниц в браузере. В разделе «Система» → «Настройки системы» нажимаем кнопку «Создать новый параметр». В поле «Ключ» указываем error_page_header, а в поле «Значение» — HTTP/1.0 404 Not Found и нажимаем сохранить. Так же создаем второй параметр — ключ: unauthorized_page_header, значение: HTTP/1.0 401 Unauthorized

После этого зайдите в «Управление пакетами», найдите и установите дополнение Login.

Теперь создадим странички (по ссылкам код, который нужно вставить в контент ресурсов):

Регистрация (2)
- Подтверждение регистрации (5)
Авторизация (3)
- Восстановление пароля (6)
Личный кабинет (4)
- Изменение пароля (7)
- Редактирование данных (8)

В коде на странице «Регистрация» в параметре activationResourceId указываем id ресурса «Подтверждение регистрации»

В коде страницы «Подтверждение регистрации» в трех местах указываем id ресурса «Личный кабинет»: в параметре errorPage, на 8 и на 11 строчках.

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

У всех этих ресурсов сразу уберите галочки «Использовать HTML редактор», чтобы наш код не обрабатывался установленным визуальным редактором.

Далее нужно создать группу пользователей, чтобы можно было дать им какие-либо преимущества. Заходим в раздел «Безопасность» → «Контроль доступа», нажимаем кнопку «Новая группа пользователей», в поле «Имя» пишем Users, отмечаем галочку «Создать параллельную группу ресурсов», «Политика бэкенда» указываем (без политики)

Затем идем в «Содержимое» → «Группы ресурсов» и перетаскиваем из правого дерева в группу «Users» следующие ресурсы:

Личный кабинет
- Изменение пароля
- Редактирование данных

Теперь если неавторизованный пользователь откроет одну из этих страниц, он увидит ошибку 404 — для него таких страниц не существует. Но нас такое поведение не устраивает. Мы хотим, чтобы при открытии страницы личного кабинета отображалась форма авторизации. Для этого идем в настройки системы и находим настройку unauthorized_page — Страница ошибки 403 «Доступ запрещен», и указываем в ней id страницы «Авторизация». У меня это — 3. Однако поведение все еще не изменится.

Просто анонимному пользователю MODX не хочет раскрывать информацию даже о том, что такой ресурс существует. Чтобы разрешить отображение ошибки 403, где это нужно, идем в «Безопасность» → «Контроль доступа», нажимаем правой кнопкой мыши на группе (аноним) и выбираем «Редактировать». Переходим на вкладку «Доступ к группам ресурсов», добавляем группу:

Группа — Users,
контекст — web,
минимальная роль — Member,
политика доступа — Load only

Теперь при входе в личный кабинет нужно будет сначала ввести логин (e-mail) и пароль.

Как видите, все довольно просто. Внешний вид форм можно менять с помощью CSS, а текст писем для активации пользователя или восстановления пароля можно отредактировать в соответствующих чанках в категории Login.

Источник

unauthorized_page¶

Смотрите также¶

unauthorized_page¶

Смотрите также¶

Создание документов и категорий

Создание страницы 404 ошибки в modx

Создание страниц ошибок 401 и 503

unauthorized_page¶

Смотрите также¶

Создание документов и категорий

Создание страницы 404 ошибки в modx

Создание страниц ошибок 401 и 503

Вкладка «Сайт»

Вкладка «Дружественные УРЛ»

Вкладка «Пользователи»

Вкладка «Интерфейс и представление»

Остальные настройки MODx

Написать комментарий

Заказать звонок

Политика доступа в MODX

Как создать свою политику доступа

Анонимный пользователь

Типовые инструкции по настройке разрешений

Ограничение доступа к определённым ресурсам

Настройка прав для контент менеджера

Войдите, чтобы написать ответ

Как узнать user ID или тип текущего пользователя?

Как сделать такую страницу только Rutube?

Что за ошибка mkdir() Invalid path в MODX? Как её решить?

Появилась ошибка при создании статьи в modx, MIGX, как решить?

Как не выводить определённые пункты меню?

Где и какой программой найти вирусы в MODX?

Какие альтернативы есть модулю Tickets?

Как в плагине MIGX для MODX заменить слова в TV?

Минуточку внимания

Войдите на сайт

Возможные причины и их решения, если проблема на стороне владельца сайта

Заблокирована работа хостинга

Некорректно задана главная страница сайта

Как проверить, какое название файла главной страницы указано в настройках

Как проверить наличие индексного файла в корневой папке

Как проверить, какое название файла главной страницы указано в настройках

Как проверить наличие индексного файла в корневой папке

Как проверить, какое название файла главной страницы указано в настройках

Как проверить наличие индексного файла в корневой папке

Установлены некорректные права на файлы и каталоги сайта

Файлы сайта находятся не в корневой директории

Неправильно настроен файл .htaccess (только для хостинга Linux)

Некорректная версия ASP.NET (только для хостинга для ASP.NET)

Некорректная работа плагинов в WordPress

Что может сделать пользователь со своей стороны