Установка MODX локально (на компьютер): Open Server Panel и вариант с XAMPP

В этом уроке установим MODX на компьютер через Open Server Panel. Создадим локальный проект, разместим файлы системы, подготовим базу данных и пройдем установщик.

Основной пример рассчитан на Windows и OSPanel 6.5.x. В конце отдельно покажу, что меняется при использовании XAMPP и как проверить GD и ZIP. Выберите один локальный сервер: устанавливать и запускать оба одновременно для прохождения урока не нужно.

Скриншоты установщика остаются от MODX 2. Основной порядок подходит и для MODX 3, но требования к окружению и отдельные параметры нужно сверять с выбранной версией.

Что подготовить перед установкой

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

• Установленная Open Server Panel с нужными модулями.
• Дистрибутив MODX Revolution.
• Редактор для небольших изменений конфигурации.
• Свободный каталог проекта и новая база данных.

Если OSPanel еще не установлена, сначала выполните инструкцию по установке и первоначальной настройке Open Server Panel 6. Здесь не будем повторять весь мастер установки программы и подготовку Windows.

В примере программа находится в C:\OSPanel. Если у вас другой диск или каталог, заменяйте эту часть пути. Для проекта используем имя modx.local, для базы и ее пользователя — modx_local.

В основном примере открываем проект по HTTPS. Для этого локальный HTTPS и доверие к сертификату OSPanel должны быть подготовлены по инструкции выше. Если используете HTTP, замените https:// на http:// во всех адресах этого проекта, а не только на одном этапе.

Создаем проект в Open Server Panel

Подготовьте каталоги

Запустите OSPanel и через ее меню откройте корневой каталог программы. Найдите папку home — в шестой ветке здесь находятся пользовательские проекты.

1. Откройте C:\OSPanel\home.
2. Создайте папку modx.local.
3. Внутри нее создайте папку .osp для настроек проекта.
4. Рядом создайте папку public для файлов сайта.

В начале имени .osp обязательно стоит точка. Не создавайте вместо нее папку osp или файл .osp.txt.

Должна получиться такая структура:

C:\OSPanel\home\modx.local\
├── .osp\
└── public\

Отдельная папка public не обязательна для MODX, но в этом примере используем именно ее. Файлы сайта находятся внутри public, а настройки проекта OSPanel — уровнем выше, в .osp.

Перезапустите OSPanel, чтобы программа обнаружила проект. В актуальной ветке она создаст базовые файлы настроек внутри .osp. Найдите modx.local в меню проектов.

Если проекта нет в меню, проверьте расположение папки и имя .osp. Старые инструкции с каталогом domains относятся к OSPanel 5 — не смешивайте их с этим примером.

Выберите модули и публичный каталог

В меню проекта назначьте веб-сервер и PHP. Для этого примера используем:

• HTTP: Apache.
• PHP: PHP-8.2.
• Сервер базы данных: MySQL-8.4.

Названия должны совпадать с модулями вашей сборки. Если нужного компонента нет, установите его через предусмотренный OSPanel способ. Для старого готового проекта версии подбирайте по требованиям его ядра и дополнений.

Откройте автоматически созданный файл:

C:\OSPanel\home\modx.local\.osp\project.ini

Проверьте выбранные значения и укажите папку public как публичный каталог. Ниже показан только нужный фрагмент, а не весь файл:

[modx.local]
http_engine = Apache
php_engine = PHP-8.2
web_root = {base_dir}\public

Остальные строки существующей конфигурации оставьте на месте. Не заменяйте полный автоматически созданный файл этим коротким примером.

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

environment = MySQL-8.4

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

Сохраните файл, перезапустите OSPanel и выберите для проекта «Включить модули проекта». Отдельно проверьте, что сервер MySQL-8.4 включен.

Для MODX 3.2 требуется PHP 8.1 или выше, поэтому выбранный PHP 8.2 соответствует этому требованию ядра. Для конкретных дополнений проверяйте их требования отдельно.

Проверьте работу PHP

Перед распаковкой CMS удобно убедиться, что локальный адрес открывается и PHP действительно выполняется. В папке public создайте временный файл check.php:

<?php
header('Content-Type: text/plain; charset=utf-8');

