def find return @record if @record return nil if @success == false @record ||= MongoDB.find (id)# дергаешь базу rescue MongoDBError @success = false nil end

хотя лучше rescue A => e @error = e и в начале return nil if @error

def find return @record if @record return nil if @success == false @record ||= MongoDB.find (id)# дергаешь базу rescue MongoDBError @success = false nil end

зачем тебе столько лишних переменных? покажи пример использования find

зачем тебе столько лишних переменных? покажи пример использования find

не лишние

зачем тебе столько лишних переменных? покажи пример использования find

Find.new(payload).find

условно

переменные для идемпотентности операции

потому что запросы к бд это дорого

лучше сделать просто типа class Find atrr :id def call MongoDB.find (id) rescue MongoDBError nil end end res = Find.new(id: 123).call

ну можно и так

но смысла от такого класса мало

можно так и статическим методом тоже

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

и ее всегда можно спросить какая именно была ошибка

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

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

ну ты результат вовне хранишь

и ошибка неизвестна

ну ты результат вовне хранишь

ну а зачем его хранить внутри?

ты же наверняка знаешь что бывает когда зажевываешь эксепшены

ну а зачем его хранить внутри?

чтобы при повторном вызове вернуть

https://youtu.be/rI8tNMsozo0

ну мб ты прав

https://youtu.be/rI8tNMsozo0

о, рич подъехал

переменные для идемпотентности операции

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

А что стало с rubyjobs.ru?

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

идемпотентность класса/метода

хочешь еще раз поискать – создавай новый инстанс

у этого результат такой

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

одно другому не мешает

А что стало с rubyjobs.ru?

Работает

РКН 36484 чтоле?

да, с впн и правда работает

Работает

Благодарочка

Ребята помогите плиз Есть некая функция с параметрами, скажем def my_method(a, b, c, d) его надо вызвать но у меня парметры хранятся в хеше params = { a: 1, b: 2, c: 3, d: 4 } как мне подсунуть эти парметры к методу?

my_method(*params)

только поправить немножко придется

типа *params.values или сам params

my_method(*params)

этот метод к сожалению нельзя менять

причем здесь метод

у меня как бы это, мета программирование на самом деле передается имя функции и его параметры, строго по порядку как требуется

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

my_method(*params.values)

my_method(*params.values)

ухты спс работает :)

лучше не колдовать и руками вызвать param[:a], params[:b] etc

типа *params.values или сам params

ну я это типа и написал

ну я это типа и написал

ага, не догнал я чуток :)

спс всем

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

лучше не колдовать и руками вызвать param[:a], params[:b] etc

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

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

или не по порядку .... блин

или не по порядку .... блин

по желанию :D

hash не гранатирует порядок

если там будет {b:1, a:2, c:3}

все сломается

а то

{b:2, a:1} == {a:1, b:2}

я бы не стал уповать на порядок в хэше

ну то есть вообще никак

{b:2, a:1}.values != {a:1, b:2}.values

{b:2, a:1}.values == {a:2, b:1}.values

ERROR: S client not available

Two hashes with the same key/value pairs will be equal regardless of key order.

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

hash не гранатирует порядок

еще как гарантирует. начиная с 1.9 вроде

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

как база отдаст или как фронт отдаст

сегодня так, завтра по другому

а, в этом смысле да

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

или просто подставить валидный токен в запрос (в сессию?). я не помню, куда он добавляется. вроде, в сессии хранится.

прикол ещё в том, что на каждый запрос генерится новый токен, обычно.

так что смотрите реквесты сперва в инструментах разработчика.

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

чисто общей инфой поделился.

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

это для начала.

затем бы начал гуглить, как в рельсах работают токены.

и уже бы что-то предполагал дальше.

Всем привет, а concurrency в sidekiq конфиге - это сколько может выполняться джобов параллельно в контексте очереди?

Ребята у мя такого кода дофига def self.get_file_list ¦ conditions = [] ¦ columnSet = [] ¦ limit = 10 ¦ query = DMObjectListQuery.new(conditions, limit, columnSet) ¦ type = 'DMFile' ¦ result = call('DMGetObjectListRequest', type, query) rescue DMServiceError => e ¦ logger.error e.obj.subject ¦ logger.error e.obj.description rescue Exception => e ¦ logger.error e.message ensure ¦ result = [] if result.nil? ¦ result end Как то можно эти самые обработчики ошибок унифицировать? на каждом методе они одинаковые

перехватить raise может както

def self.get_file_list handle_exception do conditions = [] columnSet = [] limit = 10 query = DMObjectListQuery.new(conditions, limit, columnSet) type = 'DMFile' call('DMGetObjectListRequest', type, query) end end def self.handle_exception result = yield if block_given? rescue DMServiceError => e logger.error e.obj.subject logger.error e.obj.description rescue Exception => e logger.error e.message ensure result = [] if result.nil? result end

что-то типа такого

def self.get_file_list handle_exception do conditions = [] columnSet = [] limit = 10 query = DMObjectListQuery.new(conditions, limit, columnSet) type = 'DMFile' call('DMGetObjectListRequest', type, query) end end def self.handle_exception result = yield if block_given? rescue DMServiceError => e logger.error e.obj.subject logger.error e.obj.description rescue Exception => e logger.error e.message ensure result = [] if result.nil? result end

воооу это походу то что мне нужно

rescue Exception => e — вот это кстати плохая практика

нужно перехватывать только те ошибки, которые ты ожидаешь

а не всё ваще

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

это супер плохая практика

потому что системные эксепшены тоже ловит