|
|
ru.website- RU.WEBSITE ------------------------------------------------------------------- From : Serge Shikov 2:5020/400 08 Jan 2002 16:53:49 To : Vinokurov Andrey Subject : Re: ? is OK if CGI == EXE -------------------------------------------------------------------------------- Vinokurov Andrey wrote: > > Я говорю ровно то, что _существуют_ задачи, на которых перл уступает > по быстродействию экзешнику в сотни раз. И при этом перловый код > разрабатывается не быстрее, чем аналогичный плюсовый/сишный. А я разве с таким спорил? Hаверное да, такие задачи есть. Я давно просил их показать, потому что в моей практике они в вебе не встречаются. > И теперь ответь мне на такой вопрос - предположим ты делаешь систему для > решения задач через инет с предварительной авторизацией (через проверку > подписи). А можно вопрос - нафига? Чем тебя не устраивает совершенно стандартный SSL/TLS? Те кто это начинают сами писать, сразу почему-то вызывают у меня сомнения в знании предмета. Изобретать велосипед - не самое умное занятие. > Проверка подписи требует выполнения около 8000 циклов шифрования, > собственно решение задачи - "вычислительно интенсивная процедура", > эквивалентная еще скажем 12000 циклов с теми же пропорциями быстродействия > перл/экзешник. Какой вариант ты выберешь: Я уже выбрал. Apache + mod_perl + mod_ssl. Hахрена CGI заниматься шифрованием и подписями, если все равно аутентификация/авторизация в вебе при помощи CGI нормально не делается, а делается обычно модулями к http-серверу (Апачу), либо вообще на уровне сокетов, т.е. ниже? > 1. Реализуешь все на перле и заставишь посетителя сайта ждать (а > в моменты пиковых нагрузок на сервер ожидание может затянуться). Hе _все_ на перле, а CGI на перле. Пример совершенно не убедительный. Потребности нету. > 2. Выделишь "вычислительно интенсивную работу" в фон и предложишь > посетителю после отправки им запроса вернуться позже, когда > результат проверки будет готов. А эсли это "электронный магазин", ты тоже > попросишь покупателя зайти попозже, когда авторизация будет закончена? Почему-то SSL устраивает бОльшую часть владельцев магазинов. А остальные вообще не морочат себе голову шифрованием. > 4. Или просто перестанешь заниматься фигней и реализуешь систему так, как > это логичнее и правильнее всего в данных обстоятельствах - с использованием > бинарных CGI-модулей? И за 0.1 с даже на старом железе выдашь пользователю > его результат. Hикогда. > Выводы, я думаю, очевидны - упертость "100%-ных перловиков" (тех, кто > утверждает, что ну никак не меньше 100% CGI-модулей должны быть написаны на > перле/других скриптовых языках, а бинарные CGI не имеют права на > существование) не имеет под собой никаких реальных оснований, и в лучшем > случае являются просто неосведомленностью, а в худшем - дуростью и признаком > неполного служебного соответсвия (или полного несоответсвия). Тебе снова показать магазин, написанный на перле, с шифрованием, и т.п., и без бинарных CGI? --- ifmail v.2.15dev5 * Origin: home (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.website/282513613389.html, оценка из 5, голосов 10
|