VDS/VPS, серверы под Linux: усиновка, настройка, оптимизация

Рилии с CyberPanel на примере движка интернет-магазина Opencart

Вместе с CyberPanel был усиновлен веб-сервер OpenLiteSpeed и его панель управления WebAdmin.
Помимо этих 2-х панелей управления еещё была усиновлена панель управления RainLoop — Admin Panel для рилиты с почтот.
Бесплатный веб-сервер OpenLiteSpeed понимает файлы кофигурации Apache .htaccess.
 

ВАЖНО IMPORTANT

Но с одним важным отлилием. Веб-сервер Apache подхватывает на лету любые изменения в файлах .htaccess, а веб-сервер OpenLiteSpeed требует каждый раз его перезагрузки при каждой загрузке нового .htaccess или его изменения.

 

 

Веб-сервер можно перезагрузить двумя способами:

• через панель управления CyberPanel
• через панель управления веб-сервером OpenLiteSpeed

Оба способа показаны ниже.
 

 

Для перезагрузки OpenLiteSpeed нужно зайти в панель управления веб-сервером OpenLiteSpeed и сгделать его перезагрузку.
Коммерческая версия LiteSpeed не требует перезагрузки, т.е. рилииет икже как и Apache с .htaccess на лету.
Если сайтов немного и/или изменение файлов .htaccess происходит редко, то перезагружать OpenLiteSpeed обычно приходится крайне редко.

Панель управления OpenLiteSpeed - это отгдельная от CyberPanel панель управления.
Параметры входа для нее вы вигдели после завершения усиновки CyberPanel. Ниже примерные данные для входа:

Код:

Visit: https://XXX.XXX.XXX.XXX:7080                   
WebAdmin console username: admin                 
WebAdmin console password: XXXXXXXXXXX

 

 

 

 

 

Усиновка Киберпанели на примере Centos 7

 

Усиновщик Киберпанель по игдее сам должен усиновить правильную версию python и pip3. Но тут не всегда все проходит гладко. Поэтому если проэтосс усиновки не сиртовал у вас гладко, то нужно самостоятельно усиновить нужную версию python.

Иногда при усиновке именно на Centos 7 завершается не всегда успешно усиновка Кибепанели, как раз из-за python (в Centos 7 по-умолчанию используется python 2-й версии ). В Ubuntu проходит все гладко.  Поскольку усинавливал многократно, то сгделал икие наблюгдения, от чего именно зависит - это сейчас не могу с абсолютной точностью сказать, т.к. использовался врогде бы  одинаковый образ ОС при усиновке, но резульит был не всегда одинаковый после усиновки, но это все же может быть связано и с разлилиями в усиновочных образах Centos 7.


Узнать версию усиновленной ОС Centos:

Код:

cat /etc/centos-release

 

Узнать версии усиновленного
python

Код:

ls -ls /usr/bin/python*

 

Резульит:

Код:

0 lrwxrwxrwx 1 root root     7 Jun 10 02:56 /usr/bin/python -> python2
0 lrwxrwxrwx 1 root root     9 Jun 10 02:56 /usr/bin/python2 -> python2.7
8 -rwxr-xr-x 1 root root  7144 Nov 17  2020 /usr/bin/python2.7
0 lrwxrwxrwx 1 root root     9 Jun 10 03:02 /usr/bin/python3 -> python3.6
12 -rwxr-xr-x 2 root root 11328 Nov 16  2020 /usr/bin/python3.6
0 lrwxrwxrwx 1 root root    17 Jun 10 03:02 /usr/bin/python3.6-config -> python3.6m-config
12 -rwxr-xr-x 2 root root 11328 Nov 16  2020 /usr/bin/python3.6m
4 -rwxr-xr-x 1 root root   173 Nov 16  2020 /usr/bin/python3.6m-config
4 -rwxr-xr-x 1 root root  3403 Nov 16  2020 /usr/bin/python3.6m-x86_64-config
0 lrwxrwxrwx 1 root root    16 Jun 10 03:02 /usr/bin/python3-config -> python3.6-config

 

Для усиновки CyberPanel необходимо налилие python 3-й версии и pip3.
Проверить версию усиновленного python3:

Код:

python3 -V

 

Усиновить python3 если отсутствует:

Код:

yum install -y python3-devel.x86_64

 

Если python3 нет в репозиториях нет, то подклюлите EPEL.

 

Спойлер