echo 'PHP: ' . PHP_VERSION . PHP_EOL;
echo 'php.ini: ' . (php_ini_loaded_file() ?: 'не загружен') . PHP_EOL;
echo 'pdo_mysql: ' . (extension_loaded('pdo_mysql') ? 'включено' : 'нет') . PHP_EOL;
echo 'GD: ' . (extension_loaded('gd') ? 'включено' : 'нет') . PHP_EOL;
echo 'ZIP: ' . (extension_loaded('zip') ? 'включено' : 'нет') . PHP_EOL;

Откройте в браузере:

https://modx.local/check.php

Вы должны увидеть версию PHP, путь к используемому php.ini и состояние расширений.

Это проверка нескольких важных компонентов, а не полный тест всех требований CMS.

Если браузер показывает PHP-код или предлагает скачать файл, обработка PHP не настроена. Не продолжайте установку: проверьте модули проекта, их состояние и публичный каталог.

Если расширение отсутствует, включите его в конфигурации соответствующего PHP-модуля, перезапустите модуль и повторите проверку. В OSPanel редактируется шаблон конфигурации выбранного модуля, а не случайный php.ini из другой установки.

После проверки удалите check.php.

Скачиваем и размещаем MODX

Откройте страницу скачивания MODX и выберите нужную ветку системы.

Для прохождения уроков в том же интерфейсе используйте MODX 2. Основную часть обучения можно выполнять и на MODX 3 с совместимыми дополнениями. Если сомневаетесь в выборе, сначала прочитайте FAQ перед началом работы.

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

1. Распакуйте скачанный ZIP-архив.
2. Откройте папку с содержимым дистрибутива.
3. Скопируйте содержимое в C:\OSPanel\home\modx.local\public.

Для Advanced внутри public должны оказаться каталоги core и setup, а также другие файлы, если они есть в выбранном пакете. Не оставляйте их внутри дополнительной папки с названием дистрибутива.

Папка .osp остается уровнем выше — в корне проекта modx.local. Дистрибутив CMS не нужно распаковывать внутрь нее.

Создаем базу данных и пользователя

Откройте phpMyAdmin

В OSPanel 6.5.x есть комплектный проект phpMyAdmin. Включите нужный сервер базы, найдите проект phpmyadmin в меню, назначьте ему работающие HTTP и PHP, если это еще не сделано, и откройте через меню программы.

На странице входа выберите сервер MySQL-8.4. Создавать базу нужно именно на том модуле, к которому затем будет подключаться MODX.

На странице входа выберите сервер MySQL-8.4. В используемой конфигурации OSPanel после выбора сервера phpMyAdmin открывается сразу, без ввода логина и пароля. Создавать базу нужно именно на том сервере, к которому затем будет подключаться MODX.

Добавьте отдельную учетную запись

В phpMyAdmin откройте «Учетные записи пользователей» и нажмите «Добавить учетную запись пользователя».

Заполните:

• Имя пользователя: modx_local.
• Имя хоста: выберите локальный вариант localhost для стандартного локального подключения этого примера.
• Пароль: задайте собственный пароль.
• Подтверждение: повторите этот пароль.

В разделе базы данных для учетной записи выберите создание базы с именем пользователя и предоставление всех прав на эту базу.

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

Сохраните учетную запись. После этого проверьте, что появилась база modx_local, а пользователь имеет права именно на нее.

Запишите реквизиты:

Здесь есть важное различие: localhost в настройке учетной записи определяет допустимый источник подключения, а MySQL-8.4 в установщике — адрес сервера базы в OSPanel 6. Это разные поля.

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

Устанавливаем MODX Revolution

Запустите установщик

Откройте в браузере:

https://modx.local/setup/

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

Выберите русский язык и нажмите «Далее».

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

Выберите новую установку

На странице параметров установки выберите «Новая установка».

Если есть настройка «Отправлять заголовок X-Powered-By», ее можно отключить. Это не заменяет другие меры защиты, но отправлять такой заголовок для работы сайта необязательно.

Нажмите «Далее» и перейдите к подключению базы.

Подключите базу данных

Заполните поля:

• Тип базы данных: mysql.
• Сервер базы данных: MySQL-8.4.
• Имя базы данных: modx_local.
• Имя пользователя базы данных: modx_local.
• Пароль пользователя базы данных: ваш записанный пароль.
• Префикс таблиц: можно оставить modx_ для новой пустой базы.

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

Нажмите проверку соединения с сервером базы данных. В MODX 2 это может быть ссылка «Проверить соединение с сервером базы данных и отобразить список доступных сопоставлений», в MODX 3 — кнопка «Тест».

