про hr в ИТ вообще молчу

как и девочек в поддержке :)

есть годные, есть так себе..

блин, ну и любишь ты пофлудить

да, я тот еще балабол :) в принципе все прогармеры и админы которых я знаю тоже те еще балаболы )

ну так лучше ж код писать а не болтать

у меня 11 вечера, хватит работать. вот пиво перед сном

есть кто ?

кто работал со Stripe

вообще такой вопрос, если мне нужно только один раз снять деньги, то нужно ли сохранять токен ?

>Note that tokens are not meant to be stored or used more than once—to store these details for use later, you should create Customer or Recipient objects.

как бы говорит нам документация

Ребята подскажите пожалуйста как мне в экшене index не выводить пользователей у который нету постов связь has_many :posts и belongs_to :user

User.joins(:posts).where(posts: nil)?

на самом деле нет

User.where(id: Post.select(:user_id)) работает

спасибо

все же squeel в этом плане намного лучше

т.к задача под левый джоин

и как же это будет выглядеть с использованием squeel?

User.where{user_id.in(posts.select{id})}?

сомнительное улучшение

И зачем тут левый или ещё какой-то джойн, кстати?

User.where{user_id.in(posts.select{id})}?

User.joins{posts.inner}

а, ну то есть всё-таки предлагается джойнить таблицы вместо сабселекта

ну ок

И зачем тут левый или ещё какой-то джойн, кстати?

левый джоин из А и Б отождествляет таблицу А с Б и вернет рекорды А, которые имеют релейтед дату в Б

а рекорды из Б не вернёт?

нет, он же левый джоин

правый вернет из Б, outer из А и Б

ок

вообще чтобы понять джоины достаточно 1 раз прочитать

еще была какая-то крутая картинка на эту тему

нашел

INNER JOIN gets all records from one table that have some related entry in a second table LEFT JOIN gets all records from the LEFT linked table but if you have selected some columns from the RIGHT table, if there is no related records, these columns will contain NULL RIGHT JOIN is like the above but gets all records in the RIGHT table FULL JOIN gets all records from both tables and puts NULL in the columns where related records do not exist in the opposite table

active record не такой гибкий, squeel жалко забросили. До рейлс 5 его не подтянут наверное

https://github.com/jeremyevans/sequel тоже ок

User.joins{posts.inner}

чет не работает @users = User.joins{posts.inner} The method .joins() must contain arguments. @users = User.joins(posts.inner) undefined local variable or method `posts'

да не нужен тебе тут никакой джойн

или ты действительно хочешь получить запись о юзере на каждый пост?

нет мне нужен просто список Юзеров у которых есть посты и все

чет не работает @users = User.joins{posts.inner} The method .joins() must contain arguments. @users = User.joins(posts.inner) undefined local variable or method `posts'

это пример из умирающего squeel

меня смущает что RubyMine с User.where{user_id.in(posts.select{id})}

я так полагаю, что лучше сделать скоуп и в контроллере его вызывать?

ага

спасибо Вам большое

но вообще конечно http://matthewpaulmoore.com/post/5190436725/ruby-on-rails-code-quality-checklist

>Emeryville, CA: September 16, 2008

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

странный чеклист

active record не такой гибкий, squeel жалко забросили. До рейлс 5 его не подтянут наверное

https://github.com/rzane/baby_squeel вроде шевелится и делает, по большей части, то же самое

я смотрел

но сейчас пока с эликсиром больше

пытаюсь им обмазываться, но он плохо мажется (

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

что подраумевается под хорошим знанием sql?

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

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

совсем не нужно, данные можно держать в монге, а датамайнинг делать в хадупе

я бы сказал, это базовые знания :)

я пишу SQL 1 раз в квартал, зачем мне базовые знания языка каменного века?

и вопрос открыт: как выбрать посты без каментов SQL vs ORM

Post.where.not(id: Comment.select(:post_id)) и Post.where.not(id: Comment.select(:post_id)).to_sql, очевидно

а, без комментов

ERROR: S client not available

fxd

вот поэтому я считаю что не нужно SQL знать, он губит код

Arel, на крайняк :-)

sql – это не язык каменного века. а реляционная алгебра важна для понимая того, как работают структуры, которые хранятся в бд.

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

а как вам Post.where(comments_count: 0)

> не нужно SQL знать а что вообще нужно знать, если делать бложики?

> не нужно SQL знать а что вообще нужно знать, если делать бложики?

Wordpress же!

Как показала практика, бложики делать трудно

все относительно

ну я с 10-ю годами прфо деятельности потратил на бложык 3 дня я бы не сказал что бложык это просто

это вместе с фронтом?

Post.where.not(id: Comment.select(:post_id)) и Post.where.not(id: Comment.select(:post_id)).to_sql, очевидно

но, по крайней мере в постгресе, это медленно, ага

это вместе с фронтом?

да

ну тогда три дня это скорее норма - срок очень сильно зависит от сложности фронта и хотелок функционала

а меня на работу не взяли, потому что я не хотел sql-eм выбирать такие посты

тут от конторы зависит

не хотел или не смог?

и сейчас без гугла не смогу

к тому же это будет в разы медленнее, чем без SQL

Почему?

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

каунтер кеш – это хороший подход

но он не везде поможет

потому что нужно группировать и считать, это медленнее чем counter_cache

а если нельзя использовать каунтеркеш?

но нужно сделать выборку?

все, менять работу?)

но он не везде поможет

в других местах другая архитктура

а если нельзя использовать каунтеркеш?

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

почему для отчетов? для реализации обычного функционала, который чуть более комплексный, чем includes, joins, where приходится писать sql