> Мы все такие жабобыдлокодеры, лиспобыдлокодеры, сибыдлокодеры, рубибыдлрокодеры и в подметки не годимся великим программистам на пхп, делающим такие системы как SAP/R3, Dokumentum, Liferay бесплатно. Слава!

дайте мне того дедулю который SAP/R3 писал, я всех наследников найду что такое больше не повторилось.

>>когда у всех всегда будет свой выделенный сервер под все задачи - будем с радостью использовать для web ruby, python . хоть LISP. пока это не так (и не будет так) - PHP + Perl

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

Вся эта дискусия очень сильно напоминает мне споры о Windows и Linux. Есть PHP есть Perl, Python, Ruby, Java, Pascal, C, C++, Assembler, Basic в конце концов. Есть инструменты на любой вкус и цвет. Пользуйтесь тем что по вашему мнению лучше и проще для вас. Недовольны Plone напишите лучше.

/Sid

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

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

Человек, который пишет что python не для веб, просто осел. У меня есть весьма немаленький проект, который изначально был на php, теперь уже почти полностью переписан на python, и отнюдь не ради смены языка. PHP рулит для мелких сайтов, не более. Что-то более-менее сложное на нем писать достаточно сложно. Ни тебе пакетов, ни трэдов, exceptions только в 5й версии приделали ... PHP может быть дотянет до современного питона к версии так где-то 6.0, но пока сравнивать их просто бесполезно.

Говорю как ex-php developer и ныне python developer.

"Серьёзным дядям" с серверами глубоко фиолетово что на чём написано - они и слов-то таких не знают. Так что пиши дальше странички для однокурсников на jsp/питом/перл/пхп и мечтай о дядях с большими... серверами.

> Человек, который пишет что python не для веб, просто осел. У меня есть весьма немаленький проект, который изначально был на php, теперь уже почти полностью переписан на python, и отнюдь не ради смены языка. PHP рулит для мелких сайтов, не более. Что-то более-менее сложное на нем писать достаточно сложно. Ни тебе пакетов, ни трэдов, exceptions только в 5й версии приделали ... PHP может быть дотянет до современного питона к версии так где-то 6.0, но пока сравнивать их просто бесполезно. Говорю как ex-php developer и ныне python developer.

Как бы тебе с такими мыслями не стать просто ex-developer :)

вопрос был о том как печально что не все клиенты имеют дедики. а сервера у меня свои, не переживай.

>Говорю как ex-php developer и ныне python developer

завтра ты будешь писать "говорю как ex-пистоновец, а ныне рубщик", а послезавтра "ныне я asp-двельопер".

т.е. ни одной технологией ты овладеть не можешь на приличном уровне - оттуда и все твои метания.

зы. а стране метана не хватает

>>>когда у всех всегда будет свой выделенный сервер под все задачи

А какая проблемма? У всех уже есть.

> А какая проблемма? У всех уже есть.

bandwith

причём тут бендвич к серверу. бендвич как раз дешевле получается. когда оптом.

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

я говорю не про себя. я то найду сервер где можно поставить что угодно. но пока процентов 95-99 это сайты на виртуальных хостингах. это экономически неоправдано под каждый проект ставить отдельный сервер а так же загружать уже имеющийся dedicated сервер левыми проектами. или каждому програмисту покупать стойку серверов у хостера? а средний программист (PHP/Perl программист) поддерживает от 5-10 сайтов. и не надо про странички только. для страничек есть html-only бесплатные хостинги и weblog-и.

>PHP может быть дотянет до современного питона к версии так где-то 6.0, но пока сравнивать их просто бесполезно8

надеюсь что недотянет. ибо в таком случает станет абсолютно неюзабельным (таким как python на виртуальном хостинге). А зачем пакеты в PHP? поизвращаться? простота include "" пугает? надо посложнее чтоб было? может еще сделаем из PHP - PHP++ с потоками, перегрузкой операторов, множественным наследованием, темплейтами? ... хочется чтоб медленне работало? чтоб время на написание и отладку программ увеличилось? идите лесом. PHP работает. быстро и надёжно. код на PHP легко читается и не вызывает отвращение как Perl код. в Python достаточно странностей и несуразностей и кривейших языковых конструкций которые позволят с сожалением смотреть на python кодеров.я же python не поливаю грязью.

>а так же загружать уже имеющийся dedicated сервер левыми проектами

а поставить zope на уже имеющийся dedicated сервер религия не позволяет?

> PHP работает. быстро и надёжно. код на PHP легко читается

а правду говорят что для сравнения строк в пхп есть два оператора == и ===, причем "правильным" является второй ?

> надеюсь что недотянет. ибо в таком случает станет абсолютно
> неюзабельным (таким как python на виртуальном хостинге)

боже мой - да половина хостингов сейчас предоставляет сразу три P. даже бесплатных хостингов. а уж про платный хостинг и говорить то смешно - просишь mod_python и - вуаля. пакеты питоновские - да сам залей если хостер такой невнятный.

Zope конечно другая история - но разве мало томкатов да жбоссов в интернете ?

> причём тут бендвич к серверу. бендвич как раз дешевле получается. когда оптом.

я так понимаю имелся в виду домашний комп в качестве сервера? тогда под bandwith имелась в виду ширина канала.

> а правду говорят что для сравнения строк в пхп есть два оператора == и ===, причем "правильным" является второй ?

нет, неправду. а даже если бы и правду, то что в этом плохого? никто не говорил, что php C-like язык.

> никто не говорил, что php C-like язык.

Угу. PHP - перлоподобный язык. Я бы сказал: брат-близнец с родовыми травмами.

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

Для сайтов, где программная часть - регистрация посетителей и подсчет каунтеров посещаемости, и вправду, ничего лучше PHP не придумано, наверное.

Но как только начинаются взрослые игры: транзакционность, распределение и контроль прав доступа, модульность, - голимый PHP в таком глубоком пролете, что просто ни в сказке сказать, ни пером описать. Именно по времени девелопмента, и, что характерно, времени отладки. Я не скажу, что Zope/Plone - это идеал, но, кажется, оперирование сущностями более высокого уровня, чем "подставить переменную в страничку" - это существенное подспорье в работе.

И насчет "странных языковых конструкций". Мне известна только одна языковая конструкция, которая в питоне может вызвать недоумение и непонимание с первого взгляда - это вложенные list comprehensions. Все остальное - читается на раз, в том числе, людьми, не знающими языка. А вот PHP в плане читабельности ушел не намного дальше перла.

>> а правду говорят что для сравнения строк в пхп есть два оператора ==
>> и ===, причем "правильным" является второй ?

> нет, неправду

наврали значит уроды что из-за этой особенности пхп половина phpbb форумов грохнули.
== означает сравнение по длине строк, === означает сравнение самих строк.

а вместе это означает что пхп - error prone и недалеко ушел от перла в смысле читабельности кода.

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

это все от недостатка интелекта и жизни в деревне, видно ИТ еще до вашего поселка не добралось.
пихать логику на веб сервер догадались лишь на отдаленных уголках нашей родины. оракл, все обеспечит повзрослому, задача пхп быстро и правильно получить юзер инпут и выплюнуть html/soap, с чем он справляется на порядок лучше чем все остальные. именно поэтому серьозные канторы (ibm, oracle и т.п.) продвигают "пых-пых" для таких задач, а не корявых подражателей жавы.

Plone 2.1

треды поддерживает, а для мультипроцессоров есть ZEO

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

То, что вы не можете реализовать модульность на пхп, еще не значит, что никто не может. Не умеете -- не суйтесь. У пхп своя target group, вполне большая доля в www-пространстве. Не просто так, я думаю.

> кажется, оперирование сущностями более высокого уровня, чем "подставить переменную в страничку" - это существенное подспорье в работе.

ах вот на каком уровне вы пхп знаете.. это патология, батенька..