2 anonymous:

>When they see words like SuperNEW SuperKEWL, new technology
>they start drooling, and, yep, the next thing you see people
> do all they can using da new and da kewl regardless of the fact that
> it isn't the best way or suitable at all....

Согласен.

2 Spy: наши пхпшники искали, но говорят, что более менее нормальный, только коммерческий.

mod_perl/FastCGI + Template-toolkit/HTML::Template

>1) You can do it in Perl

О, это уже becomes crazy ;(((
Упрощенно говоря, "php - плохой язычок, потому что можно писать на perl".
Тогда perl тоже плохой, ведь есть еще python и т.д. и т.п.

> 2) MOST of the people in ALL KINDS OF PORTALS DO NOT USE TEMPLATES and code and design are not separated.

Hey, stop talking in general! _Most_ people don't run any serious projects in php.
Original definition: PHP - Personal HTML Pages. Think about it.

> Yep, most of the people who think about the problem well enough usually choose Perl

Again, generality... See above. Any link to real life usage statistics?
BTW, what about http://www.synacor.com/ and many others? Are they "serious" guys?

> but now just about everybody is using SOAP

Oh, come on! Stop joking. Enough is enough.

"Что я думаю о Resin: - Где-то я читал, что resin в несколько раз быстрее php и perl_mod, может я что-то не так понял, но это далеко не так, я уж не говорю о прожорливости, кроче тормоз. - Очень плохо документирован, примеров крайне мало особенно примеров, подчеркивающих отличие сервлетов от других технологии в решении конкретных задач. - Есть баги, может они имеют отношение к самой java, так как даже не удается с первого раз запустить файлы из под jakarta, тут же куча сообщений об ошибках, отсутствии каких-то классов."

Ты прав, басни о скорости java - чисто маркетоидный ход. Они говорят вам: "видите, java быстрее",
но они не говорят, вам "а знаете, честно говоря, так как она при этом кушает значительно больше памяти
и процессорные ресурсы, количество обслуживаемых ей запросов в конечном итоге будет меньше".
Еще они не говорят, во сколько раз увеличиваются сроки и стоимость разработки. И вообще,
они много чего еще _не_ говорят. А так, в-остальном все верно - java действительно
может быть несколько быстрее ;)

Ну чего там спорить. Просто посмотрите, как погано и тормозливо работает вот этот
самый (LOR) сервер...

2Spy: >2. Servlet error ... too many clients, это проблема сервера а не JAVA да ну! и как ты догдался? обьясни почему Servlet error а нет httpd error?

p.s. а дебагиров много, во всяком случаи хватает! ЗЫЗЫ а почему JavaOS облажали за тормознутость и на помойку отправили?

2 anonymous:
Как раз во многих случаях жаба позволяет сокатить сроки разработки.
Да и запросов она может отработать не меньше.
А если для тебя главное, чтобы все на P100, крутилось, ну что ж, жаба не для тебя.
Только в итоге система на P100 может оказаться дороже.
Еще когда у тебя один человек делает контент, второй дизайн, а третий логику, то какие средства выберешь ты лично?

P.S. каждому свое, и нет смысла спорить.

кто не знает вкуса Java , пусть пишет на ПХП. а кто не знает радости секса пусть онанирует перед монитором. прошу прощение за ненаучность , но помоему все технические аргументы уже сказаны...

2 anonymous (*) (2001-11-09 15:12:17.0)
>>Упрощенно говоря, "php - плохой язычок, потому что можно писать на perl".
See the reasons why is PHP a bad language in the first message of mine.
there are alot more of those. Look i have used PHP and as I have said
 its main problem ...design and code together. 
 It was made this way...and using templates in a language which is made 
 to combine design and code is crazy. It is the same as using Velocity template
 package with JSP, when you can use servlets + velocity.

Original definition of PHP ..yep exactly...and that is where PHP should stay.

www.synacor.com - meaning what, their website is in PHP..
its a rather simple site with good graphics ..fine with me...

Look on a simple site you can use whatever you want.

> but now just about everybody is using SOAP 
>>Oh, come on! Stop joking. Enough is enough.

Look, man, I KNOW what I am saying. Even the whole .NET technology is based on SOAP.
If you saw the projects that deal with automatization processes, like synekor's 
 project more or less (by the way i am pretty sure it wasn't made in PHP or atleast  
 the large part of it isn't ), you'd see so much SOAP it could take showers with
 it for the rest of your life. The fact that you have never seen a SOAP service
 provider doesn't mean anything...

And try to understand..i never said perl is good  for web, i only said 
that it is better than PHP in the complex tasks, since it is far more
 universal.

2 Havoc: я вобщето просил расказать почему если написано что ошибка в jave (ну много ей запросов) а ты утверждаешь что это веб сервер виноват!

> See the reasons why is PHP a bad language in the first message of mine.

Сказка про белого бычка. Все повторяется по кругу. PHP плох потому что он 1) плох 2) смотри п.1
Вот и все ваши аргументы.

