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

http://packages.qa.debian.org/c/cherokee/news/20100510T234735Z.html
Время задержки «свежей» новости составило минимум 2 дня ))

Для ЛОР свежая новость та, которая менее полдня провисела на опеннете.

ну эту я брал с оффсайта, а не с опеннета ибо его просто не читаю.

Естественно ты не пытался почитать мануал апача.

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

Покажи свой сайт. Оценю твой уровень образования.

см. мой профиль

> К сожалению, в России он менее популярен, чем мог бы.

У нас - nginx :)

А у вас молоко убежало^W^W галерея не работает.

да с ней вечно глюки и починить все времени не найду

кстати, использую его на своей впс в 256 оперативой уже довольно давно. работает просто апупенно хорошо.

Ну у меня lighttpd на 256 крутится - ни разу проблем не было. Есть какие-то конкретные сравнения по потребляемым ресурсам?

только чиста на глаз: апач вешает впс, черока нет. лайтхттпд не ставил и нет желания.

Ну как-бы есть и тесты:
http://www.cherokee-project.com/benchmarks.html
Cherokee весьма неплох. (и опровержений сему я не нашел.)

всех индейцев в резервации! этот туземец тот который аля лайти с гламурной веб-мордой для неосиляторов!? не нужен! :}

> всех индейцев в резервации! этот туземец тот который аля лайти с гламурной веб-мордой для неосиляторов!? не нужен! :}

дикие аборигены из серверной не нужны !!:
http://www.cherokee-project.com/screencasts.html#intro

О-хохо, ностальгия. Когда-то, лет наверное 5-6 назад, использовал его в качестве легкой замены жирному апачу. Какие-то проблемы с SSL были, что ли, поэтому перешел толи на апач, толи на нгинкс. Не думал что проект жив. Надо бы опять попробовать, но не думаю что он ведет себя намного лучше(предсказуемее) nginx под нагрузкой, иначе его бы давно уже «освоили».

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

> Надеюсь, fastcgi и прочие плюшки к нему нормально прикрутятся.

да вроде как должны:
http://www.cherokee-project.com/doc/modules_handlers_fcgi.html

дружище, ты бы поисправлял ошибки на своём сайте

ни сколько не мешает

создавать базы данных и создавать железо на различных микроконтроллерах

веб серверу

>INT 21h

facepalm.jpg

В новости 4.2.

простой в конфигурации веб-сервер

Сие есть наглая ложь. Cherokee не предусматривает настройку через конфигурационный файл. Нужно запускать его веб-интерфейс, жмякать в нём мышою по кнопкам. Самое интересное, веб-интерфейс выплёвывает конфигурационный файл, но описание его автор проекта не даёт и настраивать через него не предлагает. Я из-за этого отказался от cherokee и перешёл на hiawatha.

Туземец с мордой.

всех индейцев в резервации! этот туземец тот который аля лайти с гламурной веб-мордой для неосиляторов!? не нужен! :}

Это тот который a la лайти с гламурной веб-мордой для всех, потому что автор неосилятор конфигурационных файлов.

Hiawatha rules.

В целом-то меня и лайти устраивает, но чероки попробую пожалуй ради интереса. Надеюсь, fastcgi и прочие плюшки к нему нормально прикрутятся.

Попробуй лучше Hiawatha. Если будет нужен proxy, то рекомендую Pound.

ссылка на принтер не работает (вместо 04 в сылке 05)

есть klone. Широки ненужен.

> Громко и с шумом

-_-

> lighttpd

Наше все (:

> Попробуй лучше Hiawatha. Если будет нужен proxy, то рекомендую Pound.

Прикольно. Автору потребовалось два года, чтобы перейти на треды от форка, при том ещё даже без CGI совсем. Я такое за неделю писал :)

helios> У нас - nginx :)

Ага. С постоянным Bad gateway

> Cherokee - очень быстрый ...

Начиная с определённого момента, скорость не самое главное. Т.е. разница с nginx не принципиальна. Если ваш сервис на nginx стал обрабатывать 1000 запросов с секунду и при этом ложиться под нагрузкой, то переход на чероки, чтобы он стал обслуживать 1100 запросов, проблему принципиально не решит, а вот попытка перехода может привести к полной неработоспособности и лихорадочному поиску что же изменилось.

Технологии быстрой отдачи контента относительно стабильны уже давно: это epoll+эвентлуп/на каждый процессор. Соревнование идёт у кого оптимальнее построена работа с дочерними процессами, с кешем, с модулями, расширяемостью и прочим, выбирать надо по этим параметрам.

я бы за коммент такой тупости снимал бы звезду.

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

> Попробуй лучше Hiawatha.

4. Does Hiawatha support GZip content encoding.

No, because there is no need to. Most websites consists of static files like images and stylesheets and dynamic content generated by CGI. Images are hard to compress, so there is no need for GZip encoding there. Stylesheets are often small (a few kilobytes), so there isn't much to win by compressing them. Most Hiawatha users use PHP which has GZip output support, so that covers the important part of the dynamic content.

OMG! Только что смотрел статистику по гзипу на веб-сервере: jquery.js сжимается с 70 кб до 23kb, самописный js с 80кб до 14 кб, файл стилей с 38кб до 7.5кб, вывод mod_perl скрипта ужался с с 64кб до 13 кб. А вы говорите «no need to»...

Работает же.

при том ещё даже без CGI совсем.

А кому-то ещё нужно CGI которое не FastCGI?

И таки hiawatha работает и есть не просит. Я удовлетворён чуть более чем полностью.

бывает. чего только непонапишешь среди ночи.

А он может держать кириллические имена? А то уже началось сегодня.

http://www.xn--e1aqis7c.xn--p1ai/ обычно они в такой бред преобразуются

мда, 502 порядком доставало в старом дата-центре...

Теперь ДЦ в Германии и ап-тайм радует :)

Вот почему, кто мне скажет.
1. На каждой домашней страничке стоит google analytics?
2. Каждый браузер (как минимум ff и opera), получив отказ от роутера долбят этот google analytics ещё минуту, прежде, чем загрузить остаток страницы?

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

s/ff/chromium/

Смотрю галерею на твоём сайте. Возник вопрос: чудики, зачем сжигали технику?

По теме: интересная новость, я заинтересовался, сейчас попробую.

А вот и ниосиляторы апачевских mpm подтянулись: мы не смогли настроить апач, поэтому нате вам новый веб-сервер.

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

>Каждый браузер (как минимум ff и opera), получив отказ от роутера долбят этот google analytics ещё минуту, прежде, чем загрузить остаток страницы?

У кого этот адрес еще не в черном списке браузера/прокси, тот ССЗБ.

> В новости 4.2.

простой в конфигурации веб-сервер

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

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

хорошо хоть хотябы пароль на GUI спрашивает (на http://127.0.0.1:9090/ ) ...[судя по докуменации]...

..ато бы было бы совсем забавно когда паразитные процессы начали бы ещё и серваком заправлять :-)

> Дети пускай фапают на циферки, большим дядям надо в первую очередь секьюрный, оттестированый и готовый к production код.

yaws?

>> 4. Does Hiawatha support GZip content encoding.

OMG! Только что смотрел статистику по гзипу на веб-сервере: jquery.js сжимается с 70 кб до 23kb, самописный js с 80кб до 14 кб, файл стилей с 38кб до 7.5кб, вывод mod_perl скрипта ужался с с 64кб до 13 кб. А вы говорите «no need to»...

Опередил. Интересно, после аргументации уровня «я неосилил реализацию GZip, поэтому сейчас я вам докажу, что он не нужен, причем без цифр» я должен поверить, что этот пионер что-то понимает, например, в security?

> 1. На каждой домашней страничке стоит google analytics?

У них очень удобный интерфейс.

2. Каждый браузер (как минимум ff и opera), получив отказ от роутера долбят этот google analytics ещё минуту, прежде, чем загрузить остаток страницы?

Думаю, потому, что javascript, который потенциально может повлиять на rendering оставшейся страницы.

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

Гугл, вроде бы, рекомендуют свой analytics пихать в конце body.

это у тебя 4.2

вот пример простого конфига:

# Server
#
server!bind!1!port = 80
server!timeout = 5
server!keepalive = 1
server!keepalive_max_requests = 1000
server!server_tokens = full
server!panic_action = /usr/bin/cherokee-panic
server!pid_file = /var/run/cherokee.pid

# Default virtual server
#
vserver!1!nick = default
vserver!1!collect_statistics = 0
vserver!1!document_root = /var/www
vserver!1!rule!1!match = default
vserver!1!rule!1!handler = file

а здесь говорят что есть

http://www.hiawatha-webserver.org/features