OpenLiteSpeed – це відкрита редакція комерційного веб-сервера LiteSpeed Web Server Enterprise. Розробляє й підтримує обидва продукти та сама команда інженерів LiteSpeed Technologies, і обидва тримають однаковий стандарт якості коду. Це не урізана демоверсія: ядро й принципи обробки запитів у обох продуктів спільні, хоча частина функцій вищого рівня лишається виключно платною. Вбудований балансувальник навантаження, розширене керування ресурсами на рівні окремих доменів і деякі інструменти безпеки корпоративного класу в безкоштовній збірці відсутні, і для їх отримання доведеться переходити на Enterprise або купувати окремий продукт LiteSpeed Web ADC. Практична різниця для звичайного власника сайту зводиться до трьох речей: ціни, глибини технічної підтримки з боку виробника і кількості готових інтеграцій із хостинг-панелями.
OLS позиціюють як пряму заміну Apache чи Nginx. Сервер одночасно віддає статичні файли і обробляє динамічний код. Класична схема “Nginx спереду як проксі, Apache ззаду для динаміки” йому просто не потрібна.
Витоки: LiteSpeed Technologies і шлях від платного продукту до відкритого коду
Компанію LiteSpeed Technologies заснували 2002 року в штаті Нью-Джерсі під керівництвом Джорджа Ванга. Від самого початку команда спеціалізувалася на серверному програмному забезпеченні для навантажених сайтів. Перший комерційний LiteSpeed Web Server вийшов у 2003 році і довгий час поширювався лише за платною ліцензією. Продукт залишався нішевим рішенням для окремих хостерів, які шукали заміну повільному на той час Apache. У компанії згодом визнали, що закритість обмежує охоплення ринку, і випустили OpenLiteSpeed як безкоштовну версію під ліцензією GPLv3. Ранні збірки OLS підтримували лише чернетку HTTP/2, ще не фінальну специфікацію протоколу, тому перші рецензії 2014 і 2015 років фіксували його саме як “draft 16”. Сьогодні розробка обох гілок іде синхронно: нові можливості спершу тестують в Enterprise, а вже потім переносять у відкритий код.
Подієво-керована архітектура і воркер-процеси
В основі OpenLiteSpeed лежить подієво-керована модель обробки з’єднань. На Linux сервер спирається на epoll. На FreeBSD і macOS використовує kqueue, а за їх відсутності падає до універсального poll. Такий підхід дозволяє одному воркер-процесу утримувати тисячі паралельних з’єднань без пропорційного зростання споживання пам’яті. Тому виробник заявляє про підтримку сотень тисяч одночасних підключень на звичайному залізі. Це особливо помітно на VPS з одним чи двома ядрами, де кожен зайвий мегабайт оперативної пам’яті на рахунку. Кількість воркерів і їхню прив’язку до конкретних ядер процесора можна налаштувати вручну через WebAdmin консоль, не редагуючи конфігураційні файли напряму. Ця гнучкість, а не сама наявність event-driven моделі, дає адміністратору реальний контроль над масштабуванням під конкретне навантаження.
LSAPI замість PHP-FPM: як сервер обробляє динамічні застосунки
Для зв’язку з зовнішніми застосунками OpenLiteSpeed використовує власний протокол LSAPI. Його розробили спеціально під архітектуру цього сервера, тому він працює ефективніше за універсальні протоколи на кшталт FastCGI. LSAPI підтримує PHP, Python, Ruby, Perl і Java через окремі модулі. Кожен процес-обробник може приймати кілька запитів послідовно замість лише одного на процес, як часто буває у класичному FastCGI. За заявами виробника, LSPHP, тобто PHP через LSAPI, обробляє динамічні сторінки швидше за PHP-FPM і споживає менше пам’яті. При цьому зберігається підтримка opcode-кешування та високий рівень безпеки. Ключова відмінність для розробника в тому, що LSAPI-застосунок можна запустити не лише на тій самій машині, де працює сам веб-сервер. Його можна прив’язати до IPv4, IPv6 чи Unix-сокета на віддаленому сервері, що корисно при виносі обробки PHP на окремий бекенд для масштабування навантажених проєктів.
WebAdmin консоль на порту 7080
Керування OpenLiteSpeed відбувається через окрему вебконсоль WebAdmin. За замовчуванням вона слухає порт 7080 і працює незалежно від панелей керування хостингом на кшталт CyberPanel чи Plesk. Це графічний інтерфейс з живою статистикою з’єднань, налаштуванням віртуальних хостів через шаблони і редагуванням правил переписування адрес у форматі, сумісному з Apache mod_rewrite. Пароль до консолі генерується під час встановлення. Якщо його втрачено, скинути можна командою admpass.sh з каталогу /usr/local/lsws/admin/misc. На серверах із CyberPanel порт 7080 нерідко закритий фаєрволом за замовчуванням. Його доводиться відкривати вручну, щоб дістатися до низькорівневих налаштувань, які панель не показує на своєму інтерфейсі, наприклад до тонких лімітів keep-alive чи рівня стиснення.
Ліцензія GPLv3 і випадки, коли вона не працює
Вихідний код OpenLiteSpeed поширюється під GPLv3. Його можна вільно завантажувати, змінювати і розповсюджувати без жодних платежів на користь LiteSpeed Technologies. Обмеження виникає там, де компанія хоче вбудувати сервер у власний закритий продукт і продавати його без розкриття похідного коду. У такому випадку GPLv3 не підходить, і LiteSpeed Technologies пропонує окрему комерційну OEM-ліцензію для таких сценаріїв. Для звичайного власника сайту чи хостера, який просто встановлює і використовує OLS на своїх серверах, це обмеження практичного значення не має. Воно стосується лише виробників софту, що хочуть перепакувати сервер у власний закритий дистрибутив і продавати його як частину проприєтарного продукту.
OpenLiteSpeed у складі CyberPanel
Найпоширеніший спосіб зустріти OpenLiteSpeed на практиці – це безкоштовна хостинг-панель CyberPanel. Вона встановлює сервер як основний компонент і керує ним через власний інтерфейс на порту 8090. Панель приховує більшість низькорівневих налаштувань OLS за зручнішими формами для щоденних задач адміністрування. Проте для тонкого тюнінгу, наприклад лімітів з’єднань чи рівня стиснення Brotli, все одно доводиться заходити у вже згадану WebAdmin консоль на порту 7080. Пароль до неї відрізняється від пароля CyberPanel. Зазвичай його видають окремим рядком під час першого встановлення сервера, тому варто зберегти його одразу замість того, щоб відновлювати потім через SSH.
Що насправді показують тести продуктивності
Маркетингові матеріали LiteSpeed Technologies стверджують, що OLS обробляє і статичні, і динамічні сторінки швидше за Nginx та Apache, тому окрема зв’язка з реверс-проксі перед бекендом нібито стає непотрібною. Незалежне навантажувальне тестування, яке 2022 року провела команда панелі керування ISPmanager, дало інший результат. Порівнювали nginx, Apache і OpenLiteSpeed у дефолтних конфігураціях без додаткового тюнінгу. OLS не випередив конкурентів так переконливо, як очікували автори тесту. Вони прямо зазначили: в OpenLiteSpeed є інструменти на кшталт кешування LSCache, стиснення Brotli і протоколу HTTP/3, здатні змінити картину, але в тому тесті їх не вмикали. Висновок простий, хоча його рідко озвучують у маркетингових матеріалах: цифри в рекламі зазвичай отримані на оптимізованій конфігурації з увімкненими додатковими модулями, тоді як сервер “з коробки” за замовчуванням поводиться значно скромніше.
HTTP/3, LSCache і прискорення WordPress
LiteSpeed Technologies одна з перших довела реалізацію HTTP/3, тоді ще під назвою HTTP-over-QUIC, до продакшн-готовності. Ця напрацьована експертиза перейшла і в OpenLiteSpeed. У серпні 2025 року вийшла версія 1.8.4, яка закрила витік пам’яті саме в реалізації HTTP/3. Піврічна раніше 1.8.3 додала підтримку заголовка expect-100-continue і виправила вразливість типу hash flood у бібліотеці lsquic, яку сервер використовує для обробки QUIC-з’єднань. Окремо варто згадати плагін LiteSpeed Cache для WordPress. Він безкоштовний, але повноцінно кешування на рівні сервера працює тільки у зв’язці саме з LiteSpeed-серверами, включно з OpenLiteSpeed. Разом з OpenLiteSpeed він формує повністю відкритий стек прискорення WordPress без жодних платних компонентів, чого не можуть запропонувати конкуренти, побудовані на Nginx.
Місце OpenLiteSpeed на ринку веб-серверів
За даними W3Techs станом на серпень 2026 року технологію LiteSpeed використовують 15 відсотків сайтів із визначеним веб-сервером. Це помітне зростання порівняно з приблизно 14 відсотками, які фіксувала Вікіпедія восени 2024-го з посиланням на ті самі дані W3Techs. Тут важливе застереження, яке рідко пояснюють у статтях про хостинг. W3Techs визначає сервер за HTTP-заголовком, а він однаковий і для безкоштовного OpenLiteSpeed, і для платної Enterprise-версії. Ці 15 відсотків описують всю родину LiteSpeed, а не окремо відкритий продукт, і розділити ці дві категорії за публічною статистикою неможливо. Наскільки серед цих сайтів переважає безкоштовна версія, жодне відкрите джерело не оцінює. Будь-яке конкретне число тут було б здогадкою.
Кому підходить OpenLiteSpeed, а кому ні
Сервер добре підходить під VPS з обмеженою кількістю ядер і оперативної пам’яті, де кожен відсоток економії ресурсів переходить у відчутну різницю у вартості хостингу. Він добре працює під WordPress-проєкти, де критичне швидке кешування сторінок і де вже стоїть плагін LiteSpeed Cache. Підходить і для ситуацій, коли хочеться позбутися звички тримати окремо Nginx для статики і Apache для динаміки, спростивши інфраструктуру до одного процесу. Менш очевидний вибір там, де команда вже глибоко інвестувала в екосистему Nginx з її модулями, конфігураціями і накопиченою експертизою адміністраторів. Те саме стосується проєктів, яким потрібні enterprise-функції на кшталт вбудованого балансувальника, доступні тільки в платній версії LiteSpeed. Рішення варто приймати не за рекламними цифрами. Найнадійніший спосіб перевірити сервер – власний навантажувальний тест на реальних сторінках проєкту, у власних умовах хостингу, замість орієнтування на чужі бенчмарки з інших конфігурацій заліза.