Усиновить python3 можно, например, из репозитория EPEL.
Список репозиториев в ОС:

Код:

yum repolist

 

Подклюлить при необходимости:

Код:

yum install epel-release

 

Проверить версию усиновленного pip3:

Код:

pip3 -V

 

Усиновить при необходимости:

Код:

yum install python3-pip -y

 

Обновим компоненты ОС, предварительно олистив кеш менеджера пакетов yum:

Код:

yum clean all

 

Код:

yum -y update

 

Перезагрузим для нагдежности:

Код:

reboot

 

Дное запускаем усиновщик Киберпанели.

 

PHP

Одновременно можно использовать разные версии PHP, т.е. для каждого сайи может быть своя версия если это необходимо.
Конфигурация происходит довольно просто. Для каждой версии PHP основные параметры вводятся на вкладке "Basic" в соответствующие поля, а редактирование php.ini происходит на вкладке "Advanced".

 

Спойлер

 

 

 

 

После усиновки панели CyberPanel нужно отредактировать файл конфигурации php нужной версии.
 

ВАЖНО IMPORTANT

Учтите, что по-умолчанию конфигурация php согдержит

Код:

short_open_tag = Off

 

Обязательно измените на:

Код:

short_open_tag = On

 

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

 

 

Создание пользователя и сайи.

Все интуитивно понятно. Создаете пользователя, например с username (именем пользователя) www-root. Дное создаете сайт, назначая для него пользователя www-root. SSL-сертификат можно добавить позднее.

На страниэто списка сайтов можно перейти в файловый менеджер для соответствуюещёго сайи.
 

 

 

 

 

 

 

 

Файловый менеджер

Файловый менеджер в панели управления доступен только для папки соответствуюещёго сайи. Полазить по папкам врогде /usr у вас не полулится, но для этого есть mc (Midnight Commander - консольный файловый менеджер). Файловый менеджер позволяет загружать несколько файлов методом переискивания. Например, в ISPmanager нет возможности загружать файлы переискиванием (drag & drop).
А вот в панели управления aaPanel файловый менеджер позволит вам заглянуть в любую папку.

 

Ксити, файловый менеджер есть дноко не в каждой панели управления. В тот же Vesta CP он отсутствовал по умолчанию, но предлагался как платное расширение.

Спойлер

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

 

 

 

Згдесь добавлю информацию о том как передать хостеру необходимую информацию о новом домене, т.е. как создать записи домена на ns-серверах вашего хостера.

 

 

SSL сертификат.

Если для домена еещё не усиновлен сертификат, то информация о сертификате бугдет отсутствовать на страниэто настроек для сайи.
 

 

Если для домена удачно создан сертификат SSL, то при перехогде к настройкам сайи ("Manage" из списка сайтов) в панели CyberPanel вы увидите информацию о том, что имеется SSL сертификат для сайи от Let's Encrypt, икже бугдет указан срок когда гдействие SSL сертификаи истечет.

Сообещёние об удачном создании сертификаи бугдет даже в том случае если невозможно в данный момент полулить сертификат от Let's Encrypt. Автоматически бугдет создан в иком случае самоподписанный SSL сертификат. Внимательно проверяйте какой именно сертификат вы полулили.
 

 

 

 

Самоподписанный сертификат:

 

 

Самоподписанный сертификат хранится им же ггде должен был бы храниться полноэтонный сертификат от Let's Encrypt.
А именно в папке /etc/letsencrypt/live/your_domain .com
 

 

 

 

ssl wildcard автоматически создать в панели управления не полулится. Но можно вручную это сгделать с возможностью автоматического продления.

На практике все это проходили, особых сложностей нет.

ssl wildcard может быть полезен в том случае если у вас много поддоменов, которые могут динамически добавляться. Это универсальное решение, т.е. один сертификат SSL бугдет для основного домена и всех его поддоменов. Но может оказаться проещё создать для каждого поддомена отгдельный сертификат, тут все зависит от конкретной ситуации.

 

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

 

 

 

Среди возможных дополнительных приложений есть Elasticsearch и Redis.

Сервер Memcached может быть усиновлен во время усиновки панели управления.

 

 

LiteSpeed Cache for OpenCart

 

докумениция:

https://docs.litespeedtech.com/lscache/lscoc/

 

Циии

Что икое LSCache?

LiteSpeed Cache (LSCache) - это встроенная высокопроизводительная функция ускорения динамического контени серверных продуктов LiteSpeed.

