А эликсир вообще ФП. Он не будет гибок и удобен как ОО яп

обоснуй непригодность ФП для веба

элексир не взлетит, фп для веба очень плохо подходит

тут к тебе вопросы. Почему фп плох для веба)

обоснуй непригодность ФП для веба

открой более-менее сложный пример на Ecto

идея фп заключается в том что данные immutable и трансформируются по пути

идея ооп заключается в том, что данные меняются через некий интерфейс

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

(трансформируются == на базе старых данных получаются новые)

хотя это всё конечно сильно от языка зависит в итоге, насколько он чисто фп

Может кто знает Есть форма, внутри перебор each и для каждого обьекта строится fields_for Как сделать чтобы у обьектов были уникальные html id?

id="1" ?

ну раздай айди какой надо

или у тебя нестед проблема?

gist.github.com

та думал, чтобы не раздвавать, а как each_with_index

вопрос не понятен

https://gist.github.com/deril/b4a34e0c92730c9fe0ef5322b92519df

можно ли сделать генерируемые id уникальными

А в vms что?

можно ли сделать генерируемые id уникальными

Сделай хелпер и генерь че хочешь

какой нибудь generate_uniq_html_id

А в vms что?

масив хешей

http://apidock.com/rails/ActiveSupport/SecureRandom

сделай хекс на 11 и будут у тебя супер уникальные айди

Еще есть object_id, может быть и его хватит

буду пытаться

че тут пытаться

сделай хелпер который генерит хекс

и в форму подключай в id

1. scope :source, ->(source) { where(source: source) } 2. scope :source, ->(source) { where('source = ?', source) } В чём разница?

1. scope :source, ->(source) { where(source: source) } 2. scope :source, ->(source) { where('source = ?', source) } В чём разница?

В нотации

это понятно

в семантике в чём разница?

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

в итоге что верно а что нет?

в итоге что верно а что нет?

обе отработают верно

нет

да

нет

да

хочешь про скульные инъекции рассказать

Напиши статью, организуй парамы, сделай запросы, покажи где эскейпиЦА где не эскейпиЦА))))

все спасибо скажут)

тут дело не в инъекции

её не будет в обоих случаях

верно

её не будет в обоих случаях

тогда не понятно, что тебе не понятно

условия тут одинаковые

мне то понятно что тебе не понятно

я не понял что ты спрашиваешь

в общем 1 верно, 2 неверно

чем не верный

потому что может неправильный запрос получится

вопрос?

во втором случае

там вопроса нет

там релайшн получится

ну кидай скрин

ты же уже сделал запросы

че там не так

вот если ты nil передашь, то в первом случае будет запрос `... source is not null ...'

а во втором случае source = NULL

то есть тупо строка подставится после where

вот если ты nil передашь, то в первом случае будет запрос `... source is not null ...'

то есть в sql запросе он будет искать строки с нулл а в первом не отработает, верно?

не строки, а атрибус source

ERROR: S client not available

атрибут

ну да

а ты уверен в этом

ну

я в принципе это и говорил

а ты сказал что is not null

тьфу, да, конечно IS NULL

вот если ты nil передашь, то в первом случае будет запрос `... source is not null ...'

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

к примеру если там будет массив, то создаст source IS IN (...)

ну я просто не очень врубаюсь к чему это)

Есть же AR все юзают его

в рельсе)

и юзать кастомные SQL условия не очень хорошая практика, скорее исключение.

какие кастомные sql условия?

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

первый метод верный, а второй нет

?

что на собеседованиях по рельсам спрашивают?

смотря что за фирма

Какие заковыристые есть вопросы?)

чтото в стиле напишите .each сами

Это мне друг рассказал

это когда хочешь Enumerable заинклудить вроде

определяешь each, остальные методы через него работают

?

нет

как нет О_о

ARRAY.each fucking shit

=)

чтобы еach определить надо просто по всем элементам пройтись и вызвать yield