|
ru.cgi.perl
- RU.CGI.PERL ------------------------------------------------------------------
From : Victor Wagner 2:5020/400 13 Nov 2003 12:06:18
To : "Serge Chervjakov"
Subject : Re: perl или c#?
--------------------------------------------------------------------------------
Serge Chervjakov <serg@enseza.elcom.ru> wrote:
SC>>> данных. Так вот. Судя по всему,
VW>> Ой, не факт что этот скриптик нельзя соптимизировать. Возможно, можно
VW>> парочку индексов в базе создать, или какой-нибудь SQL-запрос
VW>> перефомулировать, и все начнет летать.
SC> Идет запрос: select * from tburl where numurl='$numurl'. $numurl достается
SC> из
Вот на этих кавычках вокруг $numurl ты можешь потерять неожиданно много
времени. Попробуй вместо кавычек предварительно проверять $numurl на
отсутсвие недопустимых символов.
SC> параметров скрипта. Ес-но, что numurl - это auto_increment проиндексированое
SC> поле. Дальше идет открытие файлика, его прочитывание, выборка _одного_
SC> результата из базы, 2 простых замены в этом тексте из файлика и выдача
Hе исключено, что если у тебя скрипт станет персистентным, ты можешь
много сэкономить на предварительном втаскивании и распарсисании оного
файлика.
Если замены действительно простые, то использование функции index вместо
оператора s/// может помочь. Hо только сначала надо убедиться что
тормоза именно на эамене.
Возможно, стоит файлик более другим способом читать. HАпример, не
посрочно, а тушкой.
SC> результата. Тормозить-то негде.
Попробуй руками этот скрипт позапускать. Без посредства web-сервера.
Может тогда что интересное заметишь.
VW>> Скорее всего не поможет. Так ты его на C или на C# переписывать
VW>> собрался?
SC> Да фиг знает - на чем побыстрее:). Скрипт-то элементранейший. Разве что
SC> замену будет чуть посложнее произвести...
Вот как раз ровно потому что элементарный, переписывание не спасет.
Переписывание спасло бы если бы этот скрипт был сложным и тратил кучу
времени на какие-то внутренние рассчеты. Тогда оптимизация этих
рассчетов тебе бы помогла. Hо в 90% случаев их можно соптимизировать не
меняя языка.
SC>>> ЗЗЫ: Собственно спрашивается потому, что C я никогда для cgi не юзал, но
SC>>> что-то там видел про тормоза работы с базами данных на Сях.
VW>> Перловые интерфейсы для работы с базами данных все как один написаны на
VW>> сях. И используют ровно те же самые библиотеки.
SC> Т.е. там никаких финтов у mod_perl'а нет для ускорения работы с базой и
SC> можно смело писать на сях?
Скорее наоборот. Hе имеет никакого смысла переписывать на C то, что уже
за тебя написали авторы DBD::mysql. Они и C и mysql скорее всего лучше
знают.
--
NT - часто употребляемое сокращение от Non testatur (не проверено - лат.)
--- ifmail v.2.15dev5.1
* Origin: Free Net of Leninsky,45 (2:5020/400)
Вернуться к списку тем, сортированных по:
|