После успешного подключения выберите кодировку utf8mb4 и сопоставление utf8mb4_unicode_ci. Для этого учебного примера используем его ради совместимости с разными версиями MySQL и MariaDB при последующем переносе сайта.

Если на MySQL 8 установщик предложил utf8mb4_0900_ai_ci, это тоже допустимый вариант. Его можно оставить, когда целевой сервер поддерживает это сопоставление. Отличие связано с правилами сравнения и сортировки строк, а не с возможностью хранить кириллицу или эмодзи.

Теперь нажмите «Попытка соединения или выборки из базы данных» либо соответствующую кнопку проверки в вашей версии. Дождитесь сообщения об успешном доступе к базе modx_local.

Если соединение не проходит, проверьте имя модуля, состояние сервера, базу, пользователя, пароль и права. Исправлять файл xpdo.class.php добавлением utf8 к DSN не нужно.

Создайте администратора сайта

Заполните электронную почту, логин администратора, пароль и подтверждение пароля.

Это отдельная учетная запись MODX. Она не обязана совпадать с пользователем базы данных, и использовать для нее тот же пароль не требуется.

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

Нажмите «Далее».

Проверьте настройки каталогов Advanced

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

В MODX 2 Advanced позволяет изменять расположение или названия служебных каталогов, но для прохождения этого урока это не нужно. В MODX 3 каталог core должен оставаться в корне установки и не переименовываться.

Не изменяйте пути только ради повторения старого скриншота с префиксами в именах каталогов.

Пройдите проверку и завершите установку

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

Если необходимые проверки пройдены, нажмите «Установить».

Дождитесь сообщения об успешной установке ядра и переходите дальше.

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

На завершающем экране выберите удаление каталога setup, если этот пункт доступен, и нажмите «Войти».

После успешной установки проверьте, удалился ли каталог C:\OSPanel\home\modx.local\public\setup. Если он остался, удалим его вручную в разделе предупреждений ниже.

Проверяем результат

Откройте адрес админки:

https://modx.local/manager/

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

Если меняли каталог менеджера, используйте свой адрес.

После входа проверьте:

1. Админка загружается без ошибки сервера.
2. Открывается дерево ресурсов и главная страница.
3. Изменение тестового содержания сохраняется.
4. Сайт открывается по адресу https://modx.local/.
5. Временный check.php удален. Наличие оставшегося setup проверим и исправим ниже.

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

Не открывайте файлы MODX двойным щелчком в Проводнике. Проверять сайт нужно через его локальный адрес, чтобы запрос обрабатывали веб-сервер и PHP.

Убираем предупреждения после установки

После первого входа в админку MODX может показать предупреждения: каталог ядра доступен извне, конфигурационный файл открыт для записи и не удалена папка setup. Исправим их до продолжения работы.

В тексте используем единый путь C:\OSPanel\home\modx.local\public. Ориентируйтесь на фактическое расположение, указанное в предупреждении вашей админки. Если OSPanel установлена на другом диске, замените букву диска во всех соответствующих путях и командах.

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

Закрываем доступ к каталогу core

Сообщение «Каталог ядра в открытом доступе» означает, что MODX обнаружил доступ к файлам ядра через браузер. Посетителям не нужно открывать содержимое core, поэтому такой доступ закрываем.

Этот способ предназначен для Apache, выбранного в основном примере урока. Nginx не обрабатывает файлы .htaccess: для него запрет задается в конфигурации веб-сервера.

1. Откройте каталог C:\OSPanel\home\modx.local\public\core.
2. Включите в Проводнике отображение расширений файлов, чтобы видеть их полные имена.
3. Найдите файл-пример ht.access.
4. Если файла .htaccess в этом каталоге еще нет, переименуйте ht.access в .htaccess.
5. Проверьте, что получилось именно .htaccess, а не .htaccess.txt.

Если .htaccess уже существует, не заменяйте его вслепую. Сначала проверьте содержимое и фактический результат запрета.

Если нет ни файла-примера, ни существующего .htaccess, создайте в каталоге core новый файл .htaccess со следующим содержимым для Apache 2.4:

Require all denied

Это правило закрывает HTTP-доступ к каталогу и его содержимому. Оно не запрещает PHP читать файлы ядра с диска, поэтому нормальная работа сайта и админки должна сохраниться.

Не путайте этот файл с .htaccess в корне сайта. Здесь мы закрываем ядро, а корневой файл может отдельно использоваться для ЧПУ и других правил.