> www.synacor.com - meaning what, their website is in PHP..

Oh, don't be silly. Of course I mean services and tools they offer...
Have you ever heard about BizChek.com?

HTML::Mason

Странно что никто не упомянул Mason, неужели никто его не использует? Зря, достойная вещь.

А к вопросу php vs perl могу добавить такой вопрос: поклонники php, где ваш CPAN??? Короче перл есть перл, проверенный зверь.

HTML::Mason

Странно что никто не упомянул Mason, неужели никто его не использует?
Зря, достойная вещь.

А к вопросу php vs perl могу добавить такой вопрос: поклонники php, где ваш CPAN??? Короче перл есть перл, проверенный зверь.

2 anonymous (*) (2001-11-09 18:23:24.0)

fuck, did you read it?

1) It is not Object Oriented (i don't wanna hear the crap about I can make objects in PHP
 , i can emulate classes in plain C)
2) regexps (everywhere in linux they are more or less the same, but in PHP
 they made sure to do it their way...so a one line regexp in PHP could take up close 
 to half a page)
3) code and design. ...One more time PHP was made the way that it mixes code and design

4) small things, which there are lots of things but this one has made me laugh: 
Ex: the language was created after perl...why couldnt they keep  things 
like foreach $var (@array) and had to slightly change the syntax? ($v in $a)
 

> поклонники php, где ваш CPAN???

;)) поклонники perl, где ваш PEAR???
А вообще, про этот момент тут уже упоминалось - половину того, что вам понадобится
в CPAN нативно поддерживается в самом php.

ps sorry in the last message ex not in but ( $v as $a )
and also create those strange things like 
5. list(.....)

6. need to use {} to interpolate references to multidimentional arrays
 while in perl you can do it without any perversions print "asad $a[3][5]..."

7. Idiotic autocreation of the POSTED_PARAM_NAME variable.
  in form some designer creates a param named "xxx" and it just so happenned 
 that the programmer (doing his work separately as in any large project) has
 already a varibale with the same name.

8. crappy return of arrays -> need for the #5 list($x, $y, $z) = somefunc()
instead of perls @arr = somefunc();

Well, enough for now....ain't it?

Just about forgot...
9. compiled in support for databases...
on the compile stage you need to know the databases you are gonna be using..
while in perl you need to download a module from CPAN and compile it
 whenever you want it.

> 1) It is not Object Oriented

That's your fucking problems if you cannot use what is called OOP in php.
Speaking your language "most people are more than happy with it".

> 2) regexps (everywhere in linux they are more or less the same, but in PHP
> they made sure to do it their way...

What you call "linux" regexp is in fact _perl_ regexp. Nothing more. And they do exist in php. RTFM.

> 3) code and design. ...One more time PHP was made the way that it mixes code and design

Bullshit. It is up to you whether you mix your code with design or not. You can always decide to use
templates instead.

> 4) small things,

well, maybe... but look, you are right -- those are _small_ things ;)

just looked through the manual i have..
if regexps in PHP are still ereg....something...those arent regexps.
The same regexp syntax as is used in Perl is used in vi, grep and may other 
programs. If you have a program that supports regexps those would be the 
 "what you'd call" Perl regexps.
sed uses similar syntax..sed 's/'"$1"'/&\/g

And try to read something on POSIX regular expressions
or GNU regualar expressions. 
This link is for information purposes:
http://sunland.gsfc.nasa.gov/info/regex/


Look, several messages ago someone did acknowledge that well, OO style
 isn't needed in PHP etc...As I have alreay said I can use OO even in 
plain C :), but this isn't OO. 
Its either complete or bullshit. in PHP its the second.

Не народ вы что-то тут совсем озверели...

Perl хорош для больших скриптов с логикой. PHP хорош для быстрой работы с базами данных. Java сама по себе хороша но очень прожорлива и на самом деле не так быстро работает

Каждый из них для своей цели. Если нужен действительно крупный проект то на всех них программировать не стоит. Для этих целей пишут собственные модули для Apache на C++. Что работает быстрее чем все вместе взятое. Тесты проводились уже неоднократно. В том числе и мной лично.

http://bedouin.sourceforge.net/

http://www.php.net/manual/en/ref.pcre.php http://www.php.net/manual/en/ref.regex.php

задолбало. анонимусу, который забыл, как писать по-русски: что за херню ты несешь? Ни одного верного довода от тебя не услышал.

> - половину того, что вам понадобится
> в CPAN нативно поддерживается в самом php.

