А еще есть 3 тип, строка, такая же ситуация как со 2 типо только есть <note/> закрывающий тег и всё понятно

это чужое API?

да

чужая голова потемки

причем как практика показывает даже потемки стремные

тоесть потемки, нихера не видно, но светло как днем на багамах

спрашиваешь как получить вот это, а тебе отвечают, что у вас нос в сметане

Вот ты щас сложно объясняешь

а вот уже конкретней

ты говоришь, нет это не сметана а тебе отвечают, что электричество течет влево

и ты кароче такой покупаешь ствол на черном черном рынке в черную-черную и стреляешь себе в окно

вот в искусстве есть направление называется сюрреализм вот чужие API это сюр круче чем у них

да, про сюр, я наслышан

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

а патроны кончились

може тебя на баш закинуть?

не возражаю

В телеграме создали первую ММОРПГ игру, может кому интересно будет http://telegram.me/ChatWarsBot?start=03ee1515cdc84286ae75c72a289ea791

В телеграме создали первую ММОРПГ игру, может кому интересно будет http://telegram.me/ChatWarsBot?start=03ee1515cdc84286ae75c72a289ea791

Выглядит как рефералка, прибейте кто-нибудь

Существует какой-нибудь safe-setter, если считать dig safe-reader'om для, например, hach[:a][:b][:c]. цель установить :c при несуществующих :a и :b

Какой нибудь mashie не подойдёт?

чето сильно сложна. мне только что бы не писать уродское (hach[:a] ||= {}) && hach[:a][:b] = 5

чето сильно сложна. мне только что бы не писать уродское (hach[:a] ||= {}) && hach[:a][:b] = 5

хач хач ?)))

чето сильно сложна. мне только что бы не писать уродское (hach[:a] ||= {}) && hach[:a][:b] = 5

менее уродское empty_hash.merge!({a: {b: {c: 3}}})

Hash.new{|h,k| h[k]=Hash.new(&h.default_proc)}

с мерджем гуд вроде!

с мерджем гуд вроде!

а default_proc еще гудее вроде

чето не совсем понял как пользовать его если больше двух уровней

hash = Hash.new{|h,k| h[k]=Hash.new(&h.default_proc)} hash[:a][:b][:c][:d] = 100 # { a: { b: { c: { d: 100 } } } }

а, уже понял

а вот если этот хеш - это конфиг стороннего модуля, это ж наверное плохо менять его дефолтные поведения?

хотя ладно, то я уже сильно загнался. думал может добавили какойто метод по типу dig=

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

Ребята, а если модель Film имеет атрибут category, а category должен иметь несколько значений к примеру 'боевик, драма, приключения'.. То это можно реализовать так: создать еще модель Сategory и сделать между ними связь has_many ? Или это связано с accepts_nested_attributes_for ? Спасибо.

можно запилить enum

Но особого смысла не вижу

Да, тут модель, я думаю

Потому что если потом захочется сделать категорию "сербский артхаус", не надо будет менять код

Это если категории по жанрам

это все сильно зависит от бизнеслогики.

А еще я бы сделал has_and_belong_to_many

Ну, сразу на ум приходит словосочетание "приключенческий боевик", которое и в приключениях, и в боевиках

а еще "зарубежное кино"

это жанр? лол.

Ребята, а если модель Film имеет атрибут category, а category должен иметь несколько значений к примеру 'боевик, драма, приключения'.. То это можно реализовать так: создать еще модель Сategory и сделать между ними связь has_many ? Или это связано с accepts_nested_attributes_for ? Спасибо.

От субд зависит

В пг можно использовать jsonb поле, в котором хранить массив с айдишниками «категорий» и сделать по этому полю индекс

а еще "зарубежное кино"

хах нет, такого варианта не будет :) Тоже склоняюсь к моделе.

Спасибо за помощь ;)

хах нет, такого варианта не будет :) Тоже склоняюсь к моделе.

Ну так я и сказал что сильно от реализации зависит

Та я понял Вас, просто хотел узнать правильным ли будет вариант если сделать через модель.

вполне нормальным.

Я бы наверное тоже так сделал.

В пг можно использовать jsonb поле, в котором хранить массив с айдишниками «категорий» и сделать по этому полю индекс

тогда придется SQL руками писать

а так лицом по клавиатуре покатался и ок

В пг можно использовать jsonb поле, в котором хранить массив с айдишниками «категорий» и сделать по этому полю индекс

в мускуле тожа

А в монге?

в монге там уже и так bson

храни чо хочешь

более того в монгоиде mtm уже изкоробки есть

Все привет, у меня проблема как передать из form_for params в майлер

http://paste2.org/UpbFZVeO

а как выглядит проблема?

а как выглядит проблема?

в каком смысле как выглядит? я настроил мейлер и теперь хочу через форму письмо отправлять и не знаю как.

ERROR: S client not available

не знаешь как форму создать?

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

через контроллер, контроллер принимает параметры, дергает мейлер

я хелпер сделал UserMailer.welcome_email(params).deliver

в контроллер это перенести?

да

Может это в колбэк на user create засунуть?

коллбэки - зло

+

коллбэки - зло

отсюда прямой вывод - рельсы зло

Только ситхи возводят в абсолют.

Только ситхи возводят в абсолют.

даказать?))

кидай ссылку на railshurts уже.

Если потом потребуется создать пользователя из админки (к примеру), то отправку письма необходимо будет продублировать и в контроллере admin/users ?

даказать?))

ситхи - зло

ситхи - зло

и?)

и?)

зло - зло

Если потом потребуется создать пользователя из админки (к примеру), то отправку письма необходимо будет продублировать и в контроллере admin/users ?

как вариант - сервис.

ну, продолжай силлогизм дальше то)))

ну, продолжай силлогизм дальше то)))

а все, дальше зло-зло-зло

а все, дальше зло-зло-зло

ишь ты, это ты в рекурсию впал)))

ишь ты, это ты в рекурсию впал)))

что поделать? :(

что поделать? :(

не впадать не пробовал?)))

как вариант - сервис.

С этим согласен. ок

не впадать не пробовал?)))

дальше только в руби токс

все эти коллбэки и куча валидаций ведут к тому что основные модели становятся такими монструозными что их сложно обновлять.

Начинается кучка конфликтов, модель километровая.

А потом появляются кейсы где валидации мешают друг другу.

все эти коллбэки и куча валидаций ведут к тому что основные модели становятся такими монструозными что их сложно обновлять.

не надо валидации примешивать валидации сами по себе вполне имеют право жить