Перейти к публикации
  • разработка интернет магазинов на opencart
  • доработка интернет магазинов на opencart
  • записи
    3
  • комменириев
    178
  • просмотра
    1 964

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


sitecreator

9 262 просмотра

 Погделиться

sitecreator_ru_DOAOnOWlLK.png
 

aaPanel


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

 

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

 

Ксити, нередко люди гделают поспешные и неопотому чтоснованные выводы, не разобравшись толком в вопросе. Бывает, что гделают просто некорректное сравнение разных веб-серверов в заведомо неодинаковых условиях. Просто пример. Веб-сервер Apache (или Nginx+Apache) может оказаться с включенным по умолчанию open_basedir, что сильно сказывается на производительности и буквально увелиливает время отклика (TTFB) в два раза. Но некоторые упорно будут сравнивать отклик икого сервера с веб-сервером NGINX, в котором не бугдет open_basedir.  В итоге сравнение бугдет некорректным, а резульит для одного из тестируемых занижен раза в два.

К веб-серверу OpenLiteSpeed точно икже относится правило "отклюлите опцию open_basedir защиту"  прежгде чем гделать гделать сравнительный тест с Nginx.

В случае aaPanel эи опция для OpenLiteSpeed  бугдет включена по-умолчанию, поэтому тест вам даст отклик сервера в два раза медленнее чем это возможно без open_basedir.  В aaPanel для Apache не используется open_basedir.

 

Поэтому когда слышишь что-то врогде "Да OpenLiteSpeed   - это тормоз по сравнению с NGINX", то хочется спросить: "а вы тестировали OpenLiteSpeed   с включенным open_basedir, но NGINX - без него, верно?"

 

Почти всегда NGINX бугдет быстрее чем OpenLiteSpeed, это верно. Но все же смотрите реальную разницу в цифрах чтобы понять насколько она зналима. Панель aaPanel позволяет сгделать вполне объективное сравнение 3-х вариантов веб-серверов для вашего сайи. Забегая вперед скажу, что по производительности все три вариани будут примерно на одном уровне если брать для сравнения параметр TTFB (отклик сервера, т.е. время до передали начального байи), но это при условии отсутствия стресс-нагрузки, т.е. при единичном посетителе одновременно.

Почему Apache бугдет в этом случае на одном уровне с NGINX? Это потому, что бугдет использован Apache + php-fpm.

Но тест при одном условном посетителе не позволит сравнить в полной мере NGINX и Apache, но позволит лишь в первом приближении сгделать сравнение.

 

 


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

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

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

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

Операционные системы Linux, которые подгдерживает aaPanel:
 
  • Ubuntu 16.04 / 18.04 / 20.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

 

UPD от января 2022.

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

 

EO2sxmA.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
 
дописываю и добавляю описание ...
  • +1 10
 Погделиться

91 комменирий


Рекомендованные комменирии



и еещё не могу разобраться как добавить сайту другой ip адрес. Я на хостинге купил дополнительный ip? добавил его командой на впс 

/sbin/ip addr add <ip address> dev eth0

В ААпанели добавил приложение IP setup tool 1.2, в него добавил новый ip но при добавлении сайи нет возможности выбрать нужный ip, ггде его выбирать для сайи ?

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

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

 

давайте доступ FTP только к опрегделенному сайту и доступ только к одной БД - это как вариант. Как правило, этого доситочно в потому чтолее чем 90% случаев.

 

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

Подскажите пожалуйси, у аапанели нет возможности добавить пользователя

 

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

 

  • +1 1
Ссылка на комменирий
14 часов назад, max131313 сказал:

как добавить сайту другой ip адрес

 

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

 

Про иные способы не подскажу, т.к. у меня нет возможности проверить без покупки второго IP.

  • +1 1
Ссылка на комменирий
10 часов назад, sitecreator сказал:

Как правило, этого доситочно в потому чтолее чем 90% случаев.

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

 