Проверяем запрет

Убедитесь, что файл core/docs/changelog.txt действительно существует в установленном дистрибутиве. Затем откройте в браузере:

https://modx.local/core/docs/changelog.txt

Если ваш проект работает по HTTP, используйте http://modx.local/core/docs/changelog.txt. Между доменом и core достаточно одного слеша.

Список изменений не должен отображаться. Ожидаемый ответ — HTTP 403 или 404. Для проверки точного статуса откройте инструменты разработчика браузера, вкладку Network, обновите страницу и посмотрите статус запроса. Ответ 404 для изначально отсутствующего файла сам по себе не доказывает защиту каталога.

Если текст по-прежнему открывается со статусом 200, запрет не сработал. Проверьте имя и расположение файла, выбранный HTTP-модуль проекта и разрешена ли обработка .htaccess в конфигурации Apache. При отключенном механизме AllowOverride файл может игнорироваться.

Ошибка 500 после изменения также не является успешной защитой. В этом случае посмотрите журнал Apache: возможно, директива не разрешена или в файле есть ошибка. Не продолжайте работу с неработающей конфигурацией.

Делаем конфигурационный файл доступным только для чтения

Следующее предупреждение относится к файлу:

C:\OSPanel\home\modx.local\public\core\config\config.inc.php

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

1. Найдите именно файл config.inc.php.
2. Нажмите на него правой кнопкой мыши и откройте «Свойства».
3. На вкладке «Общие» включите атрибут «Только чтение».
4. Нажмите «Применить», затем «ОК».

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

То же действие можно выполнить командой в терминале Windows:

attrib +R "C:\OSPanel\home\modx.local\public\core\config\config.inc.php"

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

После этого обновите страницу админки и проверьте предупреждение. Если оно осталось, дополнительно проверьте права NTFS и учетную запись, под которой работает PHP. Атрибут «Только чтение» не заменяет полноценную настройку прав доступа в Windows.

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

Удаляем оставшийся каталог setup

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

C:\OSPanel\home\modx.local\public\setup

Удаляем только setup. Каталоги core, manager, connectors и assets для этого не трогаем.

После удаления откройте https://modx.local/setup/ или соответствующий HTTP-адрес. Установщик больше не должен запускаться.

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

Проверяем результат исправлений

Обновите страницу админки и убедитесь, что:

• Файл core/docs/changelog.txt больше не читается через браузер.
• Предупреждение о доступном извне ядре исчезло.
• Конфигурационный файл не отмечается как открытый для записи.
• Каталог setup удален, установщик не открывается.
• Обычные страницы сайта и админка продолжают работать.

Это базовые действия после установки, а не полный аудит безопасности. После переноса на хостинг повторно проверьте доступ к ядру, права конфигурации и отсутствие установщика: локальные настройки Windows и Apache не подтверждают защиту на другом сервере.

Если новости и уведомления безопасности пустые

На главном экране админки блоки «Новости MODX» и «Уведомления безопасности MODX» могут оставаться пустыми, даже если интернет на компьютере работает. Они получают данные из внешних лент, а доступ к сайтам из браузера не подтверждает, что локальный PHP успешно загрузил и обработал эти данные.

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

Альтернатива: установка на XAMPP

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

Выбирайте сборку с PHP, подходящим для вашей версии CMS. Не скачивайте старую XAMPP с PHP 7.4 только ради совпадения с прежним уроком.

Ниже показаны пути и кнопки Windows-версии. Для Linux и macOS расположение файлов и управление службами отличаются. Перед запуском остановите конфликтующие модули другого локального сервера, если он тоже установлен.

Подготовьте сервер, файлы и базу

1. В панели XAMPP запустите Apache и MySQL. Название кнопки MySQL сохраняется, хотя в современных сборках сервером базы является MariaDB.
2. Откройте http://localhost/ и проверьте, что локальный сервер отвечает.
3. В каталоге C:\xampp\htdocs создайте папку modx.local. Здесь она является подкаталогом сайта, а не автоматически зарегистрированным доменом.
4. Распакуйте файлы дистрибутива непосредственно в C:\xampp\htdocs\modx.local.
5. Откройте phpMyAdmin через кнопку Admin напротив MySQL или по адресу http://localhost/phpmyadmin/.

Кнопка открытия phpMyAdmin в прежней версии панели XAMPP.

