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

и запихнуть это в ORM анриал

да, согласен

есть ещё отдельный кейс - когда нужно на админке отображать хитрую статистику, которая тянется со стороннего APi

там проще напедалить SQL строчек на 20

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

там проще напедалить SQL строчек на 20

всегда так делаю

только на 100-150

отчеты фигня

ну не томи, рассказывай

изоляция блокировок в транзакциях?

оконные запросы в postgresql?

а кто это не юзает то?

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

его нельзя любить это убогий язык написанный для бухгалтеров

он не убогий

для менеджеров

и язык гениальный

ибо столько лет прошло, а им пользуются

и ничем не заменили

php тоже до сих пор пользуются

и pascal

и ничем не заменили

привыкли, ну

ну не томи, рассказывай

надо выбрать посты без каментов

Это же через AR вполне решается (Post.joins(:comments).where(comments: { post_id: nil }), как вариант)

Это же через AR вполне решается (Post.joins(:comments).where(comments: { post_id: nil }), как вариант)

он про счетчик комментариев

wat

php тоже до сих пор пользуются

для php замен - море тот же Ruby =)

а вот c SQL как-то не приживается ничего

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

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

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

Сталина на тебя нет

товарищ Ленин, срочно слазьте с броневичка!

для php замен - море тот же Ruby =)

только не заменяет он PHP почему-то

а вот c SQL как-то не приживается ничего

Оч даже приживается

Но проблема не в самом SQL

А в том что производители СУБД клали большой и толстый на стандарты

Тот-же SQL99

И это лишь одна из причин почему лучше писать используя ORM

Или на худой конец какой-нибудь arel

Это же через AR вполне решается (Post.joins(:comments).where(comments: { post_id: nil }), как вариант)

грязный хак :)

только не заменяет он PHP почему-то

да всё логично, у пхп реально меньше порог входа, то что он мрёт на каждый запрос это тоже легче для новичков, куча вакансий + очень успешный wordpress и вообще CMS в целом

mkay, а .having('COUNT(comment_id) = 0')? Или это уже считается sql'ем?

да всё логично, у пхп реально меньше порог входа, то что он мрёт на каждый запрос это тоже легче для новичков, куча вакансий + очень успешный wordpress и вообще CMS в целом

вот

но в целом доля ПХП падает

mkay, а .having('COUNT(comment_id) = 0')? Или это уже считается sql'ем?

so so

а вот SQL всякие разномастные noSQL никак не вытеснят

mkay, а .having('COUNT(comment_id) = 0')? Или это уже считается sql'ем?

Соу мач

а вот SQL всякие разномастные noSQL никак не вытеснят

Hive

и ORMки какие бы офигительные не были (как AR) но тоже без него не могут

а вот SQL всякие разномастные noSQL никак не вытеснят

как может борщ вытеснить суши?

а вот SQL всякие разномастные noSQL никак не вытеснят

и пхп не вытесняют

как может борщ вытеснить суши?

ну задачи то они одинаковые решают

хранят данные

mkay, а .having('COUNT(comment_id) = 0')? Или это уже считается sql'ем?

А чому не руби толкс? Или политика партии уже изменилась?

и пхп не вытесняют

ну это тоже самое, что сказать что пельмени говно, потому что миллионы гопников не могут без семок

ну это тоже самое, что сказать что пельмени говно, потому что миллионы гопников не могут без семок

никто не говорил про то, говно или не говно пельмени

процесс вытеснения имеет под собой мотив, что вытесяемое хуже, а значит говно

+1 я noSQL тоже использую активно

ERROR: S client not available

но какого то стандарта взаимодействия с данными не особо нового есть

GraphQL может быть

А чому не руби толкс? Или политика партии уже изменилась?

sql/nosql/orm вполне релевантно, пхп я бы отправил, но его обсуждение тут весьма переплетено с sql/nosql/orm

но это абстракция и никакие базы его не поддерживают

sql/nosql/orm вполне релевантно, пхп я бы отправил, но его обсуждение тут весьма переплетено с sql/nosql/orm

Короче ясно – если модератор учавствует в сраче то срачем он не считается :D

А кто создатель чата, кстати?

@Eugene_Shved

а есть тут кто из шопифая?

вряд ли

жаль

а что?

я могу контакты дать человека, который там работает

мне инетересно, будут ли они свой graphql-batch допиливать

сделай issue

не думаю, что все 4к людлей. которые там работают, знают за эту библиотеку

ну если к тому моменту как понадобится, не сделают, напишу

такой вопрос: есть валидация: validate :foobar есть метод1 def foobar(baz) end есть метод2: def shit(crap) foobar(baz) метод shit вызывает foobar нормально, валидация падает с wrong number of arguments (0 for 1). Как явно передать параметр из валидации в метод?

А как ты планируешь этот параметр получить при вызове validate?

то бишь при model.validate у тебя вызовется foobar, ты туда хочешь что-то передать, как рельсы должны решить что конкретно ты хочешь туда передать?

то бишь при model.validate у тебя вызовется foobar, ты туда хочешь что-то передать, как рельсы должны решить что конкретно ты хочешь туда передать?

там есть login, который передается в валидации. Работает так: def foobar logic(login) end но явно он не передается, не указывается.

А почему в сообщении выше foobar(baz)?

потому что этот метод1 используется не только для валидации, но методом2, который передает параметр явно.

я ничего не понял. Тебе в аргументе метода значение по умолчанию передать (i. e. def foobar(baz = nil))?

так не работает(baz = nil), к сожалению. при вызове валидации validate foobar, пишет wrong number of arguments (0 for 1) потому и вопрос.

baz = nil надо в определении метода писать, а не пытаться передавать с валидацией

я ж показывал в соседнем чате

baz = nil надо в определении метода писать, а не пытаться передавать с валидацией

не сработало, к сожалению. попробую обернуть.

значит падает не при вызове foobar

падает при вызоые object.save? в котроллере, и, соответственно при вызове вот этой валидации