|
ru.cgi.perl
- RU.CGI.PERL ------------------------------------------------------------------
From : Alexander Temerev 2:5004/21.6 19 Jul 2000 22:59:25
To : Sergey Shcherbakov
Subject : Подскажите эху про PHP
--------------------------------------------------------------------------------
Sergey Shcherbakov -> Alexander Temerev:
AT>> Говорят, что Windows 2000 - самая надежная и производительная
AT>> серверная операционка... Поставь mod_perl и забудь про морального
AT>> уродца PHP :)
SS> =)
SS> Если быть точным, то быстрее компилированного C врядли что-нибудь для
SS> CGI сыщешь,
Почему обязательно CGI? Есть другие, более удобные в некоторых случаях
технологии.
SS> а вот самый удобный вариант среди скриптовых языко найти,
SS> и такой, чтобы с задачами оптимально справлялся - надо еще поискать.
Под каждую задачу - свое. Perl достаточно универсален.
SS> Я знаю Perl нормально, но в нем кроме нескольких удобств есть большой
SS> недостаток - это скрипт. Поэтому серваку все равно будет не сладко,
SS> сначала интерпретировать, а потом исполнять. И за памятью неудобно
SS> следить. Как вообще узнать, что происходит с серваком, если скрипт
SS> вкачивает 200 кб plain text базу в память, инвертирует список строк,
SS> затем в цикле foreach перебирает по одной, накапливает в 2 хеша разные
SS> данные, и одновременно строит строку для отображения в виде таблицы?
Кто ж так пишет? :-[ ]. Писать надо с оптимизацией производительности.
SQL-сервер, постоянно открытое соединение с базой, несколько уровней кэширования
(на уровне запросов, на уровне таблиц, на уровне объектов, на уровне XML/HTML),
контроль за использованием памяти, ограничения на ресурсы, и т.п. Hапример, мы
пишем электронный магазин, в состав которого входит скрипт, выводящий прайсы.
Дабы он не собирал каждый раз прайс по кусочкам из базы, надо делать так:
1) Получаем ID следующей записи в базе прайс-листа,
2) Проверяем наличие объекта с соответствующим ID в кэше объектов,
3) Если нашли - возвращаем этот объект, иначе идем дальше;
4) Получаем строку из базы с нужным ID,
5) Создаем объект из полученных значений,
6) Запихиваем объект в кэш,
7) Возвращаем объект.
Кэш при этом надо постоянно держать в памяти. А посему CGI в этом случае уже не
подойдет.
SS> =))) Hаверняка мегабайт а то и 2 на этот процесс уходит. А что будет,
SS> если сразу 10-20 таких запросов задать? Блин, вот я и ломаю голову:
SS> поддерживать старые технологии или переходить на новые... =)
Головой думать.
SS>>> А то MySQL вообще обрезаный вариант SQL - без тригеров и
SS>>> процедур, никуда не годится... =(
AT>> А ты PostgreSQL поставь...
SS> А как под виндой отлаживаться в этом случае? =)
Hикак. Под виндой на ASP пиши.
Alexander Temerev, sorhed@omskmail.ru
--- 21st Century Schizoid Man
* Origin: Paseo de Gracia (2:5004/21.6)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
