Apache, Nginx чи OpenLiteSpeed: що вибрати?

Apache, Nginx і OpenLiteSpeed усі виконують свою роботу. Вирішують ваші потреби та звички, а не змагання за швидкість. WordPress.org рекомендує для WordPress Apache або Nginx. Якщо ваш сайт залежить від файлів .htaccess, природний вибір — Apache. Якщо вам потрібні стисла конфігурація та зворотний проксі, вибирайте Nginx. Якщо потрібні кеш WordPress на рівні сервера й керування з вебінтерфейсу, краще підійде OpenLiteSpeed.

Три вебсервери коротко

Apache: .htaccess і знайомство

Apache — один із найвідоміших варіантів. За допомогою файлів .htaccess можна змінювати налаштування для кожної папки окремо. На цей файл покладаються сайти, перенесені зі спільного хостингу, і багато плагінів. Проте власна документація Apache радить записувати правила в головний файл конфігурації, коли у вас є до нього доступ, бо .htaccess шукається в кожній папці на кожен запит. На власному VPS у вас є доступ root, тож така можливість є. Поширений вибір — запускати PHP через PHP-FPM, а Apache — у керованому подіями режимі event. В Ubuntu і Debian модулі вмикають і вимикають через a2enmod, а сайти — через a2ensite.

Nginx: стисла конфігурація та зворотний проксі

Nginx керується подіями. Його офіційний сайт описує його як вебсервер, зворотний проксі, кеш вмісту й балансувальник навантаження. Це поширений вибір для віддачі статичних файлів і для розміщення перед іншими застосунками. Підтримки .htaccess немає, а блог самого проєкту Nginx каже, що файли конфігурації для кожної папки не підтримуються. Для застосунку на кшталт WordPress правило try_files, потрібне для гарних постійних посилань, ви самі пишете в конфігурації сервера. Правило наведено в офіційній документації WordPress. PHP працює через PHP-FPM. У пакеті для Ubuntu і Debian сайти записують у /etc/nginx/sites-available і підключають посиланням у sites-enabled. Зміну перевіряють командою sudo nginx -t, а застосовують через sudo systemctl reload nginx.

OpenLiteSpeed: кеш WordPress і вебінтерфейс

OpenLiteSpeed — це версія з відкритим кодом LiteSpeed Web Server Enterprise, що випускається за ліцензією GPLv3. Обидві розробляє та сама команда, а для версії Enterprise потрібна ліцензія. OpenLiteSpeed може використовувати правила переписування, сумісні з Apache, тож правила постійних посилань WordPress здебільшого працюють без змін. Якщо в .htaccess старого сайту є директиви, окрім правил переписування, перевірте їх перед переходом, бо OpenLiteSpeed ігнорує непідтримувані директиви без повідомлення про помилку.

Серверний кеш плагіна LiteSpeed Cache для WordPress працює лише на продуктах LiteSpeed. За документацією плагіна, на інших серверах доступні лише його функції оптимізації. Вебінтерфейс адміністратора типово відкривається на порту 7080. Не лишайте цей порт відкритим для всіх. Відкрийте його лише для своєї IP-адреси.

Caddy — теж варіант

Для невеликих проєктів можна розглянути й Caddy. Коли ви записуєте в його конфігурації доменне ім’я, він сам отримує й поновлює сертифікат HTTPS. За його офіційною документацією, для цього запис DNS домену має вказувати на сервер, а порти 80 і 443 мають бути доступні ззовні. Його файл конфігурації (Caddyfile) дуже короткий. Натомість підтримки .htaccess немає, тож і тут правила записують у конфігурацію. Вебзастосунки Seturack із готовим встановленням, як-от WordPress, використовують Caddy для HTTPS.

Який вибрати?

На запитання «Який швидший?» єдиної відповіді немає. Результат залежить від конфігурації, налаштувань PHP, кешування та самого сайту. На повільному сайті WordPress вебсервер рідко є проблемою. Частіші причини — відсутній кеш, важкі плагіни чи замало пам’яті. Перевірте це, перш ніж змінювати сервер. Справжню різницю видно лише тоді, коли пробуєте власний сайт на власному сервері. Нехай вибір підкажуть такі запитання:

• Якщо ви переносите старий сайт, що спирається на файли .htaccess: Apache.
• Якщо вам потрібен зворотний проксі перед кількома застосунками або стисла конфігурація: Nginx.
• Якщо ви ведете один сайт WordPress і хочете серверний кеш та керування з вебінтерфейсу: OpenLiteSpeed.
• Якщо ви розміщуватимете кілька доменів, упораються всі три: віртуальні хости в Apache, блоки server в Nginx. Це не вирішує вибір.
• Якщо ви користуватиметеся панеллю керування, обирайте типовий варіант панелі. CloudPanel використовує Nginx, а CyberPanel — OpenLiteSpeed. HestiaCP типово встановлює Nginx разом з Apache (Apache можна вимкнути).
• Якщо ви не впевнені, вибирайте Apache або Nginx. WordPress.org рекомендує обидва, і матеріалів про кожен достатньо.

Установлення і перехід пізніше

Apache і Nginx установлюються з репозиторію пакетів Ubuntu однією командою:

sudo apt install apache2

sudo apt install nginx

Якщо встановити обидва одразу, другий не зможе зайняти порт 80 і не запуститься. Команда sudo ss -tlnp | grep ':80 ' показує, яка служба слухає порт 80. OpenLiteSpeed встановлюють за кроками з офіційної документації LiteSpeed. Після встановлення відкрийте IP-адресу сервера в браузері. Якщо ви бачите вітальну сторінку, служба працює. Якщо сторінка не відкривається ззовні, перевірте, що порти 80 і 443 відкриті в брандмауері.

Перейти пізніше можна. Файли вашого сайту й база даних лишаються тими самими. Змінюється конфігурація. Переходячи з Apache на Nginx, ви вручну переписуєте правила .htaccess. В офіційній документації Nginx є посібник із перетворення правил переписування. Усі три сервери можна встановити на одну машину, але вони не можуть одночасно використовувати порти 80 і 443. Спершу спробуйте їх на малому сервері. Якщо результат вас не влаштує, службу можна замінити без перевстановлення сервера.

Щоб спробувати всі три, великий сервер не потрібен. Почніть з малого розміру й збільшуйте з панелі. Ціну дивіться на сторінці цін.

Якщо ви хочете одразу мати готовий вибраний вебсервер, варіанти Seturack LAMP (Apache), LEMP (Nginx) і OpenLiteSpeed встановлюються самі. Для WordPress є також WordPress на OpenLiteSpeed.

Готове до роботи в Seturack: OpenLiteSpeed, WordPress LiteSpeed, LAMP, LEMP.