phpMyAdmin может открыться сразу или запросить вход — это зависит от его конфигурации. Используйте административные реквизиты своей установки. Пароль root не является универсальным паролем XAMPP.

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

Запустите установку

Откройте http://localhost/modx.local/setup/ и выполните общие шаги установщика из основного примера.

В XAMPP вместо MySQL-8.4 укажите localhost при стандартном локальном подключении. Имя базы, пользователь и пароль — те, которые вы создали в phpMyAdmin.

Архивный пример формы подключения в MODX 2. Используйте свои реквизиты; для этого XAMPP-сценария сервер базы — localhost.

После установки адрес админки будет http://localhost/modx.local/manager/. Для отдельного адреса modx.local потребуется настройка виртуального хоста; в этом примере она не нужна.

Проверку предупреждений безопасности также выполните, но используйте свои пути: файлы находятся в C:\xampp\htdocs\modx.local, а проверочный адрес ядра — http://localhost/modx.local/core/docs/changelog.txt.

Если в XAMPP не включены GD и ZIP

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

Для проверки можно временно создать описанный выше check.php в папке XAMPP-проекта и открыть http://localhost/modx.local/check.php. Строка php.ini покажет конфигурацию, которую использует PHP при запросе через браузер.

1. В Windows-панели XAMPP нажмите Config напротив Apache и выберите PHP (php.ini).
2. Убедитесь, что открытый файл совпадает с путем из проверки.
3. Найдите строки подключения GD и ZIP.
4. Если они закомментированы, удалите только начальную точку с запятой.
5. Сохраните файл и перезапустите Apache через Stop и Start.
6. Снова откройте проверочную страницу и убедитесь, что расширения включены.

В конфигурации современных Windows-сборок строки могут выглядеть так:

extension=gd
extension=zip

Используйте существующие строки своей сборки. В старых версиях имена могут отличаться, например для GD встречается php_gd2.dll. Если строка уже активна, второй раз добавлять ее не нужно.

Если расширение не загрузилось, проверьте журнал Apache/PHP. Не скачивайте случайную DLL: она должна соответствовать конкретной сборке PHP. Для Linux и macOS способ установки или включения расширений зависит от окружения и не сводится к копированию Windows-настроек.

Отдельные материалы на моем сайте о MODX 3: включение GD и ZIP в XAMPP и пример локальной установки через XAMPP. При создании пользователя базы используйте ограничение прав из этого урока.

После проверки удалите временный файл check.php.

Если установка не проходит

Локальный адрес не открывается

В OSPanel проверьте, обнаружен ли проект, включены ли назначенные модули и выбран ли правильный публичный каталог. Если используется VPN, прокси или защищенный DNS, проверьте исключения для локального окружения. Не отключайте защиту всей системы ради одного проекта.

В XAMPP сначала проверьте запуск Apache и адрес http://localhost/. Если Apache не запускается, посмотрите его журнал: возможен конфликт порта с другим приложением.

Нет подключения к базе

Для OSPanel 6 проверьте имя выбранного модуля, например MySQL-8.4. Для стандартного XAMPP используется localhost.

Затем проверьте базу на этом сервере, пользователя, пароль и права. При сообщении Access denied посмотрите также, какой хост учетной записи указан в ошибке.

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

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

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

Не добавляйте utf8 к DSN в xpdo.class.php. Если ранее уже меняли ядро по старой инструкции, сначала сохраните проект и верните соответствующие файлы из чистого дистрибутива той же версии.

Форма или отправка почты не работает локально

Локальный сервер не обязан автоматически отправлять письма на внешний ящик. Для тестирования можно настроить SMTP или локальный приемщик писем. Работу формы, валидацию и фактическую доставку проверяйте отдельно.

Часть функций и интеграций требует дополнительной настройки локального окружения. Возможны также отличия Windows от Linux-сервера. Но перенос на хостинг сам по себе не гарантирует устранение ошибок: в новом окружении нужно проверить версии, пути, подключение к базе и внешние интеграции.

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

Следующий шаг

После успешной установки переходите к обзору админки MODX, затем к основным настройкам после установки.

Если предпочитаете работать сразу на сервере, есть отдельная инструкция установки на хостинг. Полная последовательность обучения находится в карте создания сайта на MODX.

← Предыдущая статьяСкачать MODX Revolution на русском: MODX 2 и MODX 3

Следующая статья →Админка MODX: вход, основные разделы и восстановление доступа