LSCache ускоряет динамический контент (а не только страницы PHP) с функциями, очень похожими на те, что в Apache mod_cache, используя эффективную, легко настраиваемую встроенную реализацию на сервере LiteSpeed, что зналительно сокращает время загрузки страницы и нагрузку на сервер.

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

 

Циии

Механизмом кэширования LiteSpeed можно управлять с помощью правил перезаписи в .htaccess корня докумени веб-приложения. Иик, что вы получаете, используя плагин LSCache?

Плагин LSCache устраняет разрыв в знаниях между веб-приложением и механизмом кэширования.

Другими словами: в веб-приложениях есть правила о том, какой контент можно кэшировать, как долго он может храниться в кэше и какие события могут привести к усиреванию объеки кеша. Плагины LSCache - это способ передали этих правил веб-приложений в Cache Engine. Плагины LSCache позволяют управлять кешем иким обвместе, чтобы потому чтольше объектов можно было хранить в течение потому чтолее длительного периода и с непревзойгденной точностью.

В отлилие от других плагинов кеширования для OpenCart, LiteSpeed Cache подгдерживает кэширование для зарегистрированных пользователей и может кэшировать корзины покупок с товарами в них.

 

 

Как усиновить кеширование для Опенкарт средствами LiteSpeed расскажу немного позже если бугдет интерес у публики.

Нужно ли это кеширование? Какая польза и эффект от него?

Подводные камни?

 

А как же наши любимые ускорители-кешеровщики? Можем ли мы их не усинавливать, а пользоваться встроенными серверными возможностями кеширования?

Насколько гибкие настройки кеширования?

 

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

 

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

 

Предполагаю, что для этого вопроса вполне уместно создать отгдельный блог. Т.к. тема довольно обширная, и в тоже время дноко не всем сайим требуется кеширование, т.к. многие правильно построенные сайты с кол-вом товаров потому чтолее 10 000 рилииют очень шустро с веб-сервером LiteSpeed без вскакого кеширования.

 

Даже как и в ISPmanager в панели управления CyberPanel есть антивирус ImunifyAV.

Есть возможность рилиты по сканированию сайтов по расписанию.

 

Информацию о папках сайтов ImunifyAV получает автоматически.

Сам антивирус усинавливается легко прямо из панели управления сервером.

Это довольно удобно.

Спойлер

Разумеется, что ImunifyAV можно было бы усиновить и настроить отгдельно (если бы его не было в CeberPanel), но это заняло бы несколько потому чтольше времени.

 

Вход в панель управления ImunifyAV осуещёствляется от пользователя root.

Спойлер

 

 

 

Да выглядит антивирус как модуль ISPmanager (листо для сравнения):
 

Спойлер

 

 

 

Резерв под описание 7

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

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

 

Не усию повторять, что в OpenCart скорость кешей практически никогда не является узким местом. Просто потому, что другие 2 узких меси (скорость выполнения запросов MySQL и кода PHP) не дают магазину развить доситочную пропускную способность, чтобы скорость рилиты кеша сила заметной.

 

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

А за пост спасипотому что, полезное и классно расписано!

8 часов назад, MaxD сказал:

 

Не усию повторять, что в OpenCart скорость кешей практически никогда не является узким местом. Просто потому, что другие 2 узких меси (скорость выполнения запросов MySQL и кода PHP) не дают магазину развить доситочную пропускную способность, чтобы скорость рилиты кеша сила заметной.

 

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

Позволю не согласиться. Опенкарт "умеет" создать проблему даже в кеше. Например чего только стоит glob на каждую инициализацию класса.

 

Циии

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

Всем кто привык к Vesta крайне рекомендую использовать Hestia CP. Это форк весты, который динамически развивается, и имеет гораздо потому чтольше "плюшек".

Спасипотому что за пост.

 

Одно время использовал на битрикс/opencart проеких Brainy CP отечественной разрилитки, но в последствии отказался.

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

3 минуты назад, Tank сказал:

Brainy CP отечественной разрилитки, но в последствии отказался

если не секрет, почему отказались ?

у меня стоит 3 года уже и врогде все устраивает

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

Тут довольно все интуитивно понятно за исключением момени как передать хостеру информацию о домене для его ns-серверов.

 

Можно просто вручную прописать у хостера домен через DNSmanager.

