compose очень не советуют, советуют kubernetes

с каким обоснованием?))

с каким обоснованием?))

Они он делает контейнеры очень зависимыми, а в kubernetes это более гибко. При масштабировании и добавлении новых сервисов разительно меньше геммороя

У людей опыт внедрения в продакшн пол года, на несколько проектов, так что я думаю, что можно положиться на их опыт. Amplifr.com

Вот это один из проектов

еще у меня есть вот такая хуйня def serializable_hash options=nil super.merge "type" => type end

потому что активрекорд съедает type

короче ротешник ебал активрекорда

У людей опыт внедрения в продакшн пол года, на несколько проектов, так что я думаю, что можно положиться на их опыт. Amplifr.com

Смотря какой проект ))

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

еще у меня есть вот такая хуйня def serializable_hash options=nil super.merge "type" => type end

Чо материться? ) на солнце

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

потому что могу

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

По той же причине, по которой не ставят точку с запятой после каждой строчки

эм?

эм?

В чём заключается данный вопрос?

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

не знаю, его рубокопу пофиг

понятно

f((3 + 2) + 1) убого же (это из примера)

из какого?

из какого?

https://github.com/bbatsov/ruby-style-guide#method-invocation-parens

не, это не пример

это он объясняет как в случае с

as in не пример, ага

не пример

примеры ниже

на руби написаны

а это не может быть руби?

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

(3 + 2) + 1

f ((a + b) + c)

2.even? у меня и такое не часто, знаешь ли

ты такое встречал когда ни будь

о господи, я не понимаю о чем ты говоришь

жаль, это несложно ведь

anyway, я предпочту func a + b + c а не func((a + b) + c) или даже func(a + b + c) почему? да потому же, почему и точки с запятой не ставятся это не обязательно и дальше идёт вкусовщина хочется скобки из-за привычки? ок дальше можно и насчёт отступов холи-вар развести, про которые у него тоже написано, но лучше не надо

anyway, я предпочту func a + b + c а не func((a + b) + c) или даже func(a + b + c) почему? да потому же, почему и точки с запятой не ставятся это не обязательно и дальше идёт вкусовщина хочется скобки из-за привычки? ок дальше можно и насчёт отступов холи-вар развести, про которые у него тоже написано, но лучше не надо

а не ты ли говорил что переменные k, v - зло и надо писать хотя бы key, val что бы было понятней?

или я путаю

а не ты ли говорил что переменные k, v - зло и надо писать хотя бы key, val что бы было понятней?

ага. в естественном языке скобок нет, так что эстетика. что и было аргументом основным в key, val

старанно что ты предпочитаешь не сокращать пременные и в то же время опускаешь скобки

старанно что ты предпочитаешь не сокращать пременные и в то же время опускаешь скобки

не странно, я уже объяснил выше. представь(мы.используем(скобки) + и + точки_с_запятой); ?

ну и молодец)

живи и процветай

Ребят, скажите пожалуйста, как закрыть доступ для посетителей простенького сайта к определенной странице?

девайс и убрать регистрацию?

или как-то проще?

а для кого оставить доступ?

может :except

для админа сайта

может :except

это как?

ну так и проверяй на админа в контроллере

как это сделать?)

сделай, например, метод свой проверки и реакции на него, а в контроллере напиши before_action :твой_метод

Подскажите, пожалуйста, для модели в рельсах со связью has_many с полем through можно добавлять эти зависимости без метода build? Поясню: есть модели Conversation, User и ConversationMemeber, связывающее их. Хочется, чтобы при создании Conversation, можно было сразу писать, например, Conversation.new(:users => [User.find(1)]).

можно

а что ещё нужно тогда указать? Если так и оставить, объект Conversation нельзя сохранить

потому что активрекорд съедает type

Правильно делает - это поле используется для STI и свои поля так называть нельзя. Лучше переименуй в kind

можно еще было поменять type на другое ченить

ERROR: S client not available

в модели

#вопрос #архитектура Пилю гем для отправки смс. Он предоставляет унифицированный интерфейс для отправки смс под разные реализации. Так вот, хочу сделать проверку формата номера телефона чтобы он был международным стандартным. Логично ли будет кидать ArgumentError если формат номера не подпадает под формат?

Т.е если номер не совпадает с +1000000 то кидать ArgumentError.

Я считаю что ошибку такого рода разработчик должен словить на девелопменте, а в продакшене она вообще не должна возникать, соответственно нет какого то специального класса ошибки.

Это будет единственная ошибка которую явно кидает гем.

я бы сделал возможность выставить дефолтную зону в initializer'e

О, а поддержка фейковой отправки (в файл) для development будет?

О, а поддержка фейковой отправки (в файл) для development будет?

Она уже есть.

Могу дать ссылку на гем.

Офигенно )

Давай

Отправлять в файл особого смысла нет, он в консоль плюет например.

https://github.com/Fedcomp/active_sms

Я его планирую довести до production grade к концу 8-го ноября.

Собственно, что по моему вопросу? как лучше сделать на ваш взгляд?

можно вообще не проверять

Если будет время - сделаю гем для смс услуг

можно вообще не проверять

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

смс гейты сами проверяют

иначе придется эту проверку в каждую реализацию пилить.

+1, пусть гейты проверяют

ну разрабочик сам виноват

Почему вы так считаете?

если формат левый дает

он же и так должен проверить формат, а ты двойную работу делать будешь

Например амазон ожидает формат номера в формате +10000000

а sms.ru ожидает 7000000

и т.д