>Всё равно можно кэшировать, конфирураций статус/геогр.пол/скидки будет в разы меньше чем общее число заходов.

Бред какой то ...

>Всё равно можно кэшировать, конфирураций статус/геогр.пол/скидки будет в разы меньше чем общее число заходов.

Угу, а реквизиты пользователя и состояние корзины вставлять через iframe.

Быстрота - определяющий критерий. Если сайт в вебе тормозит, пользователи уходят на проекты конкурентов. А это - убытки.

Пользователям плевать, на чем написан тот или иной проект. Им важно, чтобы все работало логически правильно и быстро.

за всех

> позволяющих заменить safe_mode
stellar, а зачем Вам оно (safe_mode)?
я вот посмотрел - реально оно нужно только для отрезания левых exec и load_dll.
остальное решается open_basedir

> средство разработки для создания веб-приложений средней и малой сложности " (99(9)% использования ПХП именно в этой нише)

Пока что не вижу даже 1% от этой ниши у RoR. И не вижу ни единой
причины, почему эта ситуация может измениться в ближайшие 5 лет.
Дополнительные сложности хостерам и разработчикам ради чего? Выгода
перехода должна быть очевидной слепому, чтобы быть оправданной в
массовом производстве.

> часто свой ибо хороший фрэймворк на пхп я не видел /уж лучше своё говно чем чужое

А что, фрэйморк RoR идеален? А почему тогда люди, проработавшие с ним
достаточное время начинают писать свои фрэймворки?

> работа со списковыми структурами + какой-никакой ФП style - лучше чем в perl, мощнее(на уровне) чем в питоне.

Ой, ну уж если так копать и так выбирать, то я бы сразу выбрал ocaml,
и не парился с ruby.

> более менне нормальные пыхпых эээ разработчики

Бля, меня бесят такие "академики". Чего такого такого эээ написал, чтоб так говорить? Покажи! Дай поучиться у гуру ;)

> Ruby и RoR позволяют заниматься логикой приложения и интерфейсами, а не борьбой с фичами языка и FW.

Пример борьбы в студию. Пример задачи, где ты будешь заниматься логикой,
а я борьбой с фичами. А то языком все горазды. Куда ни плюнь - одни
учителя и вообще сверхчеловеки. Только нет вас почему-то в списках
авторов хоть сколько-нибудь полезных софтин.

>> Уже нет. Особенно mod_perl никуда не годится. Под апачем быстрее php да и памяти.ресурсов жрёт меньше. И апач с php падает реже чем c mod_perl.

Вот это новость ! Где он у тебя падает ?! За мои 8 лет программирования на perl-е и на mod_perl-е ниразу!!! ниразу!!! не упал.
Дай пожалуйста рабочий пример, хочу увидеть это своими глазами !

>stellar, а зачем Вам оно (safe_mode)?

>я вот посмотрел - реально оно нужно только для отрезания левых exec и load_dll.

Вы считаете, что возможность подгрузить *.so и сделать Exec от пользователя никак не влияет на безопсаность?

за всех

> возможность подгрузить *.so и сделать Exec
я та кне считаю, я просто интересуюсь - кроме ЭТОГО ещё что-нибудь полезное safe_mode делает? у меян практический вопрос - уйти от safe_mode бо глюки со своеобразно понимаемой разработчками PHP моделью безоансоти - надоели.
на сей момент думаю про пачик к exec.c чтобы было как в safe_mode но без саомго safe_mode - достаточно этого или нет?

>>Да нет слов. мало того, что все работаюв на 4 еще и криво код пишут! тошнит. Я Уже давно на 5 перешел.

Весьма интересный метод исправления кривизны рук админов.

Вот вы все я не знаю!

PHP, по-моему, отличный язык для Web (и только для Web), и альтернативы ему в ближайшее время не будет, факт.

PHP4 пора бы уже и забыть как страшный сон.

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

Вот-вот, согласен. PHP действительно прост. А что, бля, чем сложнее, тем лучше?

> Наконец у руби самый медленный инерпретатор, но это вообще не столь важно в вебе

Хуясе! А что в таком случае важно в вебе?

> Но даже это я думаю исправиться со скорым выходом ruby 2. Так что все недостатки RoR и ruby имхо будут уменьшены/исправлены в недалёком будующем (но уже сейчас достоинства перекрывают их) и как всегда наступит всеообщее счастье.

Да уж бля! Коммунизм на горизонте. Надо только подождать.

а я думал пхп хороший язык..

> а я думал пхп хороший язык..

Конечно хороший и к гадалке не ходи!

И не слушай тут никого.

Они тут все злые извращенцы. ))

>от это новость ! Где он у тебя падает ?! За мои 8 лет программирования на perl-е и на mod_perl-е ниразу!!! ниразу!!! не упал.

Детский сад. Иди у хостеров спроси и на форумах этих хостеров. Твой домашний компьютер мы не будем рассматривать, Ok?

не вижу ни какиех причин чтобы php программисту было бы трудно познать ООП. Пора бы уже осознать что в вебе уже далеко не простые сайтостроительные вопросы решаються и в них уже обычными скриптовыми подходами вопросы не решаються. Если ты не видешь возле себя ребят пишушщих на ООП в пхп то это лишь говорит от твоём узком кругозове и бараньей упёртости.

А лисп с фортраном и того раньше

>не вижу ни какиех причин чтобы php программисту было бы трудно познать ООП.

Не вижу причин использовать под апачем что-то на ООП. Если бы ООП было хоть приемлемо быстрое - с применением ООП писали бы OS. Вспомним что стало с Taligent? Вспомнили. Скорость нужна. А с ООП её нет. Пример движки форумов на PHP. А PHP и так ОЧЕНЬ быстр.

ну форумы на PHP это не тот класс задач где нужно использовать ОПП. Я лично ООП использовал и используя при реализации биллинговых систем.

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

Да ну? Вот те на. Или пример это оплата через web в webmoney?

Без ООП биллинг хуже работает? Буду знать. Век учись ...

он не хуже работает. он труднее поддерживаем. так как на ооп можно используя решения паттернов заранее проектировтаь систему которую прще как рефатокторить так и поддерживать.

>Иди у хостеров спроси и на форумах этих хостеров.

mod_perl + XML::Simple падал

Хотя это не показатель.

Показатель это сообщения на форумах хостеров: опять perl всё время выдаёт ошибку XXX . Если mod_нечто работает нестабильно на хостинге , то "нечто" идёт сразу в /dev/null .

На выделенном сервере будет работать и бейсик. Вопрос в стабильности модуля апача и в том сколько этот модуль жрёт ресурсов. Пока выигрывает php. Сколь бы ни был хорош сам язык Perl.

>Угу, а реквизиты пользователя и состояние корзины вставлять через iframe.

А частично кэшировать? И ещё если сравнивать RoR и PHP. Если брать наколенно написанное PHP приложение то оно безусловно будет быстрее RoR но если брать любой навороченный ПХП фрэймворк то он будет на уровне а то тормознее RoR.

Кстати вы ещё не знаете главный принцип оптимизации софта? Открою секрет -- "Ничего не делать". Т.к. через пол года железо будет сносно работать с этим софтом:) К тому же если что-то тормозит на вирт. хостинге это проблема провайдера.

> Кого волнует насколько красивый и правильный язык. Главное - скорость и функциональность. И быстрота написания , отладки и исправления ошибок. У всех ООП языков всё вышеперечисленное не на высоте.

Во во я про тоже. На RoR сайты пишуться моментально и когда нужно добавить какую-нибудь новую функцию - он часто добаляеться за минуты.

В руби основная фишка не ООП. Он вобрал в себя всё самое лучшее из очень многих языков.

> Есть ситуации, когда _НЕЛЬЗЯ_ кешировать. Например онлайн платежи, выписки, статитстика и т.д.

Можно также с руби использовать C/C++ в крит. местах. А руби не намного тормознее перла, так что дешевле купить чуть более мощную машину.

>Пока что не вижу даже 1% от этой ниши у RoR. И не вижу ни единой причины, почему эта ситуация может измениться в ближайшие 5 лет. Дополнительные сложности хостерам и разработчикам ради чего? Выгода перехода должна быть очевидной слепому, чтобы быть оправданной в массовом производстве.

Так первая версия вышла 3 месяца назад, что ты хотел, но его везде очень сильно пеарят (в том числе и я:) так что ситуация стремительно изменяться. А выгода очевидна - более быстрая разработка (часто в разы) более лёгкая поддержка. Кто работал с RoR поймёт что такое быстро.

> Бля, меня бесят такие "академики". Чего такого такого эээ написал, чтоб так говорить? Покажи! Дай поучиться у гуру ;)

Да ё еслиб я чё-нить писал, разве я б трепался на ЛОРе - времени бы не было:))) И вообще у Великого Гуру много более высоких приоритетов чем написание всякой фигни, например захват мира:) А в самом деле у меня есть опыт написания всякой фигни на ПХП и RoR так что я могу сравнивать.

>Появился. Только производительность на загруженной системе субъективно ниже, >чем у PHP. И непонятно ещё, как его на виртхостах полноценно юзать. Но, хоть Trac >с ним нормально стал работать, а не как одноногая черепаха :)

Лично делал "Hello world" тест mod_python vs mod_php, при этом mod_python 100000 запросов к страничке на mod_python выполнились на 54% быстрее чем к mod_php5. Так что вы правильно заметили что "субъективно", причем уверен что на более комплексных приложениях нежели "Hello world", разрыв будет только увеличиваться.
Вот только с виртуальным хостингом действительно беда, правда это всё от бедности быдлокодерской, нормальный человек купит сервер с пачкой IP адресов и горя знать не будет.

>PHP портиться на глазах, PHP 5.1.2 не стабилен, даже то, что работало на PHP 5.0.2 >сейчас роняет в кору на втором запросе.
>ChangeLog не ведеться, приходиться лазить в багрепортах, но там далеко не все.
>Много примитивных корявостей - поведение системы зависит от порядка загрузки >модулей, качество кода некторых модулей оставляет желать лучшего. За два дня, >хоть что-то начало работать на гибриде из 5.1.2 и snapshot-е, остались проблемы в >Zend машине. Лазить отладчиком в ядре PHP - пробовал, я пас. Осталось кидаться >корами :-( .

>Огомное поле для танцев с бубном.

>Куда им делать 6-ку ?

+1
Сам очень много писал на PHP, PHP5 порадовал наличием DOM и SimpleXML, но тонны багов и обратная несовместимость сводит всё это на нет, сейчас активно присматриваюсь к Python.

>А руби не намного тормознее перла, так что дешевле купить чуть более мощную машину.

То есть, правильно ли я понимаю, что надо заплатить больше денег разработчику, чтобы он писал на RoR, потому, что таких разработчиков мало и они более ценны, чем PHP-шники, да еще и машину поставить более мощную? Вы смеетесь, наверное?

>А частично кэшировать?

Повторяю: есть поекты, где __НЕЛЬЗЯ__ ничего кешировать. Те же платежные системы. Или - интерактивные поисковые каталоги, где показываемая страница результатов __ВСЕГДА__ разная.

>И ещё если сравнивать RoR и PHP. Если брать наколенно написанное PHP приложение то оно безусловно будет быстрее RoR но если брать любой навороченный ПХП фрэймворк то он будет на уровне а то тормознее RoR.

1) Я не сравниваю PHP и RoR. Я утверждаю только, что медленные интерпретаторы - этоочент и очень плохо. А для сложных высокопосещаемых проектов - вообще недопустимо.

2) Если фреймворк сильно тормозит, к черту такой фреймворк.

>Кстати вы ещё не знаете главный принцип оптимизации софта? Открою секрет -- "Ничего не делать".

ЛОЛ. Можно и не писать этот софт.

>Т.к. через пол года железо будет сносно работать с этим софтом:)

То есть, полгода проект должен проваляться в дауне? Весело.

>К тому же если что-то тормозит на вирт. хостинге это проблема провайдера.

Увы, это проблема владельца сайта. У провайдеров стоит ограничение по ресурсам и таких вот "умников" отключают за милую душу.

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

>Можно также с руби использовать C/C++ в крит. местах.

То есть, дополнительно нанять еще и Сишника? ;))

>Лично делал "Hello world" тест mod_python vs mod_php, при этом mod_python 100000 запросов к страничке на mod_python выполнились на 54% быстрее чем к mod_php5.

Всего 54%? А в консоли, ЕМНИП, Питон сейчас раз в 20 быстрее, чем PHP. Но это не спасает. Не знаю, с чем это связано, но средняя реальная пионовская Web-аппликуха жрёт ресурсов намного больше, чем PHP. Начиная от Trac'а, кончая всякими Jabber-веб-гейтами.

> То есть, правильно ли я понимаю, что надо заплатить больше денег разработчику, чтобы он писал на RoR, потому, что таких разработчиков мало и они более ценны, чем PHP-шники, да еще и машину поставить более мощную? Вы смеетесь, наверное?

Да нет не надо программисту на RoR больше платить, ведь он сделат за 3 дня, то что пхпэшник за 9 - ему и так выгода. Так что проблем нет. А про скорость я вообще не имел ввиду ПХП т.к. всем известно что ПХП тормознее руби и вообще всего;) http://shootout.alioth.debian.org/benchmark.php?test=all&lang=ruby&la...

Но если использовать _чистое_ ПХП без фрейморка то оно будет быстрее RoR, а если использовать фрэймворк ПХП то никаких приемуществ в скорости нет.

Но тут ещё говорили про Perl (забли ещё java) вот тут вопрос вот они побыстрее ruby (особенно java) здесь уже можно рассматривать вопрос о более сильной машине (но в случае с перлом это не будет так критически выглядеть).

> Повторяю: есть поекты, где __НЕЛЬЗЯ__ ничего кешировать. Те же платежные системы. Или - интерактивные поисковые каталоги, где показываемая страница результатов __ВСЕГДА__ разная.

Ладно я не спорю но ещё нужно помнить что узкие места это очень часто БД а не язык. Т.е. даже если чисто ПХП будет в 2 раза быстрее RoR, то общая произовдительность с той же БД поднимиться процентов на 10-20. Так что полюбому в большинтсве случаев без разницы что использовать в средства веб разарботки Ruby, ПХП, перл или Питон с точки зрения скорости. С другой стороны если нужно делать что-то очень особенное, производительное то всё равно будет написано на C/C++, т.к. выигрыш даже в 2 раза делеко не так важен, как в десятки-сотни.

> То есть, полгода проект должен проваляться в дауне? Весело.

Да нет пол года потормозит маленько:)

> Увы, это проблема владельца сайта. У провайдеров стоит ограничение по ресурсам и таких вот "умников" отключают за милую душу.

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

Да для RoR они были нужны год назад, сейчас уже нет.

>Да для RoR они были нужны год назад, сейчас уже нет.

это ответ на

>А если мы говорим про выделенный сервер, где каждый сам себе царь и бог то увы, технологии, применяемые для выделенных серверов по определению не могут быть широкораспостраненными.

>А про скорость я вообще не имел ввиду ПХП т.к. всем известно что ПХП тормознее руби и вообще всего;) http://shootout.alioth.debian.org/benchmark.php?test=all&lang=ruby&la...

А ссылку зачем на Ruby vs Perl тогда даёшь? :D Если посмотреть Ruby vs PHP - то очевидно, что они ноздря в ноздрю.

Кстати, сравни интереса ради Ruby с тем же Питоном.

И, в принципе, станет ясно, отчего, отчасти Питон сейчас завоёвывает мир.

>А ссылку зачем на Ruby vs Perl тогда даёшь? :D Если посмотреть Ruby vs PHP - то очевидно, что они ноздря в ноздрю.

Упс перепутал, но всё равно, хоть и ноздря в ноздрю, но Ruby побыстрее. А питон конечно тоже ничего, но зачем он нужен, если есть Ruby?:) У которого все те же достоинства, что и у Питона, но ещё куча других, если не считать конечно скорости и количества библиотек:)

> У которого все те же достоинства, что и у Питона, но ещё куча других

...но ещё куча других странностей и заморочек. Главная из которых - странный синтаксис.

Взять хотя бы любимые итераторы.

# Ruby
[1, 2, 3].each do |i|
    puts i
end

# Python
for i in [1, 2, 3]:
    print i

Код на Питоне читается как нормальный текст на нормальном английском языке: "for something in some container do something". Код на Руби - это какой-то язык мумбо-юмбо: "something each do something". Мацумото Юкихиро, наверно, прогуливал английский в школе, и прятал от родителей дневник под кроватью. А умница Гвидо учился себе и учился. :P

ЗЫ Из-за того, что лоровский движок не умеет форматированный и неформатированный текст в одном посте, пришлось разбить его на три части. =)

> $ORACLE_HOME/lib/ давно уже добавлен в ld.co.conf, так что LD_PRELOAD не нужен ИМХО(?).

Твой ХО неправилен - LD_PRELOAD влияет на порядок загрузки библиотек, и это помогает :-)

> Но если использовать _чистое_ ПХП без фрейморка то оно будет быстрее RoR, а если использовать фрэймворк ПХП то никаких приемуществ в скорости нет.

Полнейшая чушь. Тебе уже говорили - назови фрэймворк, дай пример в
студию. В противном случае это сравнение теплого с мягким.

> Так первая версия вышла 3 месяца назад, что ты хотел,

3 месяца назад её обозвали первой. А до это три года его пиарили
ничуть не меньше, чем ты сейчас. Нашёл отмазку...

> А выгода очевидна - более быстрая разработка (часто в разы)

Вот когда напишешь полноценный код и сдашь заказчику (если таковой
найдётся), тогда приходи и расскажи нам, сколько времени сэкономил.
А пока ты только пукаешь в воду и пересказываешь чужие басни.

># Ruby
>[1, 2, 3].each do |i|
>    puts i
>end

># Python
>for i in [1, 2, 3]:
>    print i

Ruby:

for i in [1, 2, 3]
   puts i
end

В руби можно и как в питоне (я так и пишу всегда), ну а если ты про сложные итераторы, то на ruby они логичнее смотряться имхо.

Синтаксис вообще компактнее, взять хотябы хотябы необязательность self (вот уж что меня адски бесило в питоне), 
ссылки на свойства через @, возможность перегрузки a.foo=, и вообще 
более логичная и простая прегрузка операторов чем в питоне, не 
обязятельность return, вызов функции без лишних скобок, возвращения 
знанчений операторами, и ещё много чего, так что по синтаксису 
ruby питон уделывает.

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

Ну не 3 года положим, а год (а то и меньше):)

> Вот когда напишешь полноценный код и сдашь заказчику (если таковой найдётся), тогда приходи и расскажи нам, сколько времени сэкономил. А пока ты только пукаешь в воду и пересказываешь чужие басни.

Один уже есть, во вторник ещё один буду сдавать. 1ый написал за 4 дня (по вечерам) - управление инет-магазином. Второй ещё за 3 дня - закрытая система общения клиентов/партнёров + простенький внешний сайт. Ок. Когда напишу что-нить сложное, что будет в открытом вебе обязательно тебе сообщу и скажу сколько делал:)

> Полнейшая чушь. Тебе уже говорили - назови фрэймворк, дай пример в студию. В противном случае это сравнение теплого с мягким.

Ок, не буду больше пустословить, как будут/найду реальные тесты - в каком нить флейме укажу их.

Год и 8 месяцев, если быть точным. Источник: http://en.wikipedia.org/wiki/Ruby_on_rails

> 1ый написал за 4 дня (по вечерам) - управление инет-магазином.

Очень информативное описание. Не знаю, что и сказать. Может я такое за
час пишу?

> Ок, не буду больше пустословить, как будут/найду реальные тесты

Интересный человек. Развел флейм на пустом месте, а потом говорит
"приходите завтра".

До сих пор не пойму, откуда берутся сопли восторга по поводу RoR?
Эти люди думают, что нигде больше нет OOP, MVC и Active Record?

> 1ый написал за 4 дня (по вечерам) - управление инет-магазином.

В общих чертах: категории произвольной вложенности, товары с ценовой политикой (накрутка в зависимости от категории, скидки). Возможность контроля вывода свойст товара в зависимости от раздела. Управление пользователями (учёт их заказов), управление заказами/оформление, синхр. с внешней БД, упрваление новстями/рекламой/гостевой, инеграция с системой импорта прайсов. Вобщем ничего сложного, но на ПХП заняло бы точно больше времени.