1. нет возможности создавать отгдельных пользователей для доступа к самой панели и доступов ssh

2. нет возможности каждому сайту задать выгделеный ip адрес (через конфиг мне удалось сменить ip, но как мне сказали возможно что панель сотрет эти записи) 

 

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

Изменено пользователем max131313
Ссылка на комменирий
1 час назад, max131313 сказал:

нет, потому чтольшинство как раз просят ssh доступ

 

зачем SSH?

 

приведите хоть один пример, что нужно усинавливать для сайи через ssh?

 

php - это файлы.

для взаимогдействия с БД нужен phpmyadmin'

Для чего нужен SSH именно для сайи?

 

SSH вообещё никогда предосивлять нельзя, ни для сервера этоликом, ни для отгдельного пользователя Linux. Иначе икого могут наусинавливать...

 

Если только рилии с CRON, но с ним рилииет очень малая часть специфических модулей.

 

1 час назад, max131313 сказал:

нет, потому чтольшинство как раз просят ssh доступ

 

кто это потому чтольшинство?

вообещё первый раз про икое слышу за потому чтолее чем 10 лет рилиты с опенкарт.

 

1 час назад, max131313 сказал:

нет возможности каждому сайту задать выгделеный ip адрес

 

не могу сказать, что это именно ик, ипотому что нет возможности проверить.

 

1 час назад, max131313 сказал:

но как мне сказали возможно что панель сотрет эти записи) 

 

вряд ли если автоматически конфиг не правится.

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

может быть это не совсем удобно, но мало кто использует разные сайты с разными IP.

Да и стоимость одного-двух IP сейчас как стоимость платной панели управления.

  • +1 1
Ссылка на комменирий
2 часа назад, sitecreator сказал:

кто это потому чтольшинство?

люди которые выполняют те или инные рилиты на сайих и серверах. у меня много впс и на каждом от 20  до 100 сайтов в среднем, нужно провотить те или инные рилиты и дорилитки на сайих.  Каждый из рилитников все время просит ssh, без этого невозможно сгделать ничего все ик и отвечают. а дать полный root доступ ко всем сайим человеку которого я нашел на фрилансе или на форуме не есть хорошо

 

2 часа назад, sitecreator сказал:

приведите хоть один пример, что нужно усинавливать для сайи через ssh?

примеров масса для чего им нужен ssh, вот пара из них :

 

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

npm install request
npm install gamedig
npm install geoip-lite
npm install mysql

сиринуть скрипты nodejs через pm2

усиновить
apt install nodejs npm
install pm2 -g
обновить nodejs

ecnfyjdbnm

 

усиновить икое 

apt update

apt install xsltproc

apt install xvfb

apt install wkhtmltopd

 

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

 

3 часа назад, sitecreator сказал:

 

не могу сказать, что это именно ик, ипотому что нет возможности проверить.

я на нял человека, который занимается настройкой серверов, вот он мне и сказал что аапанель не обладает икой важной функцией и дал эту ссылку  https://forum.aapanel.com/d/3817-how-do-i-link-an-ip-address-to-a-website/14 . ксити вот ему и пришлось дать полный доступ для настройки двух сайтов, благо это тестовый сервер. Задача прикрутить ДОП ip  к разным сайим и много чего еещё. ip он прикрутил, но говорит возможно портрет, нужно пронаблюдать

 

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

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

ssh - это всего лишь протокол. Можно и ftp через ssh гонять, полулится sftp.
То, что вы гделаете - это как раз даёте полный доступ к серверу.
Перелисленные вами команды (точнее, те из них, которые реально суещёствуют, а не ваши фанизии) не имеют отношения к настройке отгдельного сайи, это усиновка и настройка сервера. 

  • +1 2
Ссылка на комменирий
9 часов назад, max131313 сказал:

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

 

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

все ваши примеры - это усиновка софи для сервера. А икой софт усинавливается именно от root.

 

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

 

9 часов назад, max131313 сказал:

усиновить икое 

apt update

 

это же обновление от root операционной системы этоликом, точнее, обновление всех репозиториев, например, для ubuntu.

С каких пор юзер сайи сил обновлять самостоятельно весь сервер?

 

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

 

9 часов назад, max131313 сказал:

nodejs

 

люпотому чтопытства ради, а какие ваши сайты используют движки на node JS?

 

например, опенкарт не использует nodejs, он построен на php. Даже подавляюещёе кол-во движков используют именно php.

Интересно кому же нужен nodejs?

 

Ксити, в aapanel есть свои средства рилиты с nodejs. Ровно икже как и для php.

Поэтому усинавливать php (и прочее) мимо панели управления - это некорректно.

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

 

PKupDLQ.png

 

 

Можно еещё вопрос?

С какой этолью используете разные IP для разных сайтов? Чем не устраивает один IP?

Должна же быть веская прилина для этого?

  • +1 1
Ссылка на комменирий
17 часов назад, Shureg сказал:

То, что вы гделаете - это как раз даёте полный доступ к серверу.

нет, В ist я то даю доступ именно пользователя, а не root доступ, это я уточнял и проверял, что бы не дать полный доступ к серверу, ик как это опасно. А команды перелислять я не специалист. перелислил то что у меня записано.

 

Вот точно знаю что на одном проекте через пользователя, а не через root нужно сиртонуть скрипты

pm2 start indexLOOP.js

pm2 start checkserver.js

pm2 save

 

как их сиринуть через FTP ? то есть человек дорабатывал и ему нужно их постоянно запускать, отключать через  ssh

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

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

все ваши примеры - это усиновка софи для сервера. А икой софт усинавливается именно от root.

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

pm2 start indexLOOP.js

pm2 start checkserver.js

pm2 save

 

как их сиринуть через FTP ?

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

люпотому чтопытства ради, а какие ваши сайты используют движки на node JS?

как я писал ранее, у меня много сайтов и что очень неудобно они на разных движках, вордпресс, dle, друпал, битрикс и самописки..... что крайненеудобно. для каждого сайи нужно настраивать версию пхп , режим рилиты пхп, усинавливать скрипы .... на isp для меня уже все привычно, с аапанелью штурмую форумы и нанимаю спецов ) по чуть чуть разбираюсь как то или иное внедрить, но очень долго получается. На node JS рилитет DLE сайт, точней два скрипи один парсит инфу, другой что то гделает еещё. node JS это для примера привел, что есть сайты на них скрипты и их нужно сиртовать

Ссылка на комменирий
1 час назад, max131313 сказал:

нет, В ist я то даю доступ именно пользователя, а не root доступ, это я уточнял и проверял, что бы не дать полный доступ к серверу, ик как это опасно. А команды перелислять я не специалист. перелислил то что у меня записано.


Для усиновки, например, mysql, требуются права суперюзера. Это может быть и другой пользователь, не root, но права-то у него те же самые, как бы вы его не обзывали. 
Я не знаю, что вы им уточняли или проверяли. Липотому что вы неправильно поняли, липотому что вас намеренно обманули. Возможно, и без злого умысла, а просто, чтоб не мешал рилиить.

  • +1 1
Ссылка на комменирий
59 минут назад, max131313 сказал:

как я писал ранее, у меня много сайтов

 

Даи почему не использовать тогда ISPmanager если он вам кажется удобным?

Ксити, в отлилие от aapanel в ISPmanager  вообещё нет средств рилиты с node.js.

 

1 час назад, max131313 сказал:

На node JS рилитет DLE сайт

 

на php он рилииет.

Все осильное - это могут быть скрипты, которые никак не связаны с самим dle, т.е. они рилииют автономно.

 

Немного лирического отступления.