ню-ню слыхали, я как увидел его раздутый configure, аж офуел.
Если я вдруг захотел поддержку Interbase, мне что перекомпилировать php-модуль надо? фу сакс какой

Короче говоря, нету в php пакетов, нету даже модулей нормальных, так только include в стиле C.

Даже DBI у вас нету, как вы там с базами работаете вообще ...

P.S.: что-то насчет Mason так никто и не ответил. www.masonhq.com

> Если я вдруг захотел поддержку Interbase, мне что перекомпилировать php-модуль надо?

Если вдруг захочешь, то тебе и в перле модуль поддержки Interbase придется компилять.

> Даже DBI у вас нету, как вы там с базами работаете вообще ...

RTFM. ADODB, PEAR DB etc...

> что-то насчет Mason так никто и не ответил. www.masonhq.com

Лежит mason под пальмой и вяло отсасывает у дикого бегемота ;)
Ты это хотел услышать?

> if regexps in PHP are still ereg....something...those arent regexps.

You told me once, but I forgot: where do you buy your crack?
Please, before posting such bs read the fucking manual!
Chapter LXX. Regular Expression Functions (Perl-Compatible)

"The syntax for patterns used in these functions closely resembles Perl."

So, if you have written any valid regexp pattern in perl, you can reuse it in php!
Is it hard to understand?

Antichrist мне друг, но истина дороже ;)
Извини, но твой бедуин, ни в одном своем качестве не выделяется на фоне perl или python.
И то и другое - универсальные язычки, никогда не предназначавшиеся для веба.
Perl имеет в вебе достаточно большое применение лишь по причине его солидного возраста и
отсутствия нормальной реализации php в то время, когда все начиналось...
Существующие наработки, инерция мышления и т.п. Для твоего бедуина я просто не вижу ни одного
шанса на более-менее широкое распространение в вебе.

>Если вдруг захочешь, то тебе и в перле модуль поддержки Interbase >придется компилять.

ага, но не perl/mod_perl, и серваку мне reload делать не надо будет

>Лежит mason под пальмой и вяло отсасывает у дикого бегемота ;)
>Ты это хотел услышать?

нет, не это.

> ага, но не perl/mod_perl, и серваку мне reload делать не надо будет

Отдохни, крэзик, расслабься. Сменится версия интербэйза, придется тебе и перекомпиляться,
и сервис перегружать и все остальное.

... что-то тянет меня пофлеймить ...

> Отдохни, крэзик, расслабься

Нихрена себе обращения, мля. Ты бы ник себе завел, анонимус.

> Сменится версия интербэйза, придется тебе и перекомпиляться,
> и сервис перегружать и все остальное.

Да я к слову релоад упомянул, это не так и страшно.
Я просто хотел донести до тебя, что используя JSP ты используешь всю мощь явы, используя mod_perl - perl'a. А php - велосипед, который изначально копировал perl.

P.S.: А юзаю я Postgre, нечего к словам из примера цеплятся.

А какие такие особые свойства должен иметь "язык, ориентированный для веба"?

Ну а бедуин будет крут тем, что позволит писать аналог сервлетов на действительно удобном и шустром языке. Я уже давно пишу CGI на OCaml, и даже в таком виде он удобнее, чем PHP.

> А какие такие особые свойства должен иметь "язык, ориентированный для веба"?

Ну о чем с тобой можно говорить, если ты такое спрашиваешь? Тока трата времени.

> Ну а бедуин будет крут тем, что позволит писать аналог сервлетов

В переводе: может заменить другое гамно, на котором пишут другие придурки, обкурившиеся
одной экспериментальной травой.

> Я уже давно пишу CGI на OCaml, и даже в таком виде он удобнее, чем PHP.

В переводе: я уже давно пишу CGI на bash'e. Блин, все круто, быстро и ничего выдумывать не надо.
Какая нафиг разница, echo 'ocaml rulez'; работает и нормально!
Семь футов вам, как говорится, под килем и якорем по чану ;)

Вы от темы конкретно ушли,господа Я вижу реально работающий eZ publish каждый день (сайт моего провайдера)

Так вот, eZ publish _страшно_ тормозной. Что тому послужило причиной - непонятно. Я лично грешу на использование QT(!) для локализации этой беды. Да и собирался eZ publish очень нетривиально - примерно 3 дня (происходило на моих глазах. ПХП перекомпилировался 4 раза, Апач 2 раза) Какой уж тут хостинг...

Пример реализации - http://i1.ru

2 anonymous (*) (2001-11-10 06:42:53.0):
read 1 - 8 with the exception about regexps and answer to each one explicitly.
about russian...I don't like translit, and russian encoding isn't necessary 
here.

2 other or the same anonimous, about reading the fucking manual:
thanks, just read it, take my words back on this point. 
Anyway why didn't they leave it like it was in Perl?

