Запропонуйте блискавичний, функціональний, захищений веб-сервер Linux для обслуговування статичного вмісту [закрито]

Перелік обов'язкових вимог:

• вміти обслуговувати статичні HTML-сторінки та файли (зображення, стислі архіви, текстові файли ASCII тощо) через HTTP.
• бути ресурсозберігаючим . Він використовує те, що потрібно для передачі даних по мережі у вигляді пам'яті та процесора, і не набагато більше.
• мати невеликий слід встановити.
• використовувати лише стільки пропускної здатності мережі, скільки необхідно.
• бути зрілим .
• бути простим у налаштуванні.
• бути складеним у рідний код. Немає Python чи Java тощо.

Що мені не потрібно:

• Складні параметри конфігурації. Якщо згодом знадобиться, я перейду на Apache httpd.
• Підтримка запуску CGI, Perl, PHP, Java, Side Server Includes або інших "додаткових".

Будь-які пропозиції, будь ласка?

nginx Докладніше про сайт на вікі nginx .

Це спекотно, швидко, мало. Кілька відсотків на опитування Netcraft .

Лайтпд приходить на думку.

Згідно з документами з підручника Lighttpd , конфігурування статичного сервера займає близько 5 хвилин:

Є багато, але мені особисто подобається Черокі. Це відносно нове, але також дуже просте налаштування за допомогою вбудованої веб-гуї.

Можливо, мені вдасться сприйняти те, що ці рішення не компілюються в рідний код за списком "must have", але для статичного вмісту це не набагато простіше, ніж спільний доступ до поточного каталогу з вкладишем Python one:

python -m SimpleHTTPServer 9914

Зауважте, що порт 9914 - довільний і просто той приклад, який я використовував, де я знайшов це рішення: http://linux.byexamples.com/archives/506/python-simple-http-server-for-file-sharing

Звичайно, ви також можете це зробити за допомогою Perl:

perl -MIO::All -e 'io(":8080")->fork->accept->(sub { $_[0] < io(-x $1 ? "./$1 |" : $1) if /^GET \/(.*) / })'

. . . як описано на веб-сторінці http://search.cpan.org/~ingy/IO-All-0.39/lib/IO/All.pod#A_Tiny_Web_Server

Сервер, який саме описаний вами:

• kHTTPd - в ядрі, дуже простий сервер. Лише статичні файли.

Стрімкі швидкі сервери, які також можуть при необхідності обслуговувати динамічні сторінки:

• LigHTTPd - сервер, зроблений як доказ концепції вирішення проблеми C10K.
• nginx - дуже популярний, часто використовується для потокової передачі або як зворотний проксі.

Кілька коментаторів згадали про lighttpd. Ще один варіант - thttpd.

Швидкі, безпечні, ефективні, низькі можливості: публічне повідомлення від Дана Бернштейна.

або kHTTPd - сервер, вбудований у ядро ​​Linux?

Я б пішов з Черокі сюди. Також я забув би про Apache. Ми всі росли, мило, використовуючи апаш, веселячись ним і mysql. У всіх нас чудові спогади, і ми всі знаємо, як ним користуватися. :)

Це, однак, минуле, підфарбоване через рожеві окуляри. Використання жирової пам’яті, жирових процесів, складних файлів конфігурації, вбудованих перекладачів. У сьогоднішньому віці VPS нікому вже не потрібні жирні дупи. Любіть спогади, але зберігайте оперативну пам’ять для своїх додатків.

Я використовую Mathopd протягом останніх 2 років для подачі статичного вмісту [суміш зображень на якомусь сайті електронної комерції + пара великих завантажень]. немає головних болів - легко налаштувати, просто працює і залишає процесор поруч із режимом очікування.

Я мав відмінні результати протягом багатьох років із thttpd , часто обслуговуючи 250 запитів за секунду (і це було усереднено протягом години), і навіть 400 одночасних запитів. Використання пам'яті низьке, стабільність надзвичайно висока, а завантаження системи майже нічого, навіть при великому навантаженні в режимі / сек.

Білл Кіт графства Блум, пояснює, як вимовляється thttpd .

Можливо, ви захочете подивитися на http://www.lighttpd.net/. Я не впевнений, чи це надмір для ваших вимог.

Існує комерційний веб-сервер під назвою Zeus, який досить широко використовується в контентній галузі, що характеризується великим обсягом статичного вмісту. IIRC заснований на асинхронізації. I / O, що дуже ефективно в процесорі. Це може робити те, що ви хочете, але це не безкоштовно.

Ви можете спробувати okws .

OKWS - це веб-сервер, спеціалізований для створення швидких та безпечних веб-сервісів. Він надає веб-розробникам невеликий набір інструментів, який виявився досить потужним для створення складних систем з обмеженими зусиллями. Незважаючи на акцент на безпеці, OKWS демонструє переваги у порівнянні з популярними конкурентами: при обслуговуванні повністю динамічних навантажень бази даних, не пов’язаних з диском, пропускна здатність та чутливість OKWS перевищують показники Apache , Flash (правлячий король продуктивності веб-сервера) та Haboob ( академічна система, яка вважається найшвидшим веб-сервером Java в блоці). Комерційний досвід роботи з OKWS дозволяє стверджувати, що система може зменшити витрати на апаратне забезпечення та управління системою, забезпечуючи відсутність гарантій безпеки в діючих системах.

скопійовано з okws.org

Щоб бути більш-менш повною, не забувайте про Hiawatha . Розвиток у цьому є досить активним та має дружню та корисну спільноту.

Більшість захищених та легких веб-серверів уже згадувалося (наприклад, publicfile, Nginx, Cherokee тощо). Якщо жоден із них не відповідатиме вашим вимогам, я думаю, що я пропоную розмістити статичні файли (активи) на AWS S3 та CloudFront та Google Sites для своїх веб-сторінок.