Rails for PHP Developers

Есть возможность сравнить насколько легче/сложнее реализовать одно и тоже на PHP и на RoR. Лично для меня стало хорошим толчком к тому, чтобы посмотреть на RoR и попробовать его в действии :)

А где там про BrainFuck у него?

Да плейн текст. Без цмсок/фреймворков. Потихоньку на рельсы перевожу

"кодить в Зопе..." =)
простите, настроение просто хорошее =)

тю... всего-то....

пожалста seekingalpha.com :)

про PHP ни слова? А что же вы в конце высказывания резюмируете: "
У рейлс один серьёзный минус - скорость, требования к ресурсам и хостинг. Но если он даже немного медленее РНР" ?? Сравнение PHP c Rails нету? Ну да бог с ним.

Про кеширование почитал, интересно видел подобное в одной немецкой CMF, но насколько понял есть проблемки с кеширование по урлами вида "?page=profile&id=2" ? в принципе мелочь, но всё же не приятно. для сравнения посмотрите хотя бы Zend_cache который ещё и с разными адаптерами работать может - хотите в файл, хотите в memcache.

Если мне ничто не изменяет, то Pylons'у мы обязаны одному из разработчиков RoR'а. Многие вещи (например замечательные вэб-хелперы) портированы из рельсов.

вот например вывод всех строк:
File.open("ddd",'r') do |file|
file.each_line { |line| print line }
end

что значит оффтопить? дать линки на "Active Record для PHP" или вы сами найдёте?

вы уверены что на php это займет 20 минут?

кстати, а если в итоге Dir['**/*.*'] насобирает нам например 500000 файлов.. что будет?

Propel, если ничего не изменилось, генерит кучу "левого" кода. Оно, конечно, так чуть быстрее работает, если все сеттеры и геттеры для каждого класса руками описывать (утилитой генерить), только вот зачем?

А теперь попробуйте найти PHP-фреймворк созданный за последние три года без вдохновения рельсами. Это никоим образом не делает эти фрейморки похожими.
Ну и да, хелперы в симфони не имеют и десятой доли фишек хелперов в рельсах. А под "helper-ы из Ruby on Rails" имелись ввиду, видимо, хелперы для работы с аякс и js-эффектами. Они да, практически полностью повторяют функционал рельсовый, но:
1. Бзе RJS они особо ничего не стоят
2. Это далеко не самая сильная сторона рельс. с jQuery опять же можно забыть про эти хелперы и основная фишка опять приходится на RJS.

Простите, но вы действительно не знаете значение "кг/ам"?

ну да, команда php не выкладывает тупые ролики на ты-труба...

ps3. а близкое знакомство с рубионрейлз ничего кроме пользы не принесет. так что инжой!

мое имхо, что все что пишется на хабре в комментах можно воспринимать исключительно как имхо.

насчет mysql. перечитал, действительно коряво выразился. я имел ввиду, что серьезные СУБД аля оракл и постгрес подразумевают реализацию определенной логики на уровне самой СУБД. сейчас же всем на это плевать и используют СУБД тупо как большой файлик откуда можно данные брать не заморачиваясь на сортировку (немножко утрируя). 99% рельсовых проектов, например, будет работать и на SQLite и на Postgresql. Поэтому все используют самую быструю mysql. Это не плохо, просто RDBMS так легче всего использовать.

Теперь про СУБД на руби:
1. Я не говорил, что обязательно на руби. Просто на руби есть интересная разработка в этом направлении отечественных разработчиков.
2. Руби прекрасно и прозрачно работает с С. Реализовав функционал на Руби можно понемножку переписывать его на С.
3. Не сравнивайте жопу с пальцем. то что смешно на php, очень серьезно на руби. например, веб-сервер. примеры? mongrel, хехе. чистый руби, если вы не знали.

теперь про rubyforge.org. для начала beast — офигенный форум, лучше, практически, не придумать. ну только гугл группы. Недостаток только один — в рельсах нет хорошего механизма встраивания сторонних приложений в свое приложения (максимум, что сейчас доступно — Engines). А что касается кучи всяких CMS, то у рельс немного другая идеология. Это фреймворк. Очень хороший фреймворк. И не надо городить на него всякие CMS. Не видел ни одного хорошего сервиса, построенного на базе CMS. А для сайтов-визиток rails и не предназначался, их на PHP клепать можно. на rubyforge.org есть куча замечательных тузл для разработчика, до среднего уровня которых php уже не дотягивает со своими phpclasses.org. а больше и не нужно.

Что касается программистов. Я и говорю, что куча народу тупо зарабатывает на PHP бабло. Это не плохо для этих людей, но для языка программирования, который как и любой другой язык программирования держится исключительно на коммунити, это очень плохо.

p.s. я как бы уже инжой :)