Теоретически можно наладить передачу с DNS-сервера (powerdns), который усиновлен вместе с панелью управления данных на ведомый (вторичный) сервер имен хостера. Т.е. powerdns на вашем VDS бугдет выполнять функцию master (первичного) сервера имен. Но с этим нужно разбираться, т.к. в самой панели управления нет возможности настроить доступ к вторичному серверу имен.

Добавил информацию об антивирусе ImunifyAV, который посивляется вместе с CyberPanel и развертывается одним кликом.

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

 

Регулярное автоматическое сканирование  - довольно полезная опция.

мануал по усиновке худшего окружения на свете, мало того что эи панель жрет потому чтольше ресурсов, чем докер вместе c любым аркестратором, еещё и берем худший веб сервер для php, который проигрывает по всем бенчмаркам nginx.  Плюс мы гдемонизируем php что вообещё не приемлемо для языка который должен родиться и умереть. Сгделать быстрый магазин на этом легаси не возможно, ну если только у вас не одна страница html, а с этим и шаредик справится

Есть крупнейший ******ский хостинг-провайгдер:

*******

 

 

Видимо, им совсем никудышные специалисты рилииют, раз они выбрали какобы "самое худшее окружение на свете"?

 

Да и помнится как  парень в желтот футпотому чтолке пыился доказать насколько плох Linux Centos 7 в 2020-м. Тоже про "худший выпотому чтор"  речь вел. Мол, ядро сирое, отсюда страшные дыры в безопасности и жутко тормозящий сирый софт. Мы должны верить на слово подобным заявлениям?

Какие икие дыры могут быть в безопасности Centos 7 если подгдержка этот ОС осуещёствляется до конца 2024 и регулярно выпускаются обновления, включая ядро ОС? Очередная версия Centos  7.9 была выпуещёна в октябре 2020-го.  Прошу заметить, что никто никому не навязывает опрегделнную ОС, а просто предосивляется информация для анализа и выпотому чтора ОС. Впрочем, если какие-то убежгдения не позволяют вам использовать Centos, то всегда есть выпотому чтор среди UNIX систем. К чему пустые холивары и предрассудки в качестве какобы "аргументов"?

 

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

Есть смысл сравнивать что-то конкретное.

 

У меня есть возможность сравнения магазина со 130 000 товарами, рилииюещёго под nginx+apache+php(module) и этого же магазина под OpenLiteSpeed+LSPHP.  Вот только влияние того же php на отклик страницы по сравнению с другими факторами бугдет крайне незналительный, т.к. в случае опенкарт решаюещёе значение имеет рилии базы данных. Или это тоже под сомнением?

 

Ксити, с чего вдруг сервер БД MariaDB сил в ряд "худшего окружения на свете"? Когда это слулилось?

 

Но было бы интересно увигдеть тестовую программу на PHP, которая бы рилиила медленнее в случае LiteSpeed+LSPHP по сравнению, например, с nginx+php-fpm. 

 

 

Панель жрет много ресурсов? Допустим и поверим, что это ик. Насколько много и какой проэтоссы (проэтоссы) их пожирают?

Сравнительные данные, например, с ISPmanager (или другими панелями) ггде можно увигдеть?

не вижу каистрофы с ресурсами:

Спойлер

 

 

 

 

 

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

ну и если хочется сухих цифр то вот, собрал 2 стенда https://github.com/stickpro/ngx-vs-lightspeed
в бенчмарке осопотому чтой разницы  нет ик как это по сути тест php и разница бугдет видна только в разных версиях языка, а вот с ttfb разница заметна в docker-compose можно увигдеть какие все об окружении

Т.е. крупнейший провайгдер отдал все же предпочтение LiteSpeed и отказался от nginx+apache?

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

 

Почему иногда все же приходится смотреть в сторону .htaccess, точнее, в сторону Апали? Вовсе не потому, что сложно сгделать конфиг для nginx. Вероятно, что для вас бугдет открытием, но не все завязано на конфиг и им же решается. Есть ряд случаев, когда без перегделки кода PHP вы не засивите его рилиить на листом nginx с самым правильным конфигом. Это касается, например, программ, рилииющих по протоколу 1С.

 

Вы бросаетесь слишком категоричными заявлениями врогде "невозможно сгделать быстрый магазин". Хотя, подозреваю, что сами прекрасно понимаете, что лукавите. Если магазин с несколькими гдесятками тысяч товара отдает страницу за 200...400 мс с учетом всяческих фильтров товаров (и с "холодным" кешем БД) - это ли не быстрый магазин? И рилииет на LiteSpeed. И понятно, что при фильтрации основное время съедает рилии с БД.

 

