Перейти к содержанию
  • записи
    3
  • комментариев
    20
  • просмотров
    145

aaPanel - бесплатная панель управления для VDS / VPS / сервера + Nginx/Apache + php-fpm + Linux Ubuntu 16.04 / 18.04 / 20.04, Debian 9+, Centos 7 / 8


sitecreator

202 просмотра

Оригинал статьи: aaPanel - бесплатная панель управления для VDS / VPS / сервера + Nginx/Apache + php-fpm + Linux Ubuntu 16.04 / 18.04 / 20.04, Debian 9+, Centos 7 / 8

(в оригинале изменения и дополнения информации могут появляться быстрее)

sitecreator_ru_DOAOnOWlLK.png

 

aaPanel


Описывая возможности панели управления aaPanel буду временами сравнивать ее с другими панелями управления. Не ставлю целью категорически выделить лучшую панель управления и/или операционную систему и/или лучший веб-сервер. Предоставляю самостоятельно делать окончательный выбор. Если я что-то описываю, то это не обязательно означает, что я описываю собственные предпочтения и даю рекомендации использовать вот именно "то, а не это", скорее всего, это будет анализ собственного опыта, в том числе анализ ошибок (ошибочного выбора). Без практического опыта и практического сравнения невозможно заранее точно понять, что же окажется самым удобным и самым быстрым (производительным). Поэтому я выбрал вариант "пощупать" разные панели управления VDS/VPS под разными ОС Linux, и уже потом решил сделать более осознанный окончательный выбор на основе сравнения возможностей, удобства, глючности (точнее - отсутствие оных), требовательности (прожорливости) к ресурсам и т.п.

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

Полная документация на панель управления: документация aaPanel
Панель управления бесплатная.
Поддерживает выбор конфигурации веб-сервера и PHP.

Возможные варианты веб-сервера и PHP:

  • Nginx + php-fpm
  • Apache + php-fpm
  • OpenLiteSpeed + LSPHP


С точки зрения производительности самый интересный вариант - это Nginx + php-fpm.
Для каждого сайта возможно использование своей версии php.

Операционные системы Linux, которые поддерживает aaPanel:
 

  • Ubuntu 16.04 / 18.04 / 20.04
  • Ubuntu 22.04 (пока с некоторыми ограничениями)
  • Debian 9+
  • Centos 7 / 8


Набор дополнительных возможностей в aaPanel зависит от операционной системы. Самый большой выбор дополнительных функциональных возможностей будет при установленной Linux Centos 7. Это не означает, что Centos 7 чем-то превосходит остальные ОС, просто это особенность данной панели управления. Различные панели управления тяготеют в той или иной степени к тем или иным ОС. Например, в случае панели управления ISPmanager также наблюдалась поддержка в первую очередь Centos 7, т.е. новый функционал появлялся сперва именно для этой Linux, потом - для остальных.

В любом случае выбор дистрибутива Linux (FreeBSD или иной вариант UNIX) - это дело вкуса и привычки, и опыта . Но учитывайте, что некоторая (небольшая) часть дополнительных приложений для aaPanel рассчитана только на Centos или Centos / Ubuntu. Основной же функционал одинаково работает на любой из поддерживаемых ОС Linux. При прочих равных имеет смысл всегда смотреть в сторону наиболее свежего дистрибутива (с более свежим ядром соответственно) и одновременно не забывать о долговременной поддержке разработчиком того или иного дистрибутива.
 

 
sitecreator_ru_lTTr7HFOuo.png



По сравнению с панелью управления CyberPanel панель управления aaPanel выглядит более гибкой и удобной.
Во-первых, вы можете с aaPanel переключать при желании (ради тестов и т.п.) тип сервера с одного на другой без переустановки сайта.

