https://www.opennet.dev/openforum/vsluhforumID3/80066.html После года разработки увидел свет (http://guides.rubyonrails.org/3_1_release_notes.html) релиз MVC (Model-View-Controller) web-фреймворка Ruby on Rails 3.1. Фреймворк может работать под управлением Ruby 1.8.7 и Ruby 1.9.2, поддержка более ранних версий прекращена.<br><br><br>Среди ключевых улучшений отмечается:<br><br><br><br>- "HTTP Streaming" - позволяет браузеру загружать файлы CSS и JavaScript во то время, пока сервер генерирует ответ на основной запрос;<br><br>- "Assets Pipeline (http://guides.rubyonrails.org/asset_pipeline.html)" - фреймворк для управления, связывания и упаковки CSS и JavaScript ресурсов, включая учет зависимостей, формирование пакетов и поддержку генерации CSS и JavaScript компонентов с использованием дополнительных плагинов и языков, таких как CoffeeScript, SCSS и ERB.<br>- По умолчанию вместо Prototype задействована JavaScript-библиотека jQuery. Возможность использования библиотеки Prototype оставлена, но для её активации следует выполнить "rails new myapp -j prototype";<br>- ...<br><br>URL: http://twitter https://www.opennet.dev/openforum/vsluhforumID3/80066.html#13 Thu, 01 Sep 2011 08:51:39 GMT &gt; Речь о begin, commit, rollback? <br><br>Да, не... Уже 3.1 на дворе, а студент на знает, что такое ActiveRecord, зато очень горд api mysqlclient-а для своего бейсика.<br> https://www.opennet.dev/openforum/vsluhforumID3/80066.html#12 Thu, 01 Sep 2011 08:38:09 GMT Я вот тоже этого момента не понял. Речь о begin, commit, rollback?<br> https://www.opennet.dev/openforum/vsluhforumID3/80066.html#11 Thu, 01 Sep 2011 07:19:54 GMT О каком DBI речь? Perl?<br> https://www.opennet.dev/openforum/vsluhforumID3/80066.html#10 Thu, 01 Sep 2011 04:14:30 GMT Они изобрели DBI? Ну наконец-то...<br> https://www.opennet.dev/openforum/vsluhforumID3/80066.html#9 Wed, 31 Aug 2011 23:34:11 GMT А ты попробуй.<br> https://www.opennet.dev/openforum/vsluhforumID3/80066.html#8 Wed, 31 Aug 2011 20:58:53 GMT &gt; люди... а зачем генерировать CSS и Javascript -- ежеле их можно писать статически (/static/js/blahblahblah.js) ?<br><br>Странный вопрос. Например когда настройки цветовой схемы в базе лежат. Или чтобы углифицировать и мерджить только для продакшена.<br><br>&gt; помоемуже ЛОГИЧНЕЕже выглядет когда мы скрипту передаём какието параметры [но сам скрипт остаётся статически-константным]... чем когда<br><br>man рекомендации гугля. С параметрами не все прокси правильно интерпретируют время кеширование для статики. Поэтому правильные пацаны прикручивают к имени md5 или sha1 от контента.<br> https://www.opennet.dev/openforum/vsluhforumID3/80066.html#7 Wed, 31 Aug 2011 20:37:57 GMT Вообще-то в статье речь идет про кофе и упаковку жабаскрипта. Грузить 1 обфусцированный файл с жабаскриптом быстрее, чем несколько и неупакованных. А кофе - просто приятный сахарок поверх этих уродливых function(function(function(function(){}){}){}).<br><br>От кодогенерации жабаскрипта наоборот постепенно отказываются. В комплекте к prototype.js к рельсам шли безумные RJS-темплейты, генеровавшие жабаскрипт по руби коду. jquery-rails же использует обычные js/coffee сорцы, поверх которых прогоняется примитивный шаблонизатор.<br> https://www.opennet.dev/openforum/vsluhforumID3/80066.html#5 Wed, 31 Aug 2011 20:12:26 GMT люди... а зачем генерировать CSS и Javascript -- ежеле их можно писать статически (/static/js/blahblahblah.js) ?<br><br>....а исходные данные для скриптов -- можно брать например из "data-*" [ HTML5 -- https://developer.mozilla.org/en/DOM/element.dataset ]<br>..или из: var my_param = $('html &gt; head &gt; meta[name="my_favorute_super_parameter"]').attr('content')<br>..или ещё из кучи способов... :)<br><br>помоемуже ЛОГИЧНЕЕже выглядет когда мы скрипту передаём какието параметры [но сам скрипт остаётся статически-константным]... чем когда мы какимто "хитрым" образом генерируем скрипт... да ещё и отлажевать же это надо!<br><br># p.s.: ну про CSS я ещё могу понять.... LESS`ы там всякие :-), улучшающие синтаксис. но зачемже Javascript??? o_0<br>