Свежие комментарии

Да я все это знаю.

Вопрос о том, чтобы сделат еще лучше массовый сервер не стоит - есть апач, данный нам свыше и куча модулей к нему. Если речь шла об улучшении массового продукта, тогда ой.

Но для проектов, разрабатываемых с нуля, мой подход отлично подходит. Не обязательно больших. По моим наблюдениям на среднем проекте отказ от требующего доработки опенсорса и переписывание сервера приложений (или чего-то еще) с нуля обходится дешевле, чем постоянное латание опенсорса. И бонус тут не в том, чтобы сэкономить килобак, поставив 1 сервер вместо двух :) в проекте, стоящем $50K, а в том, чтобы иметь максимально стабильное решение, дешевое в поддержке и развитии.

Да, кстати, нормальная архитектура - это не "выигрыш 5%", это выигрыш в разы на разработке и поддержке, а иногда - и выигрыш в разы на производительности.

Написал длинное письмо, потом стер, сейчас его же напишу.

Apache 2.0 выпускали лет 5 или 7 и довольно большой толпой. mod_perl2 начали в 2002м, релиз выпустили в 2005-м.
Это все не такая маленькая задача, если мы делаем именно массовую вещь (на nginx посмотри :).

А тредовый сервер "общего применения" вещь вообще опасная т.к. в тамошнем сервере приложений будут работать приложения от разных криворуких программистов и ничего хорошего из этого не получится. Там реально много проблем, в числе прочего связанных с тем, что нужен не свой server-side скрипт, а PHP/perl/pyhon/Ruby далее везде. И основной рынок, который за 5% может и удавиться - хостеры - на отсутствие изоляции никогда не смогут пойти.

Остаются всякие крупные порталы, у которых сотни машин под однотипной задачей. Вычеркнем из них тех, у кого задача уперта в диск и 5% экономии на zero copy не вылечат. Останется очень очень мало. И у них, конечно, 5% экономии - это заметная величина - на каждой тысяче серверов можно поэкономить, скажем, 100 килобаксов т.е. вроде бы разработка окупается (для внутреннего применения то-се, казалось бы пара человеко-месяцев и все работает).
Но про альтернативные издержки тоже надо помнить, пул сотрудников, которые могут писать такое - очень маленький, брать новых негде, а значит лучше занять чем-то более полезным, что даст не 5% прироста, а 50.

(в сторону) Яндексовское Not invented here периодически потрясает.

Это был я :)

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

Мне надо, так у меня есть собственный сервер приложений. Почти как описано - с пулом тредов под разные задачи (там не только HTTP), но с небольшой поправкой - все задачи реализованы в виде state machine (благо server side script тоже свой). Не state machine - только обращение к SQL (руки не дошли расковырять, как его сделать асинхронно).

Здравствуйте, Алексей.

Тоже был на Хайлоаде. Первый день, на докладе Антона Самохвалова сидел от Вас через проход... много смеялся :)

По поводу 10000 потоков (жесть, особенно UDP пакеты с зелеными потоками)... склоняюсь в сторону стейтмашины.. успел наступить на много грабель и постепенно подхожу к реализации схемы, с мультиплексингом на входе (потокам уже давно не доверяю, сейчас активно использую вариации на тему префорков). Вообще странно, перед этим докладом старшие озвучили идеальную, на их взгляд, архитектуру, в которой ввод/вывод осуществляется за счет мультиплексинга, а Антон гнул свое с кучей потоков. В общем позиция Яндекса не ясна, скорее всего смешали в кучу параллельные сервера и задачи связанные с вычислениями, из-за этого и непонятки. Игорь С. произвел положительное впечатление как человек и как специалист, старая школа, полностью поддерживаю :)

Первые 3 доклада очень порадовали, остальное полная лажа или смех сквозь слезы. Mail.ru отжег :)

Второй день совсем отстой (хотя про Сфинкс было очень даже ничего), зажег даже Яндекс с ассинхронной обработкой :) Надо было идти на DDOS, но кто же знал.

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

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

Таким образом и комментариев будет достаточно (потому что львиная доля - без ссылок), и спам проходить не будет.

А смешанная система с модерацией только незарегистрированных? Или, тем паче, только незарегистрированных, которые вставляют ссылки?

слушайте, переименуйте хайлоад в коллайдер! а то слово непривычно читать как-то...

Посередине - именно RPP. Слева - ACR defaults, справа - ACR c шумодавом.

Это же все плата за свободное немодерированное комментирование. Я спама дохренища вычищаю, достало уже.

Да, по хорошему надо дальше доделывать
1) Javascript onclick (и менять форму курсора)
2) обрабатывать внутренние ссылки.

А на размер кода наплевать, это как раз жмется отлично.

Алексей, интересный ход =)
У меня есть несколько мыслей по этому поводу:

1. Иконка у каждого комментария, обозначающая, что ссылка внешняя нормально. Но когда комментариев много, от иконок рябит в глазах.

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

3. Ссылки теряются. Например, ссылка читать дальше из трекбэка уже не ссылка, а просто подчёркнутая фраза.

4. Подчёркнутые фразы, которые раньше были ссылками, а также имена комментаторов, которые тоже раньше были ссылками, не очень хорошо смотрятся, потому что по ним нельзя кликнуть. Это привычка, что на имени комментатора есть ссылка, тем более, что это имя подчёркнуто как ссылка. То же самое и с явными ссылками, начинающихся с http, подчёркнутых, но не залинкованных хочется кликнуть сразу, но приходится к иконке тянуться.

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

Тэг незакрыт, горизонт завален.

Круто вы нарезаете, поздравляю. Пришли плиз равчик от А900, если у тебя они есть какие-нибудь содержательные.