Менеджер файлов в отличие от CyberPanel в aaPanel позволяет работать с любыми папками, а не только с папками сайтов. Можно всегда посмотреть суммарный вес всех файлов папки, что довольно удобно. Например, в той же панели ISPmanager нет кнопки для просмотра размера всех файлов в папке.
В aaPanel нет проблем с кириллическими названиями файлов.
Отдельным недостатком файлового менеджера aaPanel можно назвать отсутствие для браузера FireFox использовать режим перетаскивания drag & drop, но в Crome это работает. В ISPmanager 5 такой функции нет совсем.
 

 
sitecreator_ru_pvAsl9pVYA.png


 

 
sitecreator_ru_y1YjJtJclm.png




По-умолчанию все удаляемые файлы помещаются в корзину. В ISPmanager, к примеру, корзины нет. Такое поведение по-умолчанию может быть неудобно, т.к. может быть съедено бесполезными файлами пространство жесткого диска. Вы можете отключить корзину. Кнопка корзины всегда присутствует в файловом менеджере.
 

 
sitecreator_ru_lBG9Z1s2yt.png


 

 
sitecreator_ru_aCEbThmLpK.png



Правда если корзину отключить, то удаление файла превращается в "интеллектуальную задачу", т.к. файловый менеджер начинает вам подкидывать арифметические упражнения, правильно решив которые вы можете удалить файл. Где изменить такое поведения я не смог пока найти, т.к. в основных настройках панели управления нет чего-то подобного, переключение настроек на "develop mode" вопрос не решает.
 

 
sitecreator_ru_QWvlDZwaig.png




В отличие от CyberPanel в aaPanel есть удобный функционал импорта/экспорта данных в базу данных и бекапа (backup) БД. Такой функционал также есть в ISPmanager. Это позволяет не использовать для этого PHPmyAdmin, который делает подобные операции крайне медленно, а из-за лимита времени (на выполнение php) может не завершиться за один проход импорт большого файла SQL.
 

 
sitecreator_ru_wnw7ZAm4FV.png


 

 
sitecreator_ru_qmSdsUYbFp.png

 

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


Рекомендуемые комментарии

Сравнение NGINX + PHP-FPM vs LiteSpeed + LSPHP



Использовались для теста VDS с одинаковыми параметрами:

  • 1 ядро 2.4 ГГц,
  • 2 Гбайт памяти,
  • 20 Гбайт диск SSD,
  • ОС Linux Centos 7.9
  • PHP 7.2


Для веб-сервера Nginx+php-fpm использовалась панель управления aaPanel.
Для OpenLiteSpeed +LSPHP - CyberPanel соответственно.


Была использована база товаров реального магазина на 17 000 позиций.
Измерялся параметр TTFB для:

  • главной страницы
  • страница Категория на 15 товаров
  • страница Категория на 100 товаров

 

OpenLiteSpeed

 

 
 
 
sitecreator_ru_OxtdkErTBp.png

 

 
 
 
sitecreator_ru_7GWkbGwLfu.png

 

 
 
 
sitecreator_ru_N3puzjM1lQ.png



 

NGINX

 

 
 
 
sitecreator_ru_qT30ixlYPF.png

 

 
 
 
sitecreator_ru_EQXUWBogjg.png

 

 
 
 
sitecreator_ru_P1zstQtEh1.png





Итак, результат. Ожидаемо, что NGINX+PHP-FPM оказался несколько быстрее.
Нужно также учитывать, что это был т.н. "спокойный тест", т.е. когда одновременной нагрузки на сервер в виде многочисленных пользователей не было, был условный один пользователь. При "стресс-тесте", когда происходят одновременно массовые запросы, результаты должны быть несколько иные.

Никаких кеширований HTML средствами серверов не использовалось. Настройки серверов БД были идентичные.

Главная страница: 56 ms (LiteSpeed) / 52 ms (NGINX)
Страница Категория на 15 товаров: 94 ms (LiteSpeed) / 81 ms (NGINX)
Страница Категория на 100 товаров: 173 ms (LiteSpeed) / 152 ms (NGINX)

 

ВАЖНО IMPORTANT
Для верности тестов open_basedir защита была отключена. Это крайне важно для правдивых тестов, т.к. для LiteSpeed (впрочем, как и для Apache или Nginx+Apache) при включенном open_basedir параметр TTFB, т.е. время отклика возрастает в 1.5-2 раза. Бывает, что по-умолчанию в настройках опция open_basedir включена, тогда вы получите неверные результаты тестов при сравнении с NGINX, т.е. будут изначально неравные условия тестирования.



Нередко такой нюанс не учитывают, а потому получается ошибочный вывод, что LiteSpeed якобы работает в два раза медленнее чем Nginx.

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

Установка на примере Centos 7, Ubuntu 16+, Debian 9+



Для Centos.
Установка будет самой быстрой, т.к. установка такого софта как web-сервер, сервер баз данных, php разных версий и т.д. возможно из готовых пакетов.
Если вы выбрали ОС отличную от Centos, то установка будет только через комиляцию из исходных кодов, т.е. очень медленной и растянется на долгие часы.
Такова ситуация на начало 2022 года.
Об этом сказано в ответе официальной поддержки:

forum.aapanel.com

Compiled vs Fast

What is the difference on install the "Recommended Software" on Compiled and Fast option? I tried to install it on Fast and it toked like 12 hours to complet...
forum.aapanel.com forum.aapanel.com
 
 


 

Код:
    yum install -y wget && wget -O install.sh http://www.aapanel.com/script/install_6.0_en.sh && bash install.sh

Для Ubuntu. Необходимо установить python3 (который уже установлен с большой вероятностью) pip, pyOpenSSL. pip, pyOpenSSL необходимы для нормальной работы дополнения к панели управления"google drive". По идее все это должно само атоматически установиться, но не всегда все проходит гладко. Об этом нигде не указано, но если этого не сделать, то дополнение "google drive" может быть установлено некорректно.

Начните с обязательного обновления пакетов Ubuntu :

Код:
sudo apt update

Проверьте установленную версию python3 (именно 3-й версии!)

Код:
python3 --version

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

Код:
pip --version

 

sitecreator_ru_sDdGQmoI4j.png



 

Код:
apt install python3-pip
pip install pyOpenSSL

wget -O install.sh http://www.aapanel.com/script/install-ubuntu_6.0_en.sh && sudo bash install.sh

Проверка после установки версии pip, сделать нужно до начала запуска установки панели управления aapanel.

Код:
pip --version
sitecreator_ru_bWbR5sco38.png



Во время установки панели управления может появиться подсказка (предложение) обновиться:
 

sitecreator_ru_4OitPrEzkW.png



При необходимости можно обновить версию pip для системы и самой панели управления (панель использует свою версию)

Код:
python3 -m pip install --upgrade pip
Код:
/www/server/panel/pyenv/bin/python3.7 -m pip install --upgrade pip
sitecreator_ru_XRkAQ6lToO.png




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

Код:
/www/server/panel/pyenv/bin/python3.7 --version
Код:
/www/server/panel/pyenv/bin/pip --version

Для Debian:

Код:
wget -O install.sh http://www.aapanel.com/script/install-ubuntu_6.0_en.sh && bash install.sh

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

sitecreator_ru_obEcFXXXL2.png



Во время установки было получено сообщение:

Код:
Requirement already satisfied: cachelib in /www/server/panel/pyenv/lib/python3.7/site-packages (0.1.1)
WARNING: You are using pip version 20.3.3; however, version 21.1.3 is available.
You should consider upgrading via the '/www/server/panel/pyenv/bin/python3.7 -m pip install --upgrade pip' command.
 
sitecreator_ru_PbC4Q8MAWf.png



Воспользуемся советом и обновим pip3 до 21.1.3:

Код:
/www/server/panel/pyenv/bin/python3.7 -m pip install --upgrade pip

Далее осуществляем вход в панель управления по предложенной ранее ссылке:
 

 
sitecreator_ru_K7cYSK8idN.png



При первом входе будут предложены быстрые варианты установки:
 

 
sitecreator_ru_xqEfOoI62E.png



Рекомендуется выбирать NGINX.
Но вы в любой момент можете изменить веб-сервер.
Сервер БД предпочитаю MariaDB.

Кстати, есть делать установку необходимых компонентов отдельно, а не из начального окна, то будут доступны более свежие версии софта.
Например, Nginx будет доступен 1.21 вместо предлагаемого на стартовом экране 1.19.

Установите отдельно необходимые версии PHP.
 

 
sitecreator_ru_jwaojy0zmr.png



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

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

 
sitecreator_ru_rhUwrmnTTY.png



После смены настроек PHP нужно перезагружать PHP.
 

sitecreator_ru_KE0n3KqYUd.png
Ссылка на комментарий

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



Создайте через dnsmanager (данные для доступа предоставляет провайдер) соответствующие записи для домена. Выбирайте "master".
Внесите название домена и IP вашего сервера.
 
 
sitecreator_ru_PUvZJgAmXD.png



Вы можете сделать проверку правильности отдачи информации по конкретному домену с ns-серверов (Resolving), например, здесь онлайн (утилита dig)
 

Проверка DNS-записей домена — утилита dig | Проверка PTR, MX, A, NS, TXT, SOA, CNAME | Check DNS | REG.RU

🚀 Проверка DNS-записей доменного имени с помощью утилиты dig. Проверить записи PTR, MX, A, NS, TXT, SOA, CNAME на сайте REG.ru
www.reg.ru www.reg.ru


Удобно сразу создать соответствующий FTP аккаунт и базу данных (пользователь и название БД будут совпадать)
 
 
sitecreator_ru_uxBVbX8BPn.png


Поставьте нужные редиректы:
для домена с www на домен без www
на HTTPS с HTTP (если выбрали создание SSL)

 
 
sitecreator_ru_ksPY487CIL.png



Редирект сайт с www на сайт без www. В поле Target URL вносите
Код:
https://my_site.com
 
 
sitecreator_ru_ASjS0JA09U.png



В случае nginx будет создан отдельный файл конфигурации для редиректов для конкретного сайта.
 
 
sitecreator_ru_ZnUYVdDtXL.png

Этот конфиг nginx содержит (создается автоматически):
Код:
#REWRITE-START
        if ($host ~ '^www.my_site.com'){
            return 301 https://my_site.com$request_uri;
        }
#REWRITE-END
 
sitecreator_ru_qwHnamVd6G.png


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


 
 
sitecreator_ru_9txdawcp42.png


Чтобы сертификат автоматически продлевался необходимо чтобы была включена соответствующая cron-задача. По-умолчанию эта задача выключена. Включите ее. Статус должен быть Enable. Если забыть это выполнить, то вы рискуете пропустить момент когда закончится действие сертификата SSL и сайт окажется недоступным в таком случае.
 
 
sitecreator_ru_n8mxfMXTs0.png


Должно быть так:
 
sitecreator_ru_nV30YqOyzv.png


Чтобы работали ЧПУ для опенкарт нужно в конфигурацию nginx для сайта добавить:
 
Код:
location / { try_files $uri $uri/ @opencart; }
location @opencart { rewrite ^/(.+)$ /index.php?_route_=$1 last; }
Также необходимо закрыть от доступа некоторые типы файлов и папки. Это также прописывается в конфиге.
Нужно также добавить в конфиг статические файлы webp и шрифты, и назначить для них время жизни кеша браузера 30d (желательно не меньше).
Стат. файлам js, css по умолчанию задается 12h, замените на 30d.

rewrite правила для конкретного сайта можно внести на отдельной вкладке настроек сайта. Все эти правила сохраняются в отдельном файле конфигурации.

Немного позже я добавлю как пример полный вид файла конфигурации здесь. Кстати, ранее я уже приводил варианты конфигурации NGINX для opencart.

Если вы перейдете на страницу сайта на опенкарт, то увидите ошибку, связанную с open_basedir.
Код:
Warning: is_file(): open_basedir restriction in effect. File(/www/wwwroot/opencart.space/system/../../vendor/autoload.php) is not within the allowed path(s): (/www/wwwroot/opencart.space/:/tmp/) in /www/wwwroot/opencart.space/system/startup.php on line 70
Рекомендую пока закомментировать open_basedir в файле .user.ini, который находится в корневой папке сайта. К этой ошибке я вернусь позже.
 
 
sitecreator_ru_T5EQw8CXEM.png


или убрать галочку в настройках домена.
 
 
sitecreator_ru_0ivYBvyBmI.png


Если вы используете веб-сервер Apache, то добавьте в .htaccess сайта следующий код для задания кеширования статики (статичных файлов):
 
Apache-конфиг:
<ifModule mod_headers.c>
    # 43200 - день, 604800 - неделя, 2592000 - месяц, 15552000 - полгода
    <FilesMatch "\.(flv|swf|ico|gif|jpg|jpeg|png|webp|js|css|ttf|woff|woff2)$">
    Header set Cache-Control "max-age=15552000"
    </FilesMatch>
</IfModule>

Backup файлов сайта и его базы данных



Допустим, что вы решили в качестве хранилища использовать Google Drive.
Сначала установите соответствующее расширение для панели управления aaPanel .
 
 
sitecreator_ru_up6EB3iVnJ.png


У вас должен быть в наличии ключ для google drive. Как его получить - это отдельная тема, опишу это тоже подробно.
Итак, ключ есть (это файл с расширением .json). Делаете импорт ключа, т.е. просто его как файл загружаете с вашего ПК.
 
 
sitecreator_ru_yRWscIkqwX.png


Далее переходите по ссылке, которая указана как 3-й шаг. (2-й шаг не нужен). Входите в ваш аккаунт гугла если еще не вошли, далее даете разрешение сервису aaPanel-GDrive.
 
 
sitecreator_ru_ZmZjPHINZZ.png


Потом вас ждет сюрприз в виде попытки перехода браузера непонятно куда и вываливанием ошибки. Тут господа разработчики просто не доработали. Пугаться не нужно, ошибка не страшна. Хотя я потратил несколько часов чтобы понять что же это означает. Могли бы разработчики где-то предупредить об этом, тем более, что на Centos 7 установка google drive завершалась появлением на пару секунд пустого информационного окошка с красным (предупреждающим?) знаком, что сразу наводило на мысли, что проблема была на этапе установки.
 
ВАЖНО IMPORTANT
Будет сообщение об ошибке в браузере. Так и задумано. Не волнуемся. Просто читаем внимательно текст выше и смотрим скриншоты.
 
 
sitecreator_ru_MRgfKg5Wpo.png


Нужно просто скопировать из адресной строки ссылку полностью. Да, в ней есть "localhost". И вставить эту ссылку в окошко 5-го шага.
 
 
sitecreator_ru_xBguQCir2S.png


Подтверждаете. Верификация удачно пройдена.
 
 
sitecreator_ru_QJ7FIjfelb.png


Создайте задание cron для backup. Исключите папку кеша изображений:
Код:
image/cache
И другие папки, копировать которые не имеет смысла по вашему мнению. Кеш всегда сам восстановится, но в backup-е он занимал бы напрасно слишком много места.
 
 
sitecreator_ru_9VHybYGj03.png



После создания задания запустите его. После запуска вы увидите всплывающее окошко "Успешно запущено", которое через пару секунд исчезнет.
 
 
sitecreator_ru_5Iuyzceki5.png


Чтобы понять что происходит и насколько успешно нужно нажать "Log". Тогда увидим, что успешно создан архив файлов для сайта.
 
 
sitecreator_ru_sFZveaciWr.png


В вашем аккаунте google drive вы увидите архив сайта, который можете скачать и проверить.
 
 
sitecreator_ru_O9j1CEnyCI.png


Можно убедиться, что в архиве есть нужные папки, а исключенные не попали в архив. В моем примере вся папка image была целиком исключена из архива.
 
sitecreator_ru_225MRa4oeV.png



Бекап базы данных.

Задание cron будет аналогичным как для файлов. Время начала измените чтобы оно не совпадало с временем начала бекапа файлов, это желательно.
 
 
sitecreator_ru_tEWuXt6GeX.png
 
 
sitecreator_ru_ZQtiEJIJdz.png
 
 
sitecreator_ru_W3qbd4joxT.png


 
 
sitecreator_ru_iE6oSPoyFr.png
 
 
sitecreator_ru_NWOOv35YM8.png



Восстановить БД при необходимости из архива backup-а:

 
 
sitecreator_ru_F1nsUqlvm5.png
Ссылка на комментарий

Полезный дополнительный софт



Linux Tools

Можно задавать временную зону сервера, менять системный (root) пароль и т.д.
 
sitecreator_ru_rzyNRuhioW.png

 
 
sitecreator_ru_AISt3jhGgK.png

Для избежания утечек памяти из-за использования php-fpm рекомендуется в профиль FPM добавить:
 

Код:
pm.max_requests = 500

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

Это максимальное количество запросов max_requests до перезапуска процессов FPM.
 

sitecreator_ru_ingycEOcfV.png

Первые действия после установки сервера баз данных Mysql, MariaDB

 

Важные действия для безопасности MySQL



Phpmyadmin должен быть уже установлен.
Для работы Phpmyadmin рекомендуется наиболее свежая версия php.
В таком случае вы сможете использовать наиболее свежую версию Phpmyadmin.
Если вы выбирали Phpmyadmin как компонент в начальном окне установки софта, то будет установлена не самая свежая версия Phpmyadmin.
Поэтому после установки наиболее новой версии php (рекомендуется как минимум 7.4) нужно будет сначала удалить текущую установку Phpmyadmin, после этого появится возможность установить самую актуальную версию Phpmyadmin.
Например, версия Phpmyadmin 5.1.1 может работать на php 7.4-8.1.

Начальное окно установки:
 
 
sitecreator_ru_xqEfOoI62E.png



Выбор версии php
 
 
sitecreator_ru_zjVvKdudKR.png
 
ВАЖНО IMPORTANT
С версией php 8.1 могут вываливаться разнообразные ошибки.

С php 7.4 - все стабильно. Выбирайте 7.4 или 8.0. Будущие версии Phpmyadmin, наверняка, будут стабильно работать с php 8.1

Обязательно проверьте привилегии.
Вы можете после установки сервера БД и PhpMyadmin увидеть следующую картину с излишними правами:
 
 
sitecreator_ru_GeCAVfAGF4.png


Удалите все строки с пользователем "любой".
А также пользователей root с именем хоста, в котором указан домен.
Пользователи root должны быть с паролем ("Да").
Если разрешен доступ без пароля, то в панели управления зайдите в "Database Manager " и задайте новый пароль root для mysql.
 
 
sitecreator_ru_IWqB5lHJlT.png



После этого снова проверьте привилегии mysql в Phpmyadmin.
Должно быть все безопасно и выглядеть так:
 
 
sitecreator_ru_vLxxrsJorx.png


Эта информация говорит о том, что доступ пользователю mysql root доступен только с локальной машины, т.е. удаленный запрещен. И только по паролю.
 
Код:
::1
Это имя хоста - эквивалент 127.0.0.1 для IPv6

Еще может появиться такой пользователь без парольного доступа:
mariadb.sys
 
 
sitecreator_ru_oIErz4LaqH.png
Ссылка на комментарий

 

Материал будет дополнен.  Оформление и форматирование материала будет подправлено, т.к. при вставке контента не все верно отображается, т.е. вручную надо многое корректировать, например, оформление кода, да и спойлеры не вставляются.

Ссылка на комментарий

Ubuntu 22.04

 

Панель управления сервером aaPanel работает с самой свежей  Ubuntu, а именно с Ubuntu 22.04.

Но с определенными ограничениями.

 

Вы не сможете через панель aaPanel установить сервер баз данных MariaDB (любой версии).

Из-за этого через панель управления не установите phpMyAdmin, далее не сможете организовать через панель управления backup баз данных.

