Ваш «сервер» — это и есть сферический конь в вакууме.
Потому что когда проект дорастает до дедика, то сервер отдельно не рассматривается. Рассматривается _решение_, куда помимо железа входит архитектура системного ПО как минимум. А еще есть вопросы отказоустойчивости: RAID, резервное копирование, распределение нагрузки и прочее.
Пустой пост.
Вот если б примеры по расчету необходимых ресурсов в зависимости от характера и мощности нагрузки (хотя бы приблизительно) — вот это было бы дело нужное. А так — вода одна…
Как проект «just for fun» — тема рулит.
Как что-то кроме — никуда не годится.
Что значит стабильность и производительность? На чем проверяли? На арканоиде?
Для промышленных применений есть QNX.
Не надо изобретать велосипеды (нет, если для развлечения — то пожалуйста)…
УБЭП в серверной или паяльник сами_знаете_где еще никто не отменял :)
Так что ваш подход упирается в стоимость (причем весьма конечную) ресурсов, а не в вычислительную сложность.
Сорри за оффтоп, но вопрос по теме фотохостингов: кто-нибудь дает возможность загружать фотки в пользовательские альбомы с других сайтов по какому-нибудь протоколу? Ну например хочет юзер вставить фотку в блоге, а блог ее не у себя хранит, а заливает на фотохостинг (по протоколу) в альбом юзера, а в пост вставляет только ссылку.
Если у них будут пароли храниться в md5 то какой в них смысл? :)
Было бы логично передавать пароль зашифрованным по RSA (в клиентах — публичные ключи, на сервере — приватный). Но что-то сомнительно что так происходит…
Поддержу!
Лингвистические абстракции — это, конечно, хорошая гимнастика для ума, но нам, людям приземленным и конкретным (переменные, циклы, классы — это наше всё) хотелось бы понять в чём суть подхода на задачах, которые он (подход) призван решить.
А то что memcached может в любой момент времени затереть ваши данные (ведь это не БД и он не обязан хранить данные) это не мешает реализации данных подходом? Или я что-то путаю?
А я вот не жду perl6… по мне так лучше бы оптимизировали производительность существующих версий. Perl6 — это другой язык. Имхо, мертворожденный. Если переходить на него, то лучше уж на питон… или руби на крайняк — там хоть уже инфраструктура есть.
Потому что когда проект дорастает до дедика, то сервер отдельно не рассматривается. Рассматривается _решение_, куда помимо железа входит архитектура системного ПО как минимум. А еще есть вопросы отказоустойчивости: RAID, резервное копирование, распределение нагрузки и прочее.
Пишите дальше :)
Вот если б примеры по расчету необходимых ресурсов в зависимости от характера и мощности нагрузки (хотя бы приблизительно) — вот это было бы дело нужное. А так — вода одна…
Как что-то кроме — никуда не годится.
Что значит стабильность и производительность? На чем проверяли? На арканоиде?
Для промышленных применений есть QNX.
Не надо изобретать велосипеды (нет, если для развлечения — то пожалуйста)…
Так что ваш подход упирается в стоимость (причем весьма конечную) ресурсов, а не в вычислительную сложность.
Было бы логично передавать пароль зашифрованным по RSA (в клиентах — публичные ключи, на сервере — приватный). Но что-то сомнительно что так происходит…
Лингвистические абстракции — это, конечно, хорошая гимнастика для ума, но нам, людям приземленным и конкретным (переменные, циклы, классы — это наше всё) хотелось бы понять в чём суть подхода на задачах, которые он (подход) призван решить.
Тут это бывает сплошь и рядом :)))
Все везде есть… я работаю с perl'ом и проблем с наличием модулей или установкой своих не испытываю уже давно.