Изпечатай

[jica]

Koj ot dwata wariqnta wi se strywa po dobyr, nadejden i koj po siguren?. Da rechem che bazata danni e s okolo 200 000 zapisa, i e sredno natowarena. Koq ot dwete kombinacii bihte izbrali i zashto?
Pod sredno natowarena imam w predwid che e dostypna ot 20 offica ot stranata kato wyw wseki office ima po 10 choweka koito rabotqt s bazata.

Ako se raboti s Perl na Apach-a e pusnat mod_perl a ako e s PHP ima mod_PHP

[slaff]

Ако ще използва Perl и mod_perl това ще е по-бързото решение. НО! На mod_perl много трябва да внимаваш как пишеш и да се съобразяваш за много неща който при обикновения Perl си забравял - като инициилизиране на променливи. Освобождаване на използвани променливи и т.н.
С PHP + MySQL без ускорители като Zend Accelerator,не знам дали още се казва така, ще ти е по-бавно приложението но ще успееш много по-лесно и по-бързо да го напишеш.
От теб зависи кое ще избереш и каква точно е задачата, която ти е поставена.

[berov]

Apache/ mod_perl + Apache::DBI+Apache::ASP
 
1.Apache::DBI ти поддържа "прозрачно" постоянна връзка с Sql Базата, (каквато и да е)
2. Apache::ASP ти дава готови  готови обекти за управление на сесии и т.н. кеширане на данни, изход към браузъра и т.н.... Внедряване на Perl-код в HTML... Сравнително бърз сред другите Perl имплементации на Application server. Събития!
3. mod_perl сам по себеси означава скорост (2 ро място след C) и достъп до вътрешностите на Апаш.
Това е моята рецепта
4. не се пише по-бавно от PHP...Ако разбираш как работи mod_perl, а и с Apache::ASP  се свиква бързо и той се грижи "по принцип за тия неща- глобалните променливи" въпрос на настройки.

[jica]

Първо да благодаря за отговорите.!!
И аз се бях упътил към тази схема на изпълнение на този проект, но чувах и четох различни мнения, затова бях длъжен да питам отново... , пък и нямам много опит с PHP колкото с Perl