ruby frameworks

http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks#Ruby

http://accidentaltechnologist.com/ruby/10-alternative-ruby-web-frameworks/ типа краткая обзорная статья

Спасибо за ссылки. Хотелось бы услышать личные впечатления от тех кто работал с одним из этих фреймвёрков.

Посмотри в сторону Camping — по идеологии как Rails, по простоте как Sinatra — пример (бложик в 250 sloc).

побалуйся с синатрой с полгода, когда поймешь, что вручную напишешь половину функционала рельсов — переходи на них. После этого они тяжелыми и страшными казаться не будут. Инфа проверена.

согласен с tensai_cirno, не так уж много лишнего в рельсах. Но раз уж просишь, посмотри cramp http://cramp.in/ сейчас с ним балуюсь) Асинхронность это круто.

Если нравиться Sinatra посмотри еще на Padrino

Да никто же тебе не мешает использовать только «легкие» штуки у рельс:

http://api.rubyonrails.org/classes/ActionController/Metal.html

+ ActiveModel :)

А может DataMapper

И то то велосипед вокруг SQL. Ну положим для ввода и апдейта записей неплохо из-за валидации. Но ту же валидацию можно делать в stored functions SQL. Для селекта в любом случае проще напрямую SQL select нечем велосипедные методы ActiveRecord.

А как ошибки вовращать принято из хранимок всяких?

Так парсить ответ DB сервера.

Громоздкий это как? Вам мешают функции, которыми вы не пользуетесь? Это странно.

Производительность страдает от этого, а ф-ции которыми не пользуются засирают память.

Производительность страдает от этого, а ф-ции которыми не пользуются засирают память.

Приведите пример. Если есть тыща файлов в классами, но вы в своём проекте не создаёте объектов-экземпляров, то память занята ничем не будет:)

Ну может вы тогда объясните почему идентичные по функциональности приложения написанные с помощью rails и sinatra отличаются по requests/second.

Ну может вы тогда объясните почему идентичные по функциональности приложения написанные с помощью rails и sinatra отличаются по requests/second.

Хеллоуворды они такие, да.

Речь не о helloworld. Была создана типичная страница выводящая данные из базы данных и помещающая их туда. Для обоих случаев rails медленнее sinatra которая в свою очередь значительно медленнее чистого php. Очевидно что от наличия других страниц производительность одной не зависит никак. Объём данных в таблицах относится к производительности RDBMS которая в обоих случаях одна и та же. Требую прокомментировать.

> Была создана типичная страница выводящая данные из базы данных и помещающая их туда.

Какая восхитительно сложная логика!

Какой восхитительно бессмыссленный комментарий.

Рельсы тестировались с webrick, passenger или unicorn? Они тестировались в development или production режиме?

passenger. production.

Требую прокомментировать.

Когда напишешь что-нибудь большое на синатре, поймешь.

«Когда напишешь», «поймёшь» - типичные слова троллей. Если есть аргументы то их надо указать в сообщении - вы ведь уже написали нечто большое если так говорите. Я писал достаточно большие веб приложения на чистом PHP безо всяких framework'ов. При этом производительность была очень высокая и код достаточно качественный получился, по крайней мере на мой взгляд, для любителей тотальной ООПизации конечно он бы показался быдлокодом но в этом быдлокоде не было таких дыр как в тотально ООПизированном rails коде github'а.

Ну понятно дело, сразу видно по вам - вы ничего в своей жизни серьезного не делали, в теории можно все на PL SQL делать, только удобно ли это? Вызывает ли это чувство счастья и радости? Удобно ли тестировать это? И нахер это нужно?

Ну да, есть у вас небольшой оверхед над plain sql, и что дальше то?