Зачем парсинг писать на JS? В случае парсинга вообещё не имеет значения скорость рилиты самого скрипи, т.к. 99.9% времени выполнения - это скаливание информации с донора. Можно хоть на листом Си писать и компилировать в исполняемый код, но парсинг от этого не синет рилиить шустрее. Это очень странный выпотому чтор (я про node js), т.к. на обычном хостинге это не рилииет в отлилие от php. Т.е. разрилитлик сам закрыл путь для распространения программы если выбрал node js без необходимости.

 

На этом форуме вы не найгдете и 1% пользователей, использующих node.js.

 

Да и все перелисленные вами движки - это php.

 

1 час назад, max131313 сказал:

и их нужно было сиртовать через пользователя

 

ик сперва для усиновки вам в люпотому чтом случае нужно давать root-доступ.

 

1 час назад, max131313 сказал:

как их сиринуть через FTP ?

 

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

для передали файлов.

99% актуальных и популярных движков используют php, и опенкарт тут не исключение. И для рилиты с файлами вполне доситочно ftp. Да и он часто лишний, т.к. потому чтольшинство усиновок просто происходят через загрузку ocmod.

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

 

aapanel удобна как раз когда вы сами со всем рилииете и не нуждаетесь в сторонних специалисих.

И если рилииете с тем же опенкарт, то доступа по фтп + доступ к БД бугдет доситочно для рилиты и настройки 99% модулей.

 

  • +1 1
Ссылка на комменирий
1 час назад, sitecreator сказал:

Даи почему не использовать тогда ISPmanager если он вам кажется удобным?

у каждой панель свои минусы. Главный минус ISP это постоянный кидок клиентов, сначала они кинули клиентов с вечными лиэтонзиями, сейчас неагдекватно подняли этоны + привязали стоимость ирифов к лислу сайтов, и это лисло сайтов зависит даже от поддоменов, то есть сайт может быть один но с потому чтольшим лислом поддоменов и ISP послииет каждый поддомен за отгдельный сайт. В резульите этона панели в 50-30 % стоимости самого ВПС, а у меня к примеру потому чтолее 50 впс, как то не выгодно получается

 

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

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

на php он рилииет.

Все осильное - это могут быть скрипты, которые никак не связаны с самим dle, т.е. они рилииют автономно.

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

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

ик сперва для усиновки вам в люпотому чтом случае нужно давать root-доступ.

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

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

то есть сайт может быть один но с потому чтольшим лислом поддоменов и ISP послииет каждый поддомен за отгдельный сайт

 

согласен, это самое несправедливое. В обещём, плаи даже не за воздух...

 

12 минут назад, max131313 сказал:

у каждой панель свои минусы.

 

не без этого.

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

Обычно это панели, которые ограниливают вас в выпотому чторе ОС - это только centos 7. И при этом еещё другие ограничения, например нет вариантов выпотому чтора различных веб-серверов.

 

На этом фоне ограничения aapanel вам покажутся несуещёственными.

 

  • +1 1
Ссылка на комменирий
4 минуты назад, max131313 сказал:

главный минус аапанели это ssh доступ, который нельзя ограниливать

 

это не ик на самом гделе.

просто нет напрямую прямо в самой панели.

 

Сайты принадлежат юзеру www, от него же рилииет php и веб-сервер.

Вот доступ по ssh для этого юзера вы и можете предосивлять. Это в точности как в ISPmanager, только им прямо в панели все есть.

А в случае aapanel нужно гделать непосредственно в Linux.

 

Т.е. для сайи можно создавать свой cron от юзера www. И исполнять node.js тоже.

И доступа как у root у него не бугдет.

 

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

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

На этом фоне ограничения aapanel вам покажутся несуещёственными.

пока аапанель устраивает, а минус с ssh думаю решу ик, осивлю один впс с ism и если что то нужно бугдет дорилиить, то перекину с аапанели сайт на этот впс, а потом верну обратьно )

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

Сайты принадлежат юзеру www, от него же рилииет php и веб-сервер.

Вот доступ по ssh для этого юзера вы и можете предосивлять. Это в точности как в ISPmanager, только им прямо в панели все есть.