also, you have probably forgot to look at p5-8 in another msg.

Official: прекратите выражаться

Сабж. То, что вы говорите на ломанном английском еще не дает вам права нецензурно выражаться. Уважайте себя и других.

2 maxcom.
The line about f**ng manual was taken from the other anonymous's
 message, please make sure to look it up.

Maybe my english isn't perfect but it is allowed to post messages 
only in russian and english. So I can't post anything in the language 
 I speak everyday .

I don't know if you have noticed or not, I tend to be polite.
And if you really do care about bad language, insults etc, try looking
 up other threads, there are alot more messages with open insults, 
 and without any normal content which aren't moderated. So, if you wanna 
 make a statement - make it in the / of the forum.

> Ну о чем с тобой можно говорить, если ты такое спрашиваешь?
> Тока трата времени. 

 А всё же сформулируй. До сих пор никто такого сделать не смог.
Если же я ошибаюсь - давай ссылочки.

 По остальным пунктам - соси яйца, давись дерьмом.

>Так вот, eZ publish _страшно_ тормозной. Что тому послужило причиной - >непонятно. Я лично грешу на использование QT(!) для локализации этой беды. Да и >собирался eZ publish очень нетривиально - примерно 3 дня (происходило на моих >глазах. ПХП перекомпилировался 4 раза, Апач 2 раза) Какой уж тут хостинг... >Пример реализации - http://i1.ru

Слишком сложен этот скриптик для PHP. Вот и тормоза IMHO. QT в "этой беде" для локализации не используется. Вернее используется, но только для редактирования перевода. А в рантайме - для собирания новостей с лругих сайтов.

Кстати, о сборке - у меня все заработало, как только я вкомпилил в ПХП нужные фичи. Апач вррбще пересобирать не пришлось. А вот его (eZ) тормознутость довольно заметна. Жаль. Довольно интересная штука была бы.

> А всё же сформулируй.

Встроенная обработка get/post, cookie и нативная поддержка сессий просто абсолютный минимум.
Очень желательна встроенная аутентификация и поддержка распространенных СУБД.
Мне плевать, что ты можешь в любом язычке сказать фразу типа ``use CGI;'' - это сакс.
И этот сакс очень дорого обходится. Если не согласен, могу дать более развернутое объяснение.

Это большое благо что написано не на Java, хотя сервлеты могут быть на любом интертретирующем языке - например на Python (см. webwate.sourceforge.net) И хорошо что система привязана именно к apache

Для Python подобные системы существуют и активно развиваются - Zope, Webware Приятно что оно появилось и для PHP

> И хорошо что система привязана именно к apache
Чего хорошего в том, что она вообще привязана? Я апач выбросил
на помойку окончательно и возвращаться не собираюсь.

>я вобщето просил расказать почему если написано что ошибка в jave
>(ну много ей запросов) а ты утверждаешь что это веб сервер виноват!

Стэктрейс дай, тогда я, maxcom или еще кто-то тебе смогут сказать в чем грабли.

Too many connections я здесь видел, но это постгрес говорил.

Жабе не может быть много запросов. Запросов может быть много для Tomcat/Jetty/JServ, etc, т.е. для конкретной софтины. Для апача тоже бывает много запросов. Так что, C виноват?

Виноватя FreeBSD'шная Java (и, отчасти, PostgreSQL), но это тут offtopic. Желающие могут подискутировать на эту тему в форуме 'linux-org-ru'.

> Виноватя FreeBSD'шная Java (и, отчасти, PostgreSQL),

А как же голова, руки и т.д? Ставить на freebsd никто под пистолетом не заставлял,
тем более жабу. Ну а PostgreSQL в чем провинился?

Всё перечисленное - средства БИБЛИОТЕКИ, а никак не языка. Нет языка, где это было бы нативно. Так что ты лоханулся немерянно.

> Всё перечисленное - средства БИБЛИОТЕКИ,

Еще раз: мне плевать, как ты это называешь. Я что, непонятно мысль выразил?
Эти "библиотеки" как ты говоришь, должны быть в ядре интерпретатора, а не быть
написанными на perl, php, caml и т.д. подключаемыми модулями.

Ноги, крылья, ..., главное - ХВОСТ :) PHP, Perl, Java, ..., PLIANT ;) - специально для спорщиков запостил новость - вот это действительно технология, очень советую почитать и вникнуть, получите немалое интеллектуальное удовольствие.

Ты ссылку нормальную дай. Твоя не открывается. Может это и есть "соль" твоей
"действительной" технологии. Ага, я помню китайскую шутку про самого непобедимого
человека. Он был непобедимым, потому что никто его не мог достать высоко в горах,
соответственно никто его никогда не побеждал ;)

Ну это странно, попробуй вот: http://zhar.het/projects/pliant там есть несколько ссылок