Ответы:
Хреново подходит :)
1) эрланг - интерпретируемый язык. То есть, вам либо придётся при каждом запросе какого-либо пользователя запускать интерпретатор, либо держать в памяти кучу интерпретаторов, ожидающих клиентов, либо писать собственный "апач" на эрланге :)
2) как и любой интерпретируемый язык, эрланг сносит моск при дебагинге из-за невменяемого вывода ошибок. Километровые портянки выхлопа сообщения об ошибке из-за незакрытой скобочки не предрасполагают к быстрому написанию сайтов :)
3) а что вы, собственно, будете писать на эрланге? Большинство сайтов - кучка запросов к базе и сплошные echo. Нужен ли для этого эрланг?
Юрий Чудновский, вас гдето сильно обманули. Ruby тоже интерпретируемый язык. Все о чем вы говорите бред, и про кучи интерпретаторов, и про вынос мозга при дебаге. Сервера и для эрланга и для руби и для пхп уже написаны, и нет никакой надобности в написании новых серверов.
По сути вопроса.
Мой бывший шеф написал на эрланге прокси обеспечивающий неприрывную связь с клиентом через web-sockets. Но логика вся на рельсах, генерация первичных данных на рельсах, генерация ответов сервера приложения на рельсах.
Ерланг может держать почти миллион активных соединений. Никакому rails приложению такие цифры не снились.
Т.о. разрабатывать ядро лучше на Rails, но про Erlang ни в коем случае забывать нельзя, ибо при высоких нагрузках он успешно применяется.
Каюсь, Антон Витальевич, не посмотрел про наличие Yaws. Тем не менее хоть эрланговый сервер и может теоретически держать много коннектов, толку от этого нет. Потому как рано или поздно он вылетает из-за потребления всей памяти или из-за ошибки какой-то, на которую не предусмотрена была правильная реакция. Я это говорю после того, как год промучился с поддержкой ejabberd, после чего плюнул на это глюкалово и перешёл на нативное линукс приложение (prosody, пусть и простенькое, зато работает без проблем уже дольше).
Юрий Чудновский, у вас был негативный опыт, у моего бывшего шефа позитивный.
12 лет назад