Разумеется, что можно MariaDB установить через терминал Linux, можно поставить отдельно phpMyAdmin, но при этом средства резервирования баз данных через панель управления работать не будут.

 

Поэтому чтобы не было проблем с сервером баз данных рекомендуется устанавливать средствами панели управления сервер БД MySQL, например 5.7 версии (рекомендуется).

 

Подчеркну, что эти проблемы возникают только с новой Ubuntu 22.04, пока с ней нет полной совместимости панели управления и такая совместимость официально не заявлена разработчиками панели управления aaPanel.

Поэтому используйте либо предыдущую Ubuntu 20.04, либо дождитесь официальной поддержки Ubuntu 22.04 в панели aaPanel, либо используйте в качестве сервера БД только MySQL.

 

В остальном особых сложностей в сочетании Ubuntu 22.04 + aaPanel замечено не было. Несущественные есть.

 

Ссылка на комментарий

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

 

Debian 11 + nginx 1.21 + php 7.2 + mysql 5.7.37

 

pm = static
pm.max_children = 75
pm.start_servers = 10
pm.min_spare_servers = 5
pm.max_spare_servers = 30

 

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

Грешу на конфиг php-fpm или nginx.

Ссылка на комментарий
7 часов назад, DEVAGENCY сказал:

При прочих равных на примерно таком же конфиге, те же самые проекты под управлением другой панели управления

 

Насколько я вас понял, то у вас проблема не с панелью управления, а с вашим сайтом.

Панель управления никак не участвует в работе nginx и php-fpm.

Она лишь помогает удобно настраивать конфиги, но никак не влияет на работу того же nginx и не контролирует (не вмешивается) его. Максимум, что может, так это вести наблюдение средствами Linux, но опять же не сама непосредственно.

Ссылка на комментарий
11 часов назад, sitecreator сказал:

Насколько я вас понял, то у вас проблема не с панелью управления, а с вашим сайтом.

 

С сайтом все в порядке, это замечено конкретно для aaPanel, на другой панели управления тот же сайт работает идеально, причем это может быть как Opencart так и 1C Bitrix. 

Такое ощущения что переполняется какой то буфер или достигается максимальное количество подключений, например я пишу какой то код и после внесения изменений обновляю страницу сайта в браузере в режиме инкогнито, 70 раз может быть все окей, а на 71-й сайт "фризит" - подвисание может длится от 20 до 50 секунд, но в логах на этот счет ничего нет, в htop так же есть свободные ресурсы. В общем пока "веду наблюдения".

 

Ссылка на комментарий
7 часов назад, DEVAGENCY сказал:

на другой панели управления тот же сайт работает идеально

 

вы что-то путаете.

сайт не может работать на "панели управления".

Сайт может работать под управлением веб-сервера (nginx, апачи и т.д.) и с использованием движка php (опять же в разных вариантах: как cgi, или модуль апачи, php-fpm).

 

Можно сказать, что панель управления вообще не работает когда работает сайт.

 

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

 

Все зависит от настроек (конфига) веб-сервера, php, от конкретных мощностей сервера и т.д.

От панели управления не зависит.

И зависит еще (более всего) от особенностей виртуализации (речь о VDS).

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

 

7 часов назад, DEVAGENCY сказал:

подвисание может длится от 20 до 50 секунд

 

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

 

И почему вы решили, что вами измененный код не является причиной?  Может быть происходит в этот момент изменение кеша или что-то подобное?

 

Вам же доступны все средства диагностики и мониторинга средства Linux. Используйте их.

В вашем случае я пока не вижу ни одного повода чтобы грешить на панель управления.

А довод "вот с другой все нормально" - это совсем не довод, т.к. если мы начнем на случайных совпадениях делать далеко идущие выводы, то дойдем до смешного.

Ссылка на комментарий
28 минут назад, sitecreator сказал:

В вашем случае я пока не вижу ни одного повода чтобы грешить на панель управления.

 

 

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

Для интереса я брал чистый VDS без какой либо "панели управления" и воспроизводил там тот же конфиг nginx + php + mysql - такой проблемы у меня не возникало. Так же брал другую ПУ и использовал там такой же конфиг, так же проблемы с подвисанием не обнаружил.

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

Ссылка на комментарий
2 часа назад, DEVAGENCY сказал:

это явно какая то "частная" проблема которая воспроизводится только у меня

 

вы можете просто остановить все запущенные процессы, которые связаны с панелью управления. Для чистоты эксперимента.

 

А также для чистоты эксперимента измерить время работы php скрипта и время работы БД, и вывести эту отладочную информацию прямо на страницу. Если у вас сам php скрипт выполнялся 20 сек, например, это одно дело. Но если у вас скрипт выполнялся 1 сек и 19 сек вы ждали соединения/передачи информации, то это другое дело, и связано, вероятно, уже с интернет-соединением.

Ссылка на комментарий
9 часов назад, DEVAGENCY сказал:

aaPanel мне очень нравится

 

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

 

Контролировал и контролирую сейчас около 20 проектов именно под aaPanel с разными операционными системами.

Ссылка на комментарий

Ubuntu 22.04

 

Важное замечание.

ни в одной версии php вы не найдете mcrypt.

Хотя он официально вырезан только в php 7.1, а в 7.0 он есть, но признан устаревшим, то для Ubuntu 22.04 mcrypt вырезали везде, даже в php 5.6.

Через aaPanel вы mcrypt его не установите, а также сторонними средствами тоже не установите, т.к. именно для этой ОС нет дистрибутива mcrypt.

 

Учтите этот момент если вам жизненно необходим mcrypt. (для опенкарт 3.0 он не нужен)

 

Вы можете установить Centos 7, там есть mcrypt. И поддержка этой ОС будет еще 5 лет.

 

Но mcrypt при желании можно заменить современным аналогом - openssl. С соответствующей правкой кода в старых версиях опенкарт. В opencart 3.0 уже используется openssl.

Ссылка на комментарий

Касаемо моей проблемы с aaPanel - опытным путем выяснилось что ни панель ни сайты не причем, проблема была связана с "плохой" железкой, которая досталась от хостера, там были какие то проблемы с нодой в целом, при переносе на другой сервер с тем же конфигом, настройками панели и соотв. теми же сайтами проблема больше не повторялась.

 

P.S. В качестве ОС использую Debian.

Ссылка на комментарий
В 29.05.2022 в 18:38, sitecreator сказал:

Backup файлов сайта и его базы данных

 

Хочу обратить внимание на важный (имхо) момент, если делать резервное копирование указанным методом то копируются файлы только из корневой директории вашего сайта, но при использовании Opencart версии >3 желательно (читай обязательно) переносить папку storage на уровень выше вашей корневой папки и при записи бекапа указанным выше способом она сохранена не будет (!).

 

Как вариант решения - использовать не бекап конкретного сайта Backup Site в настройках Cron панели, а использовать Backup Directory выбрав нужную папку включающую в себя storage и корневую папку вашего сайта.

Минус такого решения - бекап не будет визуально отображаться в разделе Website напротив нужного сайта, но зато вы сохраните все файлы вашего сайта.

Ссылка на комментарий
В 27.07.2022 в 14:47, DEVAGENCY сказал:

Opencart версии >3 желательно (читай обязательно) переносить папку storage на уровень выше вашей корневой папки

 

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

Предполагается, что к этим файлам из-за этого трюка не будет доступа по http/https протоколу. Это единственное, что делает данный трюк.

Но запрет доступа можно решить и иначе.

 

Есть еще причины переносить папку?

 

В 27.07.2022 в 14:47, DEVAGENCY сказал:

она сохранена не будет (!).

 

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

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

 

в общем, просто берете и копируете папку /system/storage/   в папку ваш_путь/storage/

И обновляете кеши. Все.  Это то, что нужно сделать при восстановлении из бекапа если вы специально не бекапили еще папку ваш_путь/storage/

Ссылка на комментарий
Гость
Добавить комментарий...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...