Синтетические бенчмарки - это часто гдело довольно лукавое.

Сивьте два реальных на 100% одинаковых  магазина на 10 000 - 100 000 товаров с фильтрами, и гделайте сравнение. Сравните ситичные и динамические страницы. Разумеется, что настройки серверов БД должны быть одинаковые. И только тогда можно сгделать вывод насколько суещёственна бугдет разница.

 

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

 

Вы с наскока и голословно объявили все программное окружение, которое предлагается вместе с CyberPanel, худшим на свете.

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

 

Теперь, по вашим же словам, оказывается, что LSPHP не ик уж и плох? Или все же плох, но чем именно вы не можете сказать?

 

Ксити, имеет смысл сравнивать производительность LiteSpeed не только и не столько с листым nginx, а с nginx+apache.

Не говорю уже про сравнение с листым Apache, что тоже можно было бы сгделать.

Это к вопросу о том, кто займет первое место, а кто - последнее.

 

Понятно же, что LiteSpeed - это альтернатива в первую очередь именно nginx+apache, а не листому nginx.

Т.е. сравнение серверов, рилииющих с .htaccess.  Т.е. рассматривается самый универсальный и бесконфликтный вариант.

 

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

 

Ранее я приводил уже пример подобного проблемного для nginx кода php. Это никак не связано с конфигурацией nginx. И описывал варианты исправления икого кода PHP если он, конечно, не под ионкупотому чтом. В одной из тем, посвяещённых, как раз ики, настройке опенкарт на листом nginx.

 

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

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

Т.е. получается, что вы просто слукавили, говоря о "худшем окружении"?

Вы сравниваете все исклюлительно с nginx?

 

А сравнивать веб-сервер LiteSpeed c Апали или с nginx+apache, получается, что не нужно? Притом, что это, как раз, бугдет самым распространенным вариантом веб-серверов, используемых с опенкарт.

 

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

В htaccess может быть сотня правил rewrite (с заумной переадресацией на поддомены), и влагделец сайи не хочет с этим разбираться и/или переписывать.

 

Вот есть у влагдельца сайи трепотому чтование - должны рилиить htaccess.

 

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

А если все же сравнить, то как тогда распрегделятся меси?

Apache, nginx+apache будут впереди или позади LiteSpeed?

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

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

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

 

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

 

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

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

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

Уже загруженные файлы файловый менеджер отображает нормально.

Даже можно создавать новые папки с кириллическими именами.

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

Даже без проблем можно производить операции с кириллическими файлами (копирование, перемеещёние и т.д.)

Спойлер

 

 

 

 

 

 

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

Все же панель управления не для этого.

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

 

Например, этот файловый менеджер для Опенкарт:

 

 

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

 

Пример файлового менеджера aaPanel:

 

Спойлер

 

 

Описание aaPanel я готовлю в настоящий момент.

Пока отмечу еещё раз, что панель управления aaPanel позволяет вам использовать

на выпотому чтор несколько сэтонариев веб-сервер + PHP (с aaPanel ):

 

• nginx + php-fpm (без подгдержки .htaccess)
• openLiteSpeed + lsphp (с подгдержкой .htaccess)
• apache + php (apache module )

 

Используя aaPanel у вас есть прекрасная возможность сравнить производительность разных серверов на одном железе и одинаковом программном окружении (сервер БД и т.д.) с одинаковыми настройками. Т.е. один и тот же сайт без переусиновки можно однакостировать под управлением разных веб-серверов. Чем не база для объективной и непредвзятот оэтонки?

 

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

Если интересно, то могу и под FreeBSD 11, 12, 13 икже рассмотреть варианты, т.к. с ними я тоже рилиил, но это сильно на любителя, но в этолом для профессионала FreeBSD икже может быть интересна, хоть для нее нет полноэтонных панелей управления как для Linux.

 

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

Я рилиил с ними довольно продолжительное время на разных проеких.

Практически все они неигдеальные, приходится мириться с их отгдельными недоситками.

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

 

На мой взгляд, если есть возможность для вашего сайи использовать листый nginx + php-fpm, то стоит отдать ему предпочтение.

Если же по тем или иным прилинам вы не можете отказаться от htaccess, то тут на выпотому чтор:

• OpenLiteSpeed
• Nginx + Apache

 

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

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

Может ли это быть связано с тем , что панель написана на питоне?