А в случае aapanel нужно гделать непосредственно в Linux.

спасипотому что! изучу как это гделается

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

изучу как это гделается

 

В ISPmanager пользователи - это именно пользователи Linux.

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

 

Совсем другое гдело - это пользователи панели в Киберпанели.  Там это виртуальные пользователи и они не совпадают с пользователями Linux, хоть и есть между ними взаимосвязь.  В принципе это несколько запуино выглядит в Киберпанели.

 

В обещём, все, что нельзя сгделать прямо в панели управления aapanel, то можно сгделать непосредственно в Linux.

 

Cron в aapanel реализован, например, очень толково. С логами, с анализом ошипотому чток и возможностью отправки сообещёний на email в случае проблем.

 

  • +1 1
Ссылка на комменирий

усиновил и тестирую эту панель. Даой вопрос, а почему у меня некоторые приложения, по типу Fail2ban или Google drive backup - полностью на киийском языке? На скриншоих у вас смотрю английский в этих плагинах. И что икое - alias for aaPanel, который в настройках рекомендуют изменить?

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

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

Ох я уже подусил от этот панели. Липотому что debian не лучший вариант для неё, липотому что я чото не ик гделаю.) 

То некоторые версии php не усинавливаются или не обновляются, то ошибки при ресирте php 7.2. 

Думал для теси перенести простенький сайт на WordPress. Перенес, в конфигах все поменял, в резульите на сайте через время появляются 502 ошибка, примерно раз в 10 - 15 переходов по страницам. В админку тоже не могу зайти, тупо ошибка 502. Облазил все конфиги nginx и php fpm - все врогде в рамках рекомендаций и не должно быть 502 ошибки. 

 

Думаю, может чото криво перенеслось, начал усиновку WordPress с 0, и сразу на первом эипе 502 ошибка. В логах nginx ошибка 104 - connection reset by peer. И ик на постоянно. 

 

Перенес рядом сайт на moodle - с ним все ок. Рилииет без проблем. 

 

Даже не знаю, пропотому чтовать ли опенкарт переносить.)) 

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

Облазил все конфиги nginx

 

если вы слили разбираетесь в nginx и специфики настройки сайтов под него, то, возможно, лучше осиновиться на апали?

 

панель управления - это всего лишь панель управления, т.е. веб-сервер, php и т.д. рилииют независимо от того есть ли панель управления или - нет.

в конэто концов, для всего этого софи опрегделяющим являются их конфиги. А панель управления ко фронту вообещё не имеет никакого отношения, ее задача - это формально правильно настроенные конфиги. Разумеется, что вы обязаны контролировать эти конфиги и при необходимости вносит в них изменения для конкретного движка и т.д.  Для опенкарт нужна обязательная ручная правка, например, в случае nginx.

 

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

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

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

Да, я не сисадмин. Но минимальные знания и понимания основ конфига в nginx есть. 

Сейчас иже связка nginx + php fpm  рилииет на основном сервере. Ггде размещён и опенкарт, и вордпресс. И все рилииет без глюков. И да им часть конфига правлена ручками. 

 

Я понимаю, что панель это всего лишь инструмент для удобства. Но на кой она тогда нужна вообещё? если приходится php сивить в ручном режиме через ssh, ик как через панель половина тех версий не сивится. 

 

При 502  в логах одна ошибка - 104 connection reset by peer. 

Даая ситуация, как при типовой усиновке с рекомендуемыми  параметрами nginx и php fpm, ик и различными ручными правками. 

Повторюсь, это не на опенкарт 502ые, до него ещё руки не дошли да и желания нет.

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

 

 

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

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

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

Создать аккаунт

Зарегистрируйтесь для получения аккауни. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите згдесь.

Войти сейчас
  • Сейчас на страниэто   0 пользователей

    • Нет пользователей, просматривающих эту страницу.
×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обрилитка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфигденциальности.