если посмотреть по ссылке выступление DHH, он рассказывает, что главным нововведением для этой фичи стали пустые папки. т.е. sprockets, scss, coffee — это всё конечно хорошо, и отключается. а главное — это то, что генератор теперь генерирует ресурсы систематизированно.

coldFlame 22 мая 2011 в 09:40

Препроцессор ресурсов.

ATimofeev 22 мая 2011 в 06:37

С появлением Рельс 3.1 фронтендерам в принципе больше нечего стало желать ) Ну может Компас еще из коробки

GearHead 22 мая 2011 в 06:50

у compass довольно узкая направленность, я думаю, что для ближайших версий на SCSS они ограничатся.
в 3.2 намечается сильное упрощение стека middleware, ускорение, а так же вроде бы это

homm 22 мая 2011 в 07:05

а так же вроде бы это

Sorry, your browser doesn't support pjax :(

homm 22 мая 2011 в 07:07

Кстати, странная формулировка, ведь pjax — это не какой-то web-стандарт, и браузер его не может поддерживать. Это pjax не поддерживает мой браузер.

kmeaw 22 мая 2011 в 10:06

Это браузер не поддерживает pushState/replaceState.

GearHead 22 мая 2011 в 07:07

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

kaluzhanin 22 мая 2011 в 07:10

А как же haml? Правда, DHH не хочет)

ATimofeev 22 мая 2011 в 07:14

Точно, и haml. Я к нему так привязался, что даже забыл, как доставлял его отдельно ) А почему не хочет, кстати?

kaluzhanin 22 мая 2011 в 07:22

haml не отвечает его эстетическим пристрастиям. Он понимает, какую роль haml играет для Rails, но не нравится он ему, и все тут) По той же причине он выбрал SCSS, а не SASS. Подробнее тут (англ.).

ATimofeev 22 мая 2011 в 07:24

Благодарю )

Davert 22 мая 2011 в 07:43

Логика есть: всегда должна быть возможность вставить в html-шаблон, или css-шаблон нативный html/css-код.

GearHead 22 мая 2011 в 08:19

я читал и ещё про одну логику (правда которая, может быть, была самодеятельностью фанатов): CoffeeScript и SCSS позволили систематизировать и абстрагировать элементы приложения. Haml же ничего не абстрогирует (только выглядит лучше), а систематизация и так была в html.erb

Davert 22 мая 2011 в 08:36

Насколько я знаю CoffeeScript ничего не систематизирует и не абстрагирует. Разбивкой на сущности занимается генератор рельсов, а объединением — Sprockets. Точно так же мог бы и работать Javascript.

В Compass есть средства для систематизации — инклюды, партиалы, но пока нативно они не поддерживаются.

В любом случае, упорядочиванием сейчас преимущественно занимается Sprockets.

P.S. Если бы фреймворк назывался Python on Rails, будьте уверенны Haml и Sass были бы там уже по умолчанию :)

GearHead 22 мая 2011 в 08:38

из моего уровня знаний CoffeeScript (только недавно его решил посмотреть), он как минимум организует require

Davert 22 мая 2011 в 08:41

Ок, профтыкал. Сам недавно его начал изучать :)

Davert 22 мая 2011 в 08:47

Полопатил документацию ещё раз. На уровне языка там require нет…

GearHead 22 мая 2011 в 08:50

//= require 'smth.coffee'
или это sprockets так помогает?

Davert 22 мая 2011 в 08:58

//= это синтаксис спроектса. Он же asset packager…

А вот sass умеет нативным образом инклудить файлы через директиву @import

lublushokolad 22 мая 2011 в 11:14

в haml можно вставлять куски html
в сoffeescript можно вставлять куски js
в sass можно делать nested @import css файлов

atipugin 22 мая 2011 в 08:58

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

ATimofeev 22 мая 2011 в 09:05

Ну HAML-то, по моему, синтаксически на ruby не сильно похож, при том в два раза лаконичнее чистого HTML

Davert 22 мая 2011 в 09:06

Лаконичность весьма условная. С помощью zen-coding можно писать так же быстро, как и через haml. Но обучать верстальщиков Haml'у это явно преступление против человечества )

hazg 22 мая 2011 в 12:47

Лаконичность haml весьма конкретная, особенно если оформление верстки уводить в sass\css. Zen-coding даст написать, но не даст посмотреть.

Меньше кода + четче структура == хуже?

P.S. Все, что хамл не умеет он предлагает делать через фильтры.

atipugin 22 мая 2011 в 09:06

так-то хамл гораздо больше похож на руби, чем хмтл

Davert 22 мая 2011 в 09:07

На пайтон он похож… Ну нет ничего в нем от руби…

atipugin 22 мая 2011 в 09:08

я о том, что хамл больше похож на язык программирования, чем на язык разметки

GearHead 22 мая 2011 в 09:10

лично для меня главный минус haml'а тот же, из-за которого я в своё время на пайтоне не осел — значащие отступы.

akzhan 22 мая 2011 в 09:47

В нормальном редакторе (например, в настроенном vim) никакой проблемы в отступах нет. Они сами формируются редактором, равно как на лет проверяются ошибки.

Хотя на вкус и цвет, но мне лично HAML очень понравился.

GearHead 22 мая 2011 в 09:49

проблема не в редакторе, а в том, что мне не позволяют оформлять мой код как я хочу.

akzhan 22 мая 2011 в 09:55

Стиль кодирования в любой команде всегда является чем-то синергичным и требующим некоторых компромиссов от участников.

Мне, к примеру, пофиг на стиль кодирования, лишь бы он был единым.

sha1dy 22 мая 2011 в 10:26

Меня по этому немного coffescript колотит, потому что его стиль сильно отличается от ruby

egoholic 22 мая 2011 в 11:59

Используйте JavaScript, он ведь так сильно похож на Ruby.

sha1dy 22 мая 2011 в 17:56

если это саргазм, то в coffescript добивает significant widespace

GearHead 23 мая 2011 в 05:36

на волне недавнего еле закончившегося холивора «табы vs пробелы» все стали слишком критично понимать эту фразу.
единый корпоративный стиль оформления кода тоже имеет свои пределы, и когда ваши шаблоны из-за этого корпоративного стиля превращаются в простыню из пирамидок, лучше пожертвовать единообразием для повышения читабельности.

SmartBye 22 мая 2011 в 06:46

Не надо переводить все подряд. Думал что карта сущностей — это что-то новое, а оказалось тот же identity map. Людям всеравно потом придется работать с англ. терминами.

rwz 22 мая 2011 в 07:36

Это извечный спор, какие понятия переводить, а какие нет.

Есть адепты принципа «переводим ВСЕ». Они переводят слово фреймворк как каркас и бинарный лог называют двоичным журналом. Есть люди, которые наоборот, оставляют все термины непереведенными. В итоге их текст состоит наполовину из русских и наполовину из английских слов — тоже выглядит странновато.

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

SmartBye 22 мая 2011 в 07:44

Тут такого спора нету. Человек вышедший за пределы этой статьи ничего не сможет найти. Информации по «картам сущностей» в рельсах кроме как в этой статье нигде нету. Чтобы переводить термины, нужно чтобы была актуальная информация на русском, а ее нету. В 95%, если не больше, я пользуюсь только источниками на англ. языке, так как альтернатив попросту нету.

GearHead 22 мая 2011 в 07:45

для всех терминов типа «карты сущностей» я подписал рядом в скобках оригинальный вариант.

SmartBye 22 мая 2011 в 07:53

Ну вот это правильный вариант.

egoholic 22 мая 2011 в 13:55

Думаю лучше испльзовать переведенную версию + оригинал.

coldFlame 22 мая 2011 в 09:39

К тому же, не «карта сущностей», а тождественное отображение, блин.

GearHead 22 мая 2011 в 09:43

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

osmirnov 22 мая 2011 в 07:27

Спасибо за перевод! Ror 3.1 — торт.

egoholic 22 мая 2011 в 13:57

3.2 — хороший торт, 3.1 вроде как экспериментальный, мост между 3.0 и 3.2. В 3.2. будет окончательно отменены некоторые штуки из 2.х ветки. Или я что-то путаю?

GearHead 22 мая 2011 в 14:00

помнится, они ещё в 3.1 обещали выкинуть кучу вещей, но ничего об этом так и не услышал. так что возможно, большая чистка будет в 4.0

osmirnov 22 мая 2011 в 16:22

Со временем и его попробуем)

RazoR_Empire 22 мая 2011 в 07:37

Арр, буду переписывать скрипты с Prototype на jQuery :)
А руководство по переходу 3.0 -> 3.1 планируется?
Одно неудобство заметил: можно ли будет конвертировать уже существующие пароли в has_secure_password?

GearHead 22 мая 2011 в 07:46

> буду переписывать скрипты с Prototype на jQuery
это совсем не обязательно. чтобы заменить jquery на prototype в 3.1 надо будет всего лишь сделать

# gem 'jquery-rails'
gem 'prototype-rails'

;)

по поводу рукаоводства — насколько я понял, вся документация ещё готовится, да и интернеты будут переполнены самодельными гайдами, как это было с 2.3 -> 3.0

существующие пароли, если я вас правильно понял, можно будет конвертировать только если вы их храните как plain text. если вы их тоже зашифровали, то переопределить алгоритм шифрования (ну или соль-перец) будет нельзя, там свой через BCrypt и он hard-coded.

RazoR_Empire 22 мая 2011 в 09:54

Пароли зашифрованые. Блин, надеюсь какое-то решение будет…
На счет jQuery/Prototype ниже ответил.

egoholic 22 мая 2011 в 13:59

Это необязательно, если все, что использовалось — стандартный UJS, а что если реально много кода на самом Prototype? Хотя дефолность не мешает использовать Prototype и дальше.

GearHead 22 мая 2011 в 14:03

так а какая разница между использованием UJS и самого prototype? главное prototype.js стоит в зависимостях.

ATimofeev 22 мая 2011 в 07:51

А зечем переписывать? prototype-rails же. У меня просто тоже такая задача стоит, решил, переписывать смысла нет.

RazoR_Empire 22 мая 2011 в 09:52

Ибо jQuery становится rails-way. Да и возможностей и расширений у него больше в разы.

egoholic 22 мая 2011 в 14:00

А все благодаря кому? Правильно! — Ехуде Катцу! Уважуха ему за JQuery, Rails и Bundler.

zizop 22 мая 2011 в 07:39

Вот HTTP-Стриминг это действительно killer feature. Интересно в других фреймворках есть что-то похожее?
Вообще радует, что при выпуске новой версии Rails разработчики уделяют столько внимания вопросам производительности.

atipugin 22 мая 2011 в 08:10

killer feature это сломанный rake 0.9.0, который еще и автоматом ставится. каждый раз пока приходится откатывать до 0.8.7

GearHead 22 мая 2011 в 08:12

ну вы же, надеюсь, в production'е так часто гемы не обновляете :)

atipugin 22 мая 2011 в 08:15

нет:) и вообще в такие моменты понимаешь какая прелесть этот rvm

UseRifle 22 мая 2011 в 08:40

Тут не просто обновление гема… тут немного серьезнее.

Если гем rake 0.9.0 уже стоит в системе, он не дает запускаться rake, даже если в приложении в gemfile стоит конкретная версия rake.

Причем даже обычный gem uninstall не всегда спасает. Я лично ручками чистил папку .rvm от следов 0.9

Хотя через bundle exec все отлично работает, кстати.

GearHead 22 мая 2011 в 08:44

просто rake прописывается в ваше системное окружение при установке, поэтому просто так её не снесёшь.
rails и rake пишут две разные команды, поэтому такое вполне могло случиться.
щас на самом деле все держат руку на пульсе, патч обещали в кратчайшие сроки.

UseRifle 22 мая 2011 в 10:52

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

Пара строк в Rakefile и все работает и с 0.9.0.

Но я предпочел откат сделать :)

SmartBye 22 мая 2011 в 13:53

Не проверял пока, но в русской гуглогруппе говорят, что при таком хаке мертвыми остаются огурец и rspec.

UseRifle 22 мая 2011 в 16:24

да, точно, огурец лежит, рспек вроде работает.

atipugin 22 мая 2011 в 08:53

я тоже чистил руками (стояла бета1) сегодня решил накатить кандидата, и снова получил 0.9.0. забил и решил делать bundle exec

Davert 22 мая 2011 в 08:40

Кстати, кто подскажет. Я перевел 3.0 проект на 3.1 бету, сейчас до rc апгрейдился.
Но когда я пишу скрипты в assets/javascripts/*.coffee.js они с завидным постоянством не обновляются.
Файл application.js, который отдает rails сервер и не думает обновлятся ни под каким предлогом.

Никто с таким не стыкался?

atipugin 22 мая 2011 в 09:15

А где обещанный rspec по дефолту?

Davert 22 мая 2011 в 09:16

А он обещанный? DHH его не любит )
www.rubyinside.com/dhh-offended-by-rspec-debate-4610.html

atipugin 22 мая 2011 в 09:19

да вроде писали, что будет

atipugin 22 мая 2011 в 09:23

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

GearHead 22 мая 2011 в 09:24

читабельнее — может быть. но точно не писабельнее.

GearHead 22 мая 2011 в 09:26

на самом деле и читабельнее — вопрос спорный. для меня меньше слов — лучше читабельность. а когда assert превращается в should_be_true, то это уже читабельнее может действительно быть только для заказчика. а лично у меня в практике заказчик ни разу тесты не читал.

atipugin 22 мая 2011 в 09:55

все это дело вкуса

GearHead 22 мая 2011 в 10:01

вкус вкусом, но на Test::Unit у меня тесты размером файлов и LoC'ами в три раза короче, чем RSpec c огурцом…

GearHead 22 мая 2011 в 09:16

ожидал этот вопрос.
не было и не будет никогда RSpec по дефолту. вся 37signals очень его не любят и вполне обоснованно

atipugin 22 мая 2011 в 09:19

знал, что dhh не любит, но что все 37signals — удивило

egoholic 22 мая 2011 в 14:01

Вам не кажется, что у них у всех какая-то странная ментальная связь? =)

atipugin 22 мая 2011 в 09:17

значит опять интернеты наврали =/

atipugin 22 мая 2011 в 09:18

ой, ответ к комменту выше

Igas 22 мая 2011 в 09:26

Интернеты не наврали, просто это dhh на 1е апреля пошутил…

atipugin 22 мая 2011 в 09:27

и правда, дату не глянул :(

kaluzhanin 22 мая 2011 в 09:37

Я повелся и ретвитнул тогда :( Правда, его следующий твит сразу показал мне, какой я дурак.

GearHead 22 мая 2011 в 09:30

да, он там ещё и шутил, что они Affirmit! выбрали, самый чувственный тест-фреймворк в мире :)

qweewq 22 мая 2011 в 09:48

Как всё вкусно-то :)

sha1dy 22 мая 2011 в 10:16

Эх, compass по прежнему не работает с 3.1 версий, а так хочется мигрировать in progress проект.

ATimofeev 22 мая 2011 в 12:33

Есть способ заставить работать

ATimofeev 22 мая 2011 в 12:34

metaskills.net/2011/05/18/use-compass-sass-framework-files-with-the-rails-3.1-asset-pipeline/

sl_bug 22 мая 2011 в 14:01

Даже без этого хака все работает если использовать compass, tilt, sprockets из мастер веток.

ATimofeev 22 мая 2011 в 18:31

Действительно, в RC1 все заработало без хаков, ура!

bubuq 23 мая 2011 в 02:06

Теперь поддерживать безопасность приложений проще, чем никогда. — ась?
«ever» это не никогда, это «когда бы то ни было». Впрочем, так писать в переводе тоже не стоит.

НЛО прилетело и опубликовало эту надпись здесь

GearHead 23 мая 2011 в 06:06

а что, много других фреймворков умеет?

НЛО прилетело и опубликовало эту надпись здесь

GearHead 23 мая 2011 в 06:16

быстрое гугление мне показало, что Prepared statements сейчас поддерживает только Zend и Yii в вроде последней (1.1.7) версии.
Иногда ещё бывает, что параметризацию запросов или их подготовку на стороне клиента называют тем же термином.

НЛО прилетело и опубликовало эту надпись здесь

GearHead 23 мая 2011 в 06:29

насчёт propel не знаю, но по doctrine только что читал форум-тред, о том, что логгер БД показывал, что на самом деле никакого PS не происходит.
алсо, был где-то гайд как включить PS в адаптере MySQL.
Однако отсутствие в рельсах PS было аргументировано: AR в 3.0 устроена так, что вы можете изменив 3 строки в конфиге перейти к примеру MySQL -> PostgreSQL -> Oracle -> MongoDB -> что угодно ещё и в любой последовательности. Введение таких DB-specific вещей убьёт абстракцию.

НЛО прилетело и опубликовало эту надпись здесь

GearHead 23 мая 2011 в 07:00

> Пойду зарепортаю багу, что ли.
Вы только перепроверьте, что оно до сих пор так, вдруг я не те форумы читаю :) СУБД вроде MySQL.
> Ну так не убило же.
Просто они только в 3.0 сменили архитектуру, сделав все railties (AR, ActiveSupport, ActionController и т.п.) модульными и независимыми и добавив достаточно абстракций, чтобы это стало возможно. Видимо, им нужно было время, чтобы допилить. Во всяком случае я знаю немногих людей, которые садятся за Rails ради вертикальной производительности :)

Xarakternik 9 июн 2011 в 09:03

А тем временем Rails 3.1.0.rc3 has been released!

CHANGES
Here are some of the major changes to the RC branch:

mailto SafeBuffer fixes
escape_javascript SafeBuffer fixes
Multiple sources in sprocket helpers.

Очень просят писать репорты.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий