veloutin

Activity Graph

Page 1 of 1

2018-10-24

[18:48:52] veloutin: *.net *.split

2018-10-19

[14:55:40] veloutin: has joined #RubyOnRails
[14:55:40] veloutin: has joined #ruby

2018-09-14

[01:00:09] veloutin: *.net *.split

2018-07-31

[04:08:33] veloutin: Ping timeout: 248 seconds
[04:14:15] veloutin: has joined #ruby
[04:14:15] veloutin: has joined #RubyOnRails

2018-07-20

[00:07:06] veloutin: *.net *.split
[00:15:27] veloutin: has joined #RubyOnRails
[00:15:42] veloutin: has joined #ruby

2018-07-06

[14:51:27] veloutin: Ping timeout: 244 seconds
[14:53:05] veloutin: has joined #ruby
[14:53:05] veloutin: has joined #RubyOnRails

2018-05-31

[01:56:12] veloutin: Quit: ZNC - http://znc.in
[01:56:20] veloutin: has joined #ruby
[01:56:20] veloutin: has joined #RubyOnRails

2018-05-29

[02:47:17] veloutin: *.net *.split
[02:47:48] veloutin: has joined #RubyOnRails
[02:48:08] veloutin: has joined #ruby

2018-05-04

[05:15:43] veloutin: *.net *.split
[05:15:50] veloutin: has joined #ruby
[05:15:50] veloutin: has joined #RubyOnRails

2018-04-25

[12:25:54] veloutin: *.net *.split
[12:27:26] veloutin: has joined #ruby
[12:27:33] veloutin: has joined #RubyOnRails
[15:01:24] veloutin: *.net *.split
[15:03:05] veloutin: has joined #RubyOnRails
[15:03:10] veloutin: has joined #ruby

2018-04-11

[18:03:26] veloutin: has joined #RubyOnRails

2018-04-09

[12:30:05] veloutin: dminuoso: there are a few positive points... it makes you appreciate the other languages you use more, and you feel rewarded when you figure out where a certain behavior was added inside all the dependencies.
[12:47:39] veloutin: it feels more and more like "There's more than one bad way to do it"

2018-02-28

[16:24:33] veloutin: *.net *.split
[20:48:55] veloutin: has joined #ruby

2018-02-27

[19:40:10] veloutin: anyone familiar with the implications of the FileStore cache extending Strategy::LocalCache ? Does it mean during a request the same cache key will return the same object?
[19:41:08] veloutin: in 'rails c production', I'm not seeing the same object being returned, but it looks like changing the returned object affected multiple code locations using the same cached value

2018-01-23

[13:41:03] veloutin: dminuoso: you mean specifically with a proc? [1,2,3].map(&method(:some_method)) does work
[13:45:22] veloutin: right. I was wondering if it was specifically a proc you wanted, or other "callables" would work.
[13:46:59] veloutin: you can avoid [1,2,3].map{|x| some_method(x)} with &method(...), but not [1,2,3].map{|x| some_proc.(x)}
[13:49:08] veloutin: coming from a py background, it's definitely wonkier to try to pass callables around in ruby heh
[13:53:31] veloutin: dminuoso: there's a bunch of things you can do with callables, including partial(f, arg1)(arg2) === f(arg1, arg2)

2018-01-18

[01:55:16] veloutin: *.net *.split
[01:55:26] veloutin: has joined #ruby
[01:55:26] veloutin: has joined #RubyOnRails
[18:10:51] veloutin: ACTION sends his bills to leitz
[18:20:41] veloutin: there are some things I prefer in both. Possibly a big part of the things I don't like from Ruby are actually because of RoR
[18:22:06] veloutin: rubycoder37: I think the worst of all is how functionality is glued everywhere from bits and pieces scattered all around, in includes and additions to open classes, etc..
[18:22:34] veloutin: oh, and with modules contributing functions when being included, etc...
[18:23:18] veloutin: makes it really a pain to understand how things work, and you can miss important parts because they are tucked away somewhere, or there are different versions but one overrides the other
[18:24:50] veloutin: sure, it saves you a few lines here and there because you don't need to require/import/initialize things yourselves (all already pre-mixed!), but the cost in terms of clarity is huge

2018-01-17

[15:14:03] veloutin: JJonah: there's also the good old absolute template path '/ldap/enter_connection' option to try
[15:17:26] veloutin: it really looks like it's magic context shenanigans messing up with you hehe
[15:25:52] veloutin: JJonah: my next guess would be that the view renderer or lookup context set up by previous render call attempt (and is @_cached) doesn't like your other attempt
[15:32:11] veloutin: JJonah: no. I thought if the begin/rescue tried something first that did set those up, but if it fails even with a 1-line body, something else is at play
[15:34:45] veloutin: you did mention being able to render that template from the enter_connection action, right ?
[15:39:10] veloutin: JJonah: can you show actual source in a paste/gist?

2018-01-16

[18:47:21] veloutin: nickjj: I wouldn't want this to be on by default

2017-12-21

[06:28:41] veloutin: Ping timeout: 260 seconds
[06:30:24] veloutin: has joined #ruby
[06:30:24] veloutin: has joined #RubyOnRails

2017-12-20

[14:46:03] veloutin: dachinat: I like to add things like this scope :ordered, -> { order(id: :asc) } instead of default_scope order

2017-12-09

[05:06:22] veloutin: *.net *.split
[05:11:09] veloutin: has joined #ruby

2017-12-07

[14:48:09] veloutin: *.net *.split
[14:54:59] veloutin: has joined #ruby

2017-12-06

[21:38:58] veloutin: *.net *.split
[22:02:07] veloutin: has joined #RubyOnRails
[22:02:07] veloutin: has joined #ruby

2017-12-01

[02:28:58] veloutin: has joined #ruby

2017-11-07

[04:49:27] veloutin: Ping timeout: 240 seconds
[04:49:35] veloutin: has joined #ruby
[04:50:05] veloutin: has joined #RubyOnRails

2017-10-25

[00:57:42] veloutin: Ping timeout: 260 seconds
[00:59:52] veloutin: has joined #RubyOnRails
[00:59:53] veloutin: has joined #ruby

2017-10-05

[18:49:27] veloutin: I am calling url_for in a controller and get an error from an extra param I didn't pass (no route matches controller, action foo: "5", foo_id: "5". It seems like the extra param "foo" comes from the current controller action being inside a scope :foo, is that right?
[18:50:04] veloutin: can I unset this param when calling url_for ?
[18:52:59] veloutin: matthewd: ok, thanks

2017-08-09

[08:47:18] veloutin: *.net *.split
[09:31:16] veloutin: has joined #ruby
[09:31:16] veloutin: has joined #RubyOnRails

2017-06-20

[00:17:25] veloutin: *.net *.split
[00:22:38] veloutin: has joined #RubyOnRails
[00:23:02] veloutin: has joined #ruby

2017-06-16

[23:27:27] veloutin: Ping timeout: 260 seconds
[23:30:03] veloutin: has joined #ruby
[23:30:03] veloutin: has joined #RubyOnRails

2017-05-30

[10:13:33] veloutin: has joined #RubyOnRails
[10:13:33] veloutin: has joined #ruby

2017-04-12

[06:55:54] veloutin: Ping timeout: 260 seconds
[06:58:52] veloutin: has joined #ruby
[06:58:52] veloutin: has joined #RubyOnRails

2017-03-21

[11:52:56] veloutin: has joined #ruby
[11:52:56] veloutin: has joined #RubyOnRails

2017-03-20

[20:29:13] veloutin: *.net *.split

2017-03-14

[17:43:01] veloutin: Ping timeout: 260 seconds
[17:48:37] veloutin: has joined #ruby
[17:48:37] veloutin: has joined #RubyOnRails

2016-07-27

[07:38:32] veloutin: Ping timeout: 260 seconds
[07:40:52] veloutin: has joined #ruby
[07:40:52] veloutin: has joined #RubyOnRails

2016-07-15

[20:25:35] veloutin: for some reason I don't understand, I get a double render on status with this: https://bpaste.net/show/33e88b537900
[20:27:25] veloutin: I see two "Redirect to" lines in there, does it mean it is the redirect that fails?
[20:33:16] veloutin: arup_r: https://bpaste.net/show/87e4fe0e061e
[20:37:31] veloutin: that's the whole controller
[20:38:19] veloutin: sure, I'll try something else than status
[20:39:24] veloutin: arup_r: changing name from status to logged_in made it work
[20:39:36] veloutin: so... I suppose "status" is reserved then
[20:40:24] veloutin: thanks a lot

2016-06-23

[20:27:34] veloutin: *.net *.split
[20:27:46] veloutin: has joined #ruby
[20:27:46] veloutin: has joined #RubyOnRails

2016-06-22

[17:43:08] veloutin: xpl0iter: can't you just return the rendered partial in the ajax response?

2016-06-17

[08:41:15] veloutin: Ping timeout: 276 seconds
[08:42:59] veloutin: has joined #ruby
[08:42:59] veloutin: has joined #RubyOnRails

2016-06-15

[23:48:52] veloutin: Ping timeout: 244 seconds
[23:55:47] veloutin: has joined #ruby
[23:55:47] veloutin: has joined #RubyOnRails

2016-05-30

[07:13:54] veloutin: Ping timeout: 272 seconds
[07:15:49] veloutin: has joined #ruby
[07:15:49] veloutin: has joined #RubyOnRails

2016-05-24

[05:17:46] veloutin: Ping timeout: 240 seconds
[12:38:34] veloutin: has joined #ruby
[12:38:34] veloutin: has joined #RubyOnRails

2016-05-23

[22:53:36] veloutin: *.net *.split
[22:54:05] veloutin: has joined #RubyOnRails
[22:54:05] veloutin: has joined #ruby

2016-05-20

[06:27:52] veloutin: Ping timeout: 276 seconds
[06:32:18] veloutin: has joined #RubyOnRails
[06:32:18] veloutin: has joined #ruby

2016-04-13

[10:34:04] veloutin: Ping timeout: 268 seconds
[10:38:31] veloutin: has joined #RubyOnRails
[10:38:31] veloutin: has joined #ruby

2016-04-08

[17:01:42] veloutin: Ping timeout: 244 seconds
[17:52:33] veloutin: has joined #RubyOnRails
[17:52:33] veloutin: has joined #ruby

2016-03-22

[19:57:44] veloutin: Ping timeout: 260 seconds
[20:03:09] veloutin: has joined #RubyOnRails
[20:03:10] veloutin: has joined #ruby

2016-03-10

[02:59:51] veloutin: Ping timeout: 246 seconds
[03:02:00] veloutin: has joined #ruby
[03:02:00] veloutin: has joined #RubyOnRails

2016-03-09

[01:41:50] veloutin: Ping timeout: 248 seconds
[01:44:40] veloutin: has joined #ruby
[01:44:40] veloutin: has joined #RubyOnRails

2016-03-03

[00:19:18] veloutin: Ping timeout: 276 seconds
[15:13:58] veloutin: has joined #ruby
[15:13:58] veloutin: has joined #RubyOnRails

2016-02-28

[03:38:20] veloutin: Ping timeout: 390 seconds
[03:39:56] veloutin: has joined #ruby
[03:39:56] veloutin: has joined #RubyOnRails

2016-02-27

[21:35:45] veloutin: Ping timeout: 250 seconds

2016-02-23

[01:43:59] veloutin: Ping timeout: 240 seconds
[01:49:40] veloutin: has joined #ruby
[01:49:40] veloutin: has joined #RubyOnRails

2016-02-19

[13:26:00] veloutin: has joined #ruby
[13:26:00] veloutin: has joined #RubyOnRails
[22:02:03] veloutin: Ping timeout: 240 seconds
[22:13:26] veloutin: has joined #ruby
[22:13:26] veloutin: has joined #RubyOnRails

2016-02-18

[20:12:03] veloutin: Ping timeout: 255 seconds

2016-02-17

[09:52:51] veloutin: *.net *.split
[09:53:07] veloutin: has joined #ruby
[09:53:07] veloutin: has joined #RubyOnRails

2016-01-31

[12:25:19] veloutin: *.net *.split
[12:29:15] veloutin: has joined #RubyOnRails
[12:29:18] veloutin: has joined #ruby

2016-01-20

[18:22:03] veloutin: *.net *.split
[18:22:50] veloutin: has joined #ruby
[18:22:50] veloutin: has joined #RubyOnRails

2016-01-15

[15:34:19] veloutin: Ping timeout: 260 seconds
[15:38:38] veloutin: has joined #ruby
[15:38:38] veloutin: has joined #RubyOnRails

2015-12-13

[19:34:09] veloutin: *.net *.split
[19:35:57] veloutin: has joined #RubyOnRails
[19:36:02] veloutin: has joined #ruby

2015-12-11

[13:52:28] veloutin: is there a way to get the current erb engine? I want to test inline erb before saving it

2015-11-30

[19:42:50] veloutin: eam: you planet?

2015-11-26

[19:01:49] veloutin: *.net *.split
[19:10:03] veloutin: has joined #RubyOnRails
[19:10:04] veloutin: has joined #ruby

2015-11-12

[13:59:06] veloutin: has joined #RubyOnRails

2015-11-11

[16:17:11] veloutin: Ping timeout: 240 seconds

2015-11-10

[15:41:30] veloutin: in rails 3.1, is it normal that errors using url_for in templates cause 404 errors instead of 500 ?
[15:59:29] veloutin: kitsuneyo: you could route /country/city
[16:01:39] veloutin: kitsuneyo: I don't see why you couldn't have /country/state/city search in country/state/city and the other serach with state nil
[16:58:38] veloutin: rescue_from Exception, with: lambda { |exception| render_error 500, exception }
[16:58:41] veloutin: rescue_from ActionController::RoutingError, ActionController::UnknownController, ::AbstractController::ActionNotFound, ActiveRecord::RecordNotFound, with: lambda { |exception| render_error 404, exception }
[17:02:08] veloutin: mikecmpbll: this incident will be reported ;)
[21:03:14] veloutin: in rails 3.1, is it normal that errors using url_for in templates cause 404 errors instead of 500 ?
[21:38:05] veloutin: matthewd: thanks!

2015-11-09

[19:45:08] veloutin: has joined #RubyOnRails
[19:45:59] veloutin: is there a clean way to force an after_commit callback to execute, even if I didn't change an instance?
[20:09:53] veloutin: arup_r: actually, just saving the record (it was a related record) did work, thanks!

2015-10-23

[09:21:00] veloutin: Ping timeout: 265 seconds
[09:21:14] veloutin: has joined #ruby

2015-10-22

[15:06:56] veloutin: *.net *.split

2015-10-16

[00:08:54] veloutin: has joined #ruby

2015-09-29

[23:33:24] veloutin: Ping timeout: 246 seconds
[23:33:33] veloutin: has joined #ruby

2015-09-08

[00:50:45] veloutin: Ping timeout: 272 seconds
[00:55:30] veloutin: has joined #ruby
[01:43:57] veloutin: Ping timeout: 272 seconds
[01:44:06] veloutin: has joined #ruby

2015-09-07

[02:35:03] veloutin: Ping timeout: 272 seconds
[02:37:02] veloutin: has joined #ruby
[19:42:47] veloutin: Ping timeout: 240 seconds
[19:43:15] veloutin: has joined #ruby
[19:52:11] veloutin: Ping timeout: 244 seconds
[19:52:20] veloutin: has joined #ruby
[22:11:11] veloutin: Ping timeout: 244 seconds
[22:11:59] veloutin: has joined #ruby
[23:37:17] veloutin: Ping timeout: 272 seconds
[23:37:25] veloutin: has joined #ruby

2015-08-28

[12:27:43] veloutin: has joined #ruby