а они и так будут кидаться

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

если у тебя автоподключение

но в остальном, тебе не надо 1к эксепшенов в секунду перелопачивать :)

undefined method `login!' for #<E

да, криво смотрел. client.check и прочие команды оборачиваются в .with_login. client.instance_variable_get(:@conn).connection.login! падает?

а кажется чот было про более низкую работу с сокетами

в stdlib

да, криво смотрел. client.check и прочие команды оборачиваются в .with_login. client.instance_variable_get(:@conn).connection.login! падает?

/home/mulder/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/gems/epp-client-2.1.0/lib/epp-client/server.rb:206:in `block in connection': no block given (yield) (LocalJumpError)

:/

:/

там ваще код какой-то странный, как по мне

@igorpavlov https://github.com/jruby/jruby/wiki/PerformanceTuning#common-profiling-hotspots Stack trace/backtrace generation: Generating backtraces for exceptions, Kernel#caller, etc are more expensive on JRuby due to the way the JVM optimizes.

Гайдлайны я видел многие. Безуспешно пытаюсь найти странную статью(даже не помню, по какому из языков), где у автора проверка на null была практически такой же медленной, как и try-catch

там ваще код какой-то странный, как по мне

да

там ваще код какой-то странный, как по мне

client.instance_variable_get(:@conn).connection { login! }

epp.rb:9:in `block in <main>': undefined method `login!' for main:Object (NoMethodError)

а разве передать ничего не надо параметром?

@igorpavlov практический пример https://github.com/jruby/jruby/issues/3808

ну ок, щаз я попробую тут https://www.hexonet.net/software/epp-gateway-live-test заюзать

по этой же причине в jruby отключены по умолчанию бекирейсы для errno

аа.. не могу https://pp.vk.me/c637431/v637431317/6ea/EM7G0zjz-i0.jpg

/home/mulder/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/gems/epp-client-2.1.0/lib/epp-client/server.rb:274:in `login!': Authentication error (code 2200) (EPP::ResponseError)

я не понял как ему порт не дефолтно 700 скормить

EPP::Client.new('test.user', 'test.passw0rd', 'epp.ispapi.net', port: 1700)

на этом тестовом сервере у меня client.check EPP::Domain::Check.new('google.com') нормально выполняется, кстати

i have this http://prntscr.com/bxb5fd i like to add this for each project http://prntscr.com/bxb6g7 is anybody know how to do it it ActiveAdmin

на этом тестовом сервере у меня client.check EPP::Domain::Check.new('google.com') нормально выполняется, кстати

да у меня тоже.. интересно, получается.

да у меня тоже.. интересно, получается.

client.instance_variable_get(:@conn).connection { client.instance_variable_get(:@conn).send(:login!) }

эээ

что это за адское вложение

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

ну это мы достаём connection и вызываем его приватный метод .login!

api'шка странная у этого epp-client'a, да

зашибись, после логина request и response нельзя вытащить

ну да пофиг, понятно будет хотя бы — логинится или нет

ну на отот гостевой гейт вроде ок

но то хз чье

def read _read_from_socket rescue TimeoutError, Errno::ECONNRESET => e @socket.close raise e end

А почему не делать ensure с socket.close уровнем выше (там же где сокет открывается) , а здесь вообще ничего не перехватывать, кстати?

досыпал литературы, объединил 2 версии

ojab сейчас гляну

ojab хм, спасибо

._.

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

я так думаю модель юзеров и напоминаний (порядок напоминания)

счётчик сделать да и всё

и сбрасывать при входе, если надо живых оставлять

ну да вот в напоминании получается

зачем в напоминании?

в юзере прям?

eviction_notes_count, да

выселют-то не напоминание, а юзера

а во, еще же дата нужна посл напоминания ему

считать от last_login_at

А почему просто по дате последнего захода не считать?

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

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

2. переводит его в статус удаляемых, и начинает слать уведомления

крон джоба -> ActiveJob + whenever

3. уведомление - это дата, токен, и уходит на мыло

4. если юзер перешел по ссылке из мыла, по токену выводим его из статуса удаляемых и затираем все напоминания

5. вторая джоба смотрит удаляемых и сколько напоминаний им было, если нужно напомнить еще и период уже подошел (по дате посл напоминания) то шлем очередное

6. если кол-во напоминаний уже достигло лимита то удаляем юзера

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

зачем кол-во напоминаний считать? last_login + (max_notification_count * period_between_notifications) > current_time -> delete

да

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

да идея с периодом на кол-во напоминаний хорошая

ERROR: S client not available

прозреваю что подобная приблуда для devise уже написана

юзеры же devise'овые?

https://github.com/j-mcnally/devise_account_expireable

старовато

ну там не совсем так, не device

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

зачем? Это всё можно из даты захода и периода между напоминаниями высчитать

поясни?

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

(current_time - last_login) / time_between_notifications

обе переменные настраиваиются в приложухе

(current_time - last_login) / time_between_notifications

ок, а как понять что вот минут пять назад ему не ушло уведомление

в общем случае никак, даже если завести counter

ну вот говорю хранить дату последнего напоминания

ты не определишь что последнее напоминание дошло

почта вполне может не дойти, как и push'и и что угодно

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

а так да если мыло мертвое, то можно грохать юзера

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

пусть не в юзере а отдельно, т.е. сущности что-то вроде user_id, counter, last_notify_at должно хватить

нухз, по мне так лучше какую-нибудь эвристику прикрутить (не rocket science всё же), чем в базе дополнительную инфу сомнительной ценности держать

эвристику всё равно придётся прикручивать для кейсов "потом админ решил"

ну я понял мысль с пересчетом, обдумаю еще, поэтому и понаписал тут это все, спасибо за совет )

Добрый вечер, подскажите как из переменной формата csv body = "foo,bar,get\r\nfoo1,bar1,get1\r\nfoo2,,get2" получить подобный хеш { {foo: 'foo1', bar: 'bar1', get: 'get1'}, {foo: 'foo2', bar: '', get: 'get2'} } из файлика я бы сделал что то вроде CSV.read('file.csv', headers: true, col_sep: ',').map(&:to_hash) а вот из переменной как?

.map(&:to_hash) -> .to_h

CSV.parse(body)

CSV.parse(body, headers: true) то бишь

col_sep по умолчанию запятая, csv же

ага вот даже как все просто, спасибо большое

whoops, насчёт .to_h я погорячился, да

да я понял

CSV.parse(csv.body, headers: true).map(&:to_hash)