|
|
ru.website- RU.WEBSITE ------------------------------------------------------------------- From : Vinokurov Andrey 2:5020/400 25 Dec 2001 19:46:52 To : pavel kurnosoff Subject : Re: ? is OK if CGI == EXE -------------------------------------------------------------------------------- Привет. "pavel kurnosoff" <pavel.kurnosoff@f1061.n5030.z2.fidonet.org> wrote in message news:1008979579@f1061.n5030.z2.ftn... > под виндами нормальные люди не хостят. Hе хостят или не хостятся? Если все-таки первое, то те провайдеры, которые предлагают NT-хостинг, ненормальные? Если второе, то тоже спорный вопрос. >а в юниксе fork&exec - вещь копеечная. Я бы не сказал. В любой системе создание задачи - весьма ресурсоемкая вещь. Тот же exec требует загрузки образа задачи из исполняемого файла, настройки адресов и т.п.. Плюс большинство задач содержат весьма объемный код инициализации, создающий среду для корректной работы библиотечных функций. > fastcgi тут нужен разьве что для удержания коннекта к базе. FastCGI позволяет избежать перечисленных выше затрат вычислительных ресурсов. Прога просто крутится в цикле, один за другим отрабатывая запросы сервера. VA> Если заюзан fastCGI, то вопросов нет - бинарник однозначно и VA> многократно уделает перл. Кстати, на Валуе fastCGI установлен. > на какой задаче? Да почти на любой. Только на большинстве _реальных_ задач это будет малозаметно - какая разница, отрабатывает скрипт за 0.01с или за 0.001с. Все равно пользователь не заметит разницы. Разница будет заметна только на достаточно ресурсоемких задачах. > если с учётом затрат на разработку - то не факт. при условии, > что перл тоже с fastcgi, конечно. Hу про разработку никто не говорит. Конечно, разработка на перле гораздо более быстрая - когда речь идет о типовых задачах интернета. Именно поэтому средства, подобные перлу, PHP и т.п. так широко распространены. Просто для большинства применений использовать для написания CGI-модулей компилируемые языки - стрельба из пушки по воробьям. Чтобы делать это, нужны весьма веские основания. > тю, напугал. да легко. симплекс метод-то он же простой как лапоть. другой > вопрос, с какой скоростью это будет работать. Я же сказал В _РАЦИОHАЛЬHЫХ_ ЧИСЛАХ. Сможешь ли ты написать на перле класс рациональных чисел и перегрузить для него основные арифметические операции? Сомневаюсь. Это то самый случай, когда однозначно надо использовать плюсы. > о б-же, а плюсы-то тут зачем? См. выше. Для написания класса _рациональных_ чисел. > да почти на всех нормальных разрешено. если у админа прямые руки, то ты ничего > ему не испортишь. проблема в том, что тебе либо придётся искать такую же > платформу для сборки (в 90% случаев это окажется freebsd или linux, так что не > проблема), либо покупать хостинг с шеллом. Это именно та точка зрения, которую я отстаиваю в данной дискуссии. Hайти неплохой платный хостинг под фряхой с разрешенными бинарными CGI - пару раз плюнуть. А что придется такую же платформу ставить у себя для сборки и отладки - не проблема, а очевидная необходимость. Пока. Андрей. --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.website/6577f804e5a5.html, оценка из 5, голосов 10
|