« Back to channel list

#RubyOnRails - 07 September 2017

« Back 1 day Forward 1 day »
[00:02:56] tcopeland: has joined #RubyOnRails
[00:11:28] jmay: has joined #RubyOnRails
[00:17:40] quazimodo: has joined #RubyOnRails
[00:20:12] milesmatthias: has joined #RubyOnRails
[00:20:56] xaviergmail: has joined #RubyOnRails
[00:22:28] patrickod: has left #RubyOnRails: ()
[00:28:36] Caerus: has joined #RubyOnRails
[00:32:37] Caerus: hello everybody, quick question, I want to use bootstrap4 on my new test app and I enabled webpacker on it. I've added the bootstrap gem which is being server by asset pipeline but I was wondering if there was a way to serve its js through weppack?
[00:33:37] jhfisc: has joined #RubyOnRails
[00:38:59] jhfisc: has joined #RubyOnRails
[00:42:19] jhfisc: has joined #RubyOnRails
[00:44:16] tsr: has joined #RubyOnRails
[00:45:04] kapil___: havenwood: I want to load entire file.
[00:45:58] Stabs: has joined #RubyOnRails
[00:46:39] Caerus: has joined #RubyOnRails
[00:49:51] umaaji: has joined #RubyOnRails
[00:50:11] Caerus: has joined #RubyOnRails
[00:50:21] cagomez: has joined #RubyOnRails
[00:53:54] Caerus: has joined #RubyOnRails
[00:55:24] jhfisc: has joined #RubyOnRails
[00:55:38] Stabs: Heroku deployment failure: following Hartl's tutorial. After adding the users model, the application fails in Heroku when I try to access /users. Works fine in localhost.
[00:55:41] Stabs: https://gist.github.com/Codefencing/fa03110a6119ce6c2566719955e407fe
[00:55:46] Stabs: Heroku logs>
[01:00:30] Stabs: Is there anything else I can do to make this easier to follow?
[01:01:10] tanuki: has joined #RubyOnRails
[01:01:12] Stabs: Err, is there anything else besides the heroku logs that may help spot the source of this error? kthx.
[01:02:06] bronson: has joined #RubyOnRails
[01:03:31] ja: Stabs: PG::UndefinedTable: ERROR: relation "users" does not exist
[01:04:26] ja: did you db:migrate on Heroku?
[01:04:43] Stabs: No. I thought it did that by itself after I pushed_
[01:06:09] jhfisc: has joined #RubyOnRails
[01:06:16] Stabs: I will now run: heroku run rails db:migrate --app (my app)
[01:06:35] patrick99e99: has joined #RubyOnRails
[01:06:44] Stabs: It has solved my problem, ja. Thank you very much.
[01:09:09] ja: I'm glad I could be of help, Stabs.
[01:10:40] tcopeland: has joined #RubyOnRails
[01:11:45] sevenseacat: has joined #RubyOnRails
[01:14:22] webguynow: has joined #RubyOnRails
[01:18:45] jhfisc: has joined #RubyOnRails
[01:20:44] milesmatthias: has joined #RubyOnRails
[01:22:53] Caerus: has joined #RubyOnRails
[01:23:38] jhfisc: has joined #RubyOnRails
[01:24:22] twilling: has joined #RubyOnRails
[01:25:25] Caerus: oh wow scratch that, serving everything and specially bootstrap through webpack is way over my head.
[01:27:21] brent__: has joined #RubyOnRails
[01:31:34] milesmatthias: has joined #RubyOnRails
[01:32:22] milesmatthias: has joined #RubyOnRails
[01:33:33] milesmatthias: has joined #RubyOnRails
[01:35:10] jhfisc: has joined #RubyOnRails
[01:39:33] jhfisc: has joined #RubyOnRails
[01:45:10] jhfisc: has joined #RubyOnRails
[01:53:31] irishfromua: has joined #RubyOnRails
[01:56:59] Jameser: has joined #RubyOnRails
[01:57:10] jhfisc: has joined #RubyOnRails
[01:57:10] orbyt_: has joined #RubyOnRails
[02:03:15] jhfisc: has joined #RubyOnRails
[02:13:47] Jameser: has joined #RubyOnRails
[02:17:24] truenito: has joined #RubyOnRails
[02:19:56] coder2000: has joined #RubyOnRails
[02:28:15] truenito: has joined #RubyOnRails
[02:29:20] milesmatthias: has joined #RubyOnRails
[02:29:35] orbyt_: has joined #RubyOnRails
[02:30:10] truenito: has joined #RubyOnRails
[02:33:35] arBmind: has joined #RubyOnRails
[02:34:55] truenito: has joined #RubyOnRails
[02:35:10] jhfisc: has joined #RubyOnRails
[02:37:44] Jameser: has joined #RubyOnRails
[02:42:14] jhfisc: has joined #RubyOnRails
[02:44:35] Roughy: has joined #RubyOnRails
[02:44:36] mars777: has joined #RubyOnRails
[02:48:57] Caerus: has joined #RubyOnRails
[02:52:31] armyriad: has joined #RubyOnRails
[03:00:20] sandstrom: has joined #RubyOnRails
[03:07:37] Jameser: has joined #RubyOnRails
[03:09:04] mtkd: has joined #RubyOnRails
[03:15:44] milesmatthias: has joined #RubyOnRails
[03:16:31] milesmatthias: has joined #RubyOnRails
[03:17:19] milesmatthias: has joined #RubyOnRails
[03:18:08] milesmatthias: has joined #RubyOnRails
[03:18:23] irishfromua: has joined #RubyOnRails
[03:18:57] milesmatthias: has joined #RubyOnRails
[03:19:46] milesmatthias: has joined #RubyOnRails
[03:20:59] milesmatthias: has joined #RubyOnRails
[03:24:56] rakm: has joined #RubyOnRails
[03:34:59] jhfisc: has joined #RubyOnRails
[03:40:36] Saukk: has joined #RubyOnRails
[03:41:52] jhfisc: has joined #RubyOnRails
[03:53:46] tpendragon: has joined #RubyOnRails
[03:55:55] jhfisc: has joined #RubyOnRails
[04:02:06] umaaji: has joined #RubyOnRails
[04:08:42] jhfisc: has joined #RubyOnRails
[04:14:48] srinidhi: has joined #RubyOnRails
[04:16:37] aajjbb: has joined #RubyOnRails
[04:19:47] sandstrom: has joined #RubyOnRails
[04:19:47] tcopeland1: has joined #RubyOnRails
[04:21:10] armyriad: has joined #RubyOnRails
[04:22:50] helpa: has joined #RubyOnRails
[04:23:33] maqr: has joined #RubyOnRails
[04:24:06] jhfisc: has joined #RubyOnRails
[04:24:56] Psy-Q: has joined #RubyOnRails
[04:25:18] webdestroya: has joined #RubyOnRails
[04:25:21] dcope: has joined #RubyOnRails
[04:25:23] hammer065: has joined #RubyOnRails
[04:26:35] mr-spoon: has joined #RubyOnRails
[04:26:55] g3funk: has joined #RubyOnRails
[04:27:33] baweaver: has joined #RubyOnRails
[04:29:53] quazimodo: has joined #RubyOnRails
[04:31:05] maqr: has joined #RubyOnRails
[04:31:57] jhfisc: has joined #RubyOnRails
[04:33:02] srinidhi: has joined #RubyOnRails
[04:35:01] ltd: has joined #RubyOnRails
[05:09:22] jhfisc: has joined #RubyOnRails
[05:15:34] mtkd: has joined #RubyOnRails
[05:21:10] jhfisc: has joined #RubyOnRails
[05:26:13] Tempesta: has joined #RubyOnRails
[05:27:09] jhfisc: has joined #RubyOnRails
[05:28:12] brent__: has joined #RubyOnRails
[05:36:51] jhfisc: has joined #RubyOnRails
[05:41:01] Jameser: has joined #RubyOnRails
[05:44:57] jhfisc: has joined #RubyOnRails
[05:45:53] paranoicsan: has joined #RubyOnRails
[05:51:10] jhfisc: has joined #RubyOnRails
[05:52:19] dionysus69: has joined #RubyOnRails
[05:57:14] jhfisc: has joined #RubyOnRails
[06:01:47] Jameser: has joined #RubyOnRails
[06:06:59] jhfisc: has joined #RubyOnRails
[06:14:05] jhfisc: has joined #RubyOnRails
[06:16:35] roshanavand: has joined #RubyOnRails
[06:20:19] jhfisc: has joined #RubyOnRails
[06:22:40] Saukk: has joined #RubyOnRails
[06:32:14] jhfisc: has joined #RubyOnRails
[06:38:24] jhfisc: has joined #RubyOnRails
[06:44:01] conta: has joined #RubyOnRails
[06:48:01] srinidhi: has joined #RubyOnRails
[06:58:06] fl4sh_: has joined #RubyOnRails
[07:02:21] fl4sh_: has joined #RubyOnRails
[07:02:49] AzaToth: has joined #RubyOnRails
[07:11:25] jhfisc: has joined #RubyOnRails
[07:11:32] srinidhi: has joined #RubyOnRails
[07:15:12] defsdoor: has joined #RubyOnRails
[07:17:48] jhfisc: has joined #RubyOnRails
[07:19:20] mtkd: has joined #RubyOnRails
[07:21:11] milesmatthias: has joined #RubyOnRails
[07:23:38] jhfisc: has joined #RubyOnRails
[07:25:35] sandstrom: has joined #RubyOnRails
[07:29:10] jhfisc: has joined #RubyOnRails
[07:31:58] jhfisc: has joined #RubyOnRails
[07:38:18] DTZUZO: has joined #RubyOnRails
[07:43:29] jhfisc: has joined #RubyOnRails
[07:52:05] cagomez: has joined #RubyOnRails
[07:53:22] darutoko: has joined #RubyOnRails
[07:53:26] patrickod: has joined #RubyOnRails
[07:55:18] brent__: has joined #RubyOnRails
[07:56:13] quazimodo: i cant' quite tell
[07:56:33] quazimodo: how on earth to write a spec for something that does lots of things
[07:57:38] quazimodo: eg an operation that consumes params, validates them then does work. the number of combinations of scenarios's is crazy, something like 24 atm... that's gonna be 24 sweeps over the shared examples
[07:57:47] quazimodo: to be sure all the combinations work, anyway
[07:59:04] jhfisc: has joined #RubyOnRails
[08:01:50] jhfisc: has joined #RubyOnRails
[08:06:55] jhfisc: has joined #RubyOnRails
[08:10:33] mikecmpbll: has joined #RubyOnRails
[08:13:10] jhfisc: has joined #RubyOnRails
[08:15:19] kwd: has joined #RubyOnRails
[08:15:30] ams__: has joined #RubyOnRails
[08:15:51] jhfisc: has joined #RubyOnRails
[08:18:44] Jameser: has joined #RubyOnRails
[08:22:34] milesmatthias: has joined #RubyOnRails
[08:27:24] jhfisc: has joined #RubyOnRails
[08:28:42] syngress: has joined #RubyOnRails
[08:30:11] jhfisc: has joined #RubyOnRails
[08:32:10] syngress: Hi I'm try to find some gem that allow me to upload and download images/avatars via SFTP, I will not have http links to these images, so I have to download the image via SFTP and somehow display it on the page. DO You know some gem that allow me to upload/download images ?
[08:38:24] workmad3: has joined #RubyOnRails
[08:41:33] marr: has joined #RubyOnRails
[08:41:39] jottr: has joined #RubyOnRails
[08:42:41] lxsameer: has joined #RubyOnRails
[08:43:04] jhfisc: has joined #RubyOnRails
[08:45:57] jhfisc: has joined #RubyOnRails
[08:58:43] jhfisc: has joined #RubyOnRails
[09:03:09] Jameser: has joined #RubyOnRails
[09:04:08] elsurudo: has joined #RubyOnRails
[09:05:01] liamc: has joined #RubyOnRails
[09:11:41] jhfisc: has joined #RubyOnRails
[09:14:55] francuz: has joined #RubyOnRails
[09:21:20] lessless: has joined #RubyOnRails
[09:22:06] lessless: Is there any difference between .where(type: "SomeClass") and .where(type: SomeClass) ?
[09:22:33] matthewd: lessless: No
[09:24:03] tbuehlmann_: .where(type: SomeClass).inspect raises a TypeError whereas .where(type: "SomeClass") doesn't
[09:24:17] tbuehlmann_: the generated SQL is the same though
[09:25:38] matthewd: The non-string form may be deprecated at some point
[09:26:23] NoGodDamnIdea: has joined #RubyOnRails
[09:27:42] jhfisc: has joined #RubyOnRails
[09:29:26] snickers: has joined #RubyOnRails
[09:30:49] cheeti: has joined #RubyOnRails
[09:30:55] mtkd: has joined #RubyOnRails
[09:31:13] jhfisc: has joined #RubyOnRails
[09:31:42] cheeti: hi i am facing undefined method ` ' for #<HomeController:0x007f6b3afaa878> error in line @phone_number = Appointment.where(mobile: params[:hidden_phone_number]).last
[09:36:13] tbuehlmann_: cheeti: can you gist the controller?
[09:37:40] arBmind: has joined #RubyOnRails
[09:39:19] jhfisc: has joined #RubyOnRails
[09:47:46] cheeti: tbuehlmann_ https://gist.github.com/entersoftapps/7939692b79f084adc602f8405beef23f
[09:47:53] jhfisc: has joined #RubyOnRails
[09:51:12] tbuehlmann_: can you add the exact error message?
[09:51:23] matthewd: cheeti: As it claims you're trying to call a method called ` ' (i.e., a space), my guess would be you have some non-standard space character in your source
[09:51:43] tbuehlmann_: yeah, that's what I assume as well
[09:51:54] dminuoso: ACTION pokes tbuehlmann_
[09:52:06] dminuoso: Wanna see why I be hating about rails views so much?
[09:52:25] tbuehlmann_: yes, if you insist
[09:52:37] dminuoso: Because I don't.
[09:55:14] jhfisc: has joined #RubyOnRails
[09:59:06] srinidhi: has joined #RubyOnRails
[10:04:28] cheeti: matthewd https://gist.github.com/entersoftapps/21c8ddc98cc4a4bb1cc3e6011b96cf1a
[10:04:43] cheeti: matthewd this is my view
[10:04:57] bronson: has joined #RubyOnRails
[10:07:06] matthewd: The view shouldn't be relevant. I think you have an nbsp at the start of the complaining line in the controller.
[10:07:30] matthewd: Delete and re-type all the spaces on that line
[10:08:58] Jameser: has joined #RubyOnRails
[10:10:29] francuz: Hi, I have a model "User" and a model "Client", I'd like to do something like User.where(Client.lastname != "SomeName")
[10:11:09] brent__: has joined #RubyOnRails
[10:12:20] francuz: nvm, found it ....
[10:20:53] liquid-silence: has joined #RubyOnRails
[10:21:17] agent_white: has joined #RubyOnRails
[10:23:15] Tempesta: has joined #RubyOnRails
[10:26:30] mtkd: has joined #RubyOnRails
[10:26:35] jhfisc: has joined #RubyOnRails
[10:27:06] cagomez: has joined #RubyOnRails
[10:32:00] KeyJoo: has joined #RubyOnRails
[10:32:35] jhfisc: has joined #RubyOnRails
[10:38:49] jhfisc: has joined #RubyOnRails
[10:43:53] bruno-: has joined #RubyOnRails
[10:44:54] jhfisc: has joined #RubyOnRails
[10:48:00] jhfisc: has joined #RubyOnRails
[10:48:42] marahin: <dminuoso> But knock seems to be ideal for API-only authorization
[10:48:49] marahin: dminuoso: yeah, I chose knock for the sake of simplicity
[10:49:00] someuser: has joined #RubyOnRails
[10:49:18] marahin: it didn't seem to me that i needed anything else, knock seems just enough
[10:58:35] Saukk: has joined #RubyOnRails
[11:05:38] bronson: has joined #RubyOnRails
[11:07:57] dionysus69: has joined #RubyOnRails
[11:10:38] jhfisc: has joined #RubyOnRails
[11:17:11] jhfisc: has joined #RubyOnRails
[11:25:06] jhfisc: has joined #RubyOnRails
[11:29:15] cagomez: has joined #RubyOnRails
[11:36:23] jhfisc: has joined #RubyOnRails
[11:41:44] jhfisc: has joined #RubyOnRails
[11:45:05] cagomez: has joined #RubyOnRails
[11:46:49] GeorgesLeYeti: has joined #RubyOnRails
[11:47:38] GeorgesLeYeti: I want to make an application that can record a stream using FFMPEG from an url.
[11:54:42] jhfisc: has joined #RubyOnRails
[12:24:48] jhfisc: has joined #RubyOnRails
[12:26:43] tcopeland: has joined #RubyOnRails
[12:27:04] brent__: has joined #RubyOnRails
[12:33:57] deevil: has joined #RubyOnRails
[12:39:03] jhfisc: has joined #RubyOnRails
[12:40:19] jottr: has joined #RubyOnRails
[12:42:44] daydreamm: has joined #RubyOnRails
[12:44:30] Jameser: has joined #RubyOnRails
[12:45:56] jhfisc: has joined #RubyOnRails
[12:46:01] chouhoulis: has joined #RubyOnRails
[12:46:02] jottr: has joined #RubyOnRails
[12:46:47] phon: has joined #RubyOnRails
[12:53:23] bruce_lee: has joined #RubyOnRails
[12:56:54] jhfisc: has joined #RubyOnRails
[12:56:58] dionysus69: This repository has been archived by the owner. It is now read-only.
[12:57:06] dionysus69: for rails/strong_paramters
[12:57:23] dionysus69: what does this mean specifically? it will be removed in the future?
[13:00:45] sandstrom: has joined #RubyOnRails
[13:01:59] Jameser: has joined #RubyOnRails
[13:06:20] bronson: has joined #RubyOnRails
[13:06:34] dminuoso: dionysus69: No it became part of rails.
[13:06:41] dminuoso: Quite a long time ago.
[13:07:01] dionysus69: oh I ok, I thought it was still maintained on a different branch :D :)
[13:07:18] dionysus69: since it was under rails/***
[13:07:47] dminuoso: dionysus69: https://github.com/rails/rails/blob/master/actionpack/lib/action_controller/metal/strong_parameters.rb
[13:07:58] dminuoso: dionysus69: well it got moved into the rails core package if you want.
[13:11:03] jottr_: has joined #RubyOnRails
[13:13:12] dionysus69: I want to reject certain attributes from nested strong params. strong_params[:nested_params].except([:some_param1, :some_param2]), but this returns nested attributes only, without a parent and without exceptions
[13:14:40] dionysus69: I was playing with except/merge but then it would return nested strong params, https://gist.github.com/anonymous/eaa383774a20a8f082378d91f5b3e85b
[13:15:15] dionysus69: I dont want to break dryness and create multiple strong param methods just to reject few nested attributes
[13:16:03] jottr: has joined #RubyOnRails
[13:17:13] sevenseacat: has joined #RubyOnRails
[13:43:04] Jameser: has joined #RubyOnRails
[13:47:25] jhfisc: has joined #RubyOnRails
[13:47:46] sandstrom: has joined #RubyOnRails
[13:48:41] apparition: has joined #RubyOnRails
[13:52:26] ur5us: has joined #RubyOnRails
[13:55:01] jhfisc: has joined #RubyOnRails
[13:55:42] bruno-_: has joined #RubyOnRails
[14:01:57] jhfisc: has joined #RubyOnRails
[14:06:41] tsr: has joined #RubyOnRails
[14:07:11] jhfisc: has joined #RubyOnRails
[14:08:21] brendan-: has joined #RubyOnRails
[14:14:12] mtkd: has joined #RubyOnRails
[14:14:52] jhfisc: has joined #RubyOnRails
[14:18:34] tcopeland: has joined #RubyOnRails
[14:21:10] jhfisc: has joined #RubyOnRails
[14:24:00] jhfisc: has joined #RubyOnRails
[14:35:44] bruno-: has joined #RubyOnRails
[14:35:48] bruno-_: has joined #RubyOnRails
[14:41:16] Jameser: has joined #RubyOnRails
[14:48:21] tycoon177: does anyone here have any experience with prawn pdf? i am trying to lay out images with as little whitespace as possible without much luck. I'm currently putting them into a table to kinda manage that, but it is not working great. any ideas?
[14:51:37] kus_ubuntui686: has joined #RubyOnRails
[14:54:16] srinidhi: has joined #RubyOnRails
[14:56:24] ResidentBiscuit: has joined #RubyOnRails
[14:57:10] jhfisc: has joined #RubyOnRails
[15:03:11] jhfisc: has joined #RubyOnRails
[15:07:55] bronson: has joined #RubyOnRails
[15:15:52] jhfisc: has joined #RubyOnRails
[15:19:48] cagomez: has joined #RubyOnRails
[15:21:07] jhfisc: has joined #RubyOnRails
[15:24:46] FCser: has joined #RubyOnRails
[15:31:24] jhfisc: has joined #RubyOnRails
[15:31:41] brent__: has joined #RubyOnRails
[15:32:45] daydreamm: has joined #RubyOnRails
[15:32:45] brent__: has joined #RubyOnRails
[15:36:49] jhfisc: has joined #RubyOnRails
[15:38:16] milesmatthias: has joined #RubyOnRails
[15:41:37] aajjbb: has joined #RubyOnRails
[15:44:23] chouhoulis: has joined #RubyOnRails
[15:45:41] Macaveli: has joined #RubyOnRails
[15:45:47] jhfisc: has joined #RubyOnRails
[15:49:23] jackhum: has joined #RubyOnRails
[15:50:29] jackhum: has joined #RubyOnRails
[15:51:10] jhfisc: has joined #RubyOnRails
[15:51:25] joelroa: has joined #RubyOnRails
[15:58:27] jhfisc: has joined #RubyOnRails
[16:01:16] mars777: has joined #RubyOnRails
[16:06:19] Saukk: has joined #RubyOnRails
[16:07:02] milesmatthias: has joined #RubyOnRails
[16:07:24] orbyt_: has joined #RubyOnRails
[16:10:06] jhfisc: has joined #RubyOnRails
[16:11:16] dviola: has joined #RubyOnRails
[16:17:26] Caerus: has joined #RubyOnRails
[16:18:09] orbyt_: has joined #RubyOnRails
[16:19:00] gusrub: has joined #RubyOnRails
[16:20:30] jottr: has joined #RubyOnRails
[16:26:43] arup_r: has joined #RubyOnRails
[16:27:10] jhfisc: has joined #RubyOnRails
[16:29:27] jottr: has joined #RubyOnRails
[16:30:20] lexileo: has joined #RubyOnRails
[16:33:12] jhfisc: has joined #RubyOnRails
[16:39:22] jhfisc: has joined #RubyOnRails
[16:42:44] bruno-__: has joined #RubyOnRails
[16:42:54] bruno-___: has joined #RubyOnRails
[16:44:11] funkytwig: has joined #RubyOnRails
[16:44:26] ForeignBiscuit: has joined #RubyOnRails
[16:44:50] funkytwig: Hi, I am fairly new to rails and want to add a Missionary Layout in by apps views. Came across masonry-rails. Is this a good one to use or is there anything else people would recommend?
[16:47:13] jhfisc: has joined #RubyOnRails
[16:47:30] tsr: has left #RubyOnRails: ("WeeChat 1.9")
[16:54:05] tcopeland: has joined #RubyOnRails
[16:55:09] Macaveli: has joined #RubyOnRails
[17:00:54] one_zero: has joined #RubyOnRails
[17:03:23] jhfisc: has joined #RubyOnRails
[17:06:02] rakm: has joined #RubyOnRails
[17:08:29] jhfisc: has joined #RubyOnRails
[17:08:36] bronson: has joined #RubyOnRails
[17:19:10] jhfisc: has joined #RubyOnRails
[17:23:31] SteenJobs: has joined #RubyOnRails
[17:24:59] jhfisc: has joined #RubyOnRails
[17:27:57] jhfisc: has joined #RubyOnRails
[17:29:28] tcopeland: has joined #RubyOnRails
[17:29:35] roshanavand: has joined #RubyOnRails
[17:30:57] tuelz: has joined #RubyOnRails
[17:31:51] milesmatthias: has joined #RubyOnRails
[17:33:46] jottr: has joined #RubyOnRails
[17:39:44] Chernobuk: has joined #RubyOnRails
[17:43:19] lxsameer: has joined #RubyOnRails
[17:46:18] daydreamm: has joined #RubyOnRails
[17:51:21] Skull0Inc: has joined #RubyOnRails
[17:53:15] orbyt_: has joined #RubyOnRails
[17:53:22] jhfisc: has joined #RubyOnRails
[17:54:28] Skull0Inc: Hey, has anyone had any experience with building Rails apps that dont make use of a DB and serve data from calls to external API's? I'm looking for some resources (books, blogs ..etc) that describe the process and best practices.
[17:55:02] SteenJobs: has joined #RubyOnRails
[17:57:02] milesmatthias: has joined #RubyOnRails
[17:57:10] jhfisc: has joined #RubyOnRails
[17:57:19] sloggerkhan: Skull0inc: I've done it on a limited basis.
[17:58:27] VeryBewitching: has joined #RubyOnRails
[18:01:53] sloggerkhan: I doubt my approach is the best, but essentially I cache a series of redis structures that feel a tad overly complicated and use Structs that extend ActiveModel::Naming and include some other AR bits and pieces as needed. If there's nothing found in the redis cache, the remote call happens, cache is refreshed, and "Model" structs come out.
[18:03:40] srinidhi: has joined #RubyOnRails
[18:04:36] Skull0Inc: There we go. Yea, have just reached a stage where I feel caching would be necessary. Then would have to figure out best when to update the cache per model.
[18:04:48] GodFather: has joined #RubyOnRails
[18:05:42] sloggerkhan: Skull0inc: The cache-ingest logic converts things to ruby/rails like names/conventions, etc.
[18:05:43] sloggerkhan: My biggest gripe with the approach is that Redis really feels like the wrong back end because it's potentially really complicated to maintain caches. (It would love something more SQL-like with expiring rows if such a thing existed.)
[18:05:44] Skull0Inc: Did you just make it up as you went along or was there any specific book / references that you may have used that you recall?
[18:06:45] sloggerkhan: I'd say I'm in the "designed as went along camp," mainly because the external API I'm working with was not designed according to any normal design patterns.
[18:07:11] Skull0Inc: Most if not all my data would be JSON based from API calls, so redis may be suitable as they store JSON stuff.
[18:07:13] sloggerkhan: I think there are some tools that make it easier if the API you're working with follows standardized REST type patterns.
[18:08:58] conta: has joined #RubyOnRails
[18:09:03] Skull0Inc: Ahh, thing is I don't make direct API calls (I should at some stage soon), but more of a broken down call to python scripts that return the data.
[18:09:12] Skull0Inc: but what would those tools be at any rate?
[18:09:20] jhfisc: has joined #RubyOnRails
[18:10:03] mostlybadfly: has joined #RubyOnRails
[18:10:48] sloggerkhan: Active Resource
[18:11:22] rakm: has joined #RubyOnRails
[18:12:38] Skull0Inc: Ok, havent looked into that before, but will be sure to give it a checkout. Thanks for advice.
[18:13:22] sloggerkhan: It might be dead
[18:14:53] sloggerkhan: There's also rest-client and some other similar projects I think.
[18:15:10] jhfisc: has joined #RubyOnRails
[18:16:09] tuelz: I would suggest it's probably easier to have those python scripts store the results as structured data in some sql db and then grab that data like a typical rails app would
[18:16:40] sloggerkhan: tuelz: I completely IF there aren't expiration issues.
[18:16:46] sloggerkhan: *completely agree.
[18:17:43] tuelz: I don't know that the db really cares about expiration issues - that'd be something you'd handle at the app level regardless of how you choose to keep your data persisted
[18:18:36] tuelz: it's just a bit cleaner to make some structured data for rails to expect up front and then deal with only that structure for the life of the rails app than to call out to some python code that might change and conversely need a rails update(s) to handle the new return
[18:18:50] mikecmpbll: has joined #RubyOnRails
[18:19:46] cnk: has joined #RubyOnRails
[18:20:11] Skull0Inc: tuelz yes, that would mean building our own API, which would be future plan.
[18:20:18] tcopeland: has joined #RubyOnRails
[18:22:16] tuelz: you're building your own API regardless, don't be fooled into thinking just because you're making ad-hoc calls to this python script it isn't an API :)
[18:23:51] tuelz: I'm just suggesting it's probably cleaner to structure your API up front into sql or some other strucutred persistence layer rather than do ad-hoc code changes any time you want to add a new attribute on some chunk of data
[18:24:21] sloggerkhan: tuelz: I mean I don't really like persisting relatively ephemeral/turbulent largish volume data to DB because then you end up needing a whole system to just maintain DB state that's constantly churning and that you don't want to store forever anyway.
[18:25:08] sloggerkhan: But I would very much prefer to have something more persistable. :)
[18:25:29] tuelz: storage is cheap...my philosophy is to sql everything always initially until you understand your data...what's ephemeral today can quickly become an analysis point tomorrow
[18:26:58] tuelz: throwing away data once you hit some upper bounds of storage is a 30 minute task at most that can be scheduled on a cron job....throwing away data premptively however, could be costly
[18:28:25] sloggerkhan: That's not a concern for our use case.
[18:28:44] tuelz: that's not a concern _today_ ;)
[18:28:47] Skull0Inc: sql overall seems to be the more robust solution in case of failures of broken API calls then thers backup data to some accuracy level, with extra overhead.
[18:30:34] Skull0Inc: Only need 'x' months of data record, but the longer the record the more potential for analysis and trend predictions.
[18:31:52] sloggerkhan: Yeah, if that's the kind of thing you have going on I encourage you to do what tuelz is suggesting.
[18:33:11] netzfisch: has joined #RubyOnRails
[18:33:17] tuelz: a gig of storage on a VPS is gonna cost you like what? a nickel a month or so? However having to wait another 2-3 months to gather some statistical analysis before you execute on something could cost you ridiculous amounts
[18:37:20] Skull0Inc: Thing is, its my first app really and didn't need to use a DB because data was coming from API calls...such as lets say queries that realistically could vary greatly and would not be a good idea to pre-cache, because it would be far more trouble than its worth, than it would be to wait a second or two for the API response. However now need to do such things as invoicing which i would need to store
[18:37:26] Skull0Inc: in DB but am just doing it with regular models at the moment because its only a small number of sets i'm dealing with..so debating whether a DB is worth it or not.
[18:38:41] Skull0Inc: so am thinking what you mentioned at first SloggerKhan, which would be to store a chache, for the period required for some data to persist before changiing.
[18:40:06] Skull0Inc: I believe overall that DB may be overall best solution, but don't want to go building a whole invoice system into a DB when I could cache a few variables.
[18:40:13] tuelz: here's the thing though...if you're not structuring the data yourself then you're trusting some 3rd party to never break their API contract on purpose or by accident....so when your app fails to deliver your customers blame you for trusting some 3rd party
[18:40:41] tuelz: that's one of _many_ problems you could face with just passing values thru unstructured
[18:40:44] Skull0Inc: you're right. We'd be on the line because of 3rd party break
[18:41:26] Skull0Inc: byt the whole thing is broken if queries fail anyway.
[18:41:41] Skull0Inc: couldn't possibly store all the possibilities in a db?
[18:42:03] tuelz: if you're passing values straight thru and manual parsing them, what happens when they simply remove some deprecated field? your whole app breaks because you're parsing for some value that doesn't exist
[18:42:44] tuelz: but if you're storing into a db with normal tools and you pass some nul value into the db - you'll simply not have that value to display to the customer when they request it rather than returning a 500
[18:42:54] Skull0Inc: well, for that particular API call...yes.
[18:42:58] Skull0Inc: we'd be at their mercy.
[18:43:17] tuelz: sure you could do all kinds of sanity checks with the values coming in and prevent that _without_ a db...but at that point you're doing more work than you would with DB tooling in the first place and getting less guarantees
[18:43:52] milesmatthias: has joined #RubyOnRails
[18:44:09] tuelz: sql db tooling in any popular language is stupidly simple to set up
[18:45:01] rakm: has joined #RubyOnRails
[18:45:03] milesmatthias: has joined #RubyOnRails
[18:45:05] Skull0Inc: ok, how would you go about storing 20+ possible combination queries for any date range within last 6 months or for potentially unlimited amount of time
[18:45:12] tuelz: well, I shouldn't go that far...it's easy because you'll find 1 gazillion tutorials you can copy/paste from
[18:45:46] tuelz: you don't store queries, you store what the queries return
[18:45:51] gusrub: has joined #RubyOnRails
[18:46:07] Skull0Inc: it means they'll all have to be polled.
[18:46:22] Skull0Inc: hmm, I could have a re-think in that direction.
[18:46:25] tuelz: and then you use normal sql operations to get back the last 6 months of stuff
[18:46:27] sloggerkhan: Skull0inc: how time/latency sensitive is this?
[18:46:37] tuelz: that's really normal sql stuff and _really_ hard to do without sql
[18:47:04] tuelz: if you're not storing that kind of data inside a sql db then you're rebuilding all the tools sql db's have already built
[18:47:20] sloggerkhan: Like is it a problem if you get back 50k items and have to individually check update or create for each?
[18:47:20] Skull0Inc: SloggerKhan: not so time sensitive. talking daily reports and not hourly/seconds (for the moment)
[18:47:45] jhfisc: has joined #RubyOnRails
[18:48:26] tuelz: I can promise you'll have a hard time outpacing a sql db if you're parsing strings for time and ranges :p
[18:48:28] sandstrom: has joined #RubyOnRails
[18:48:33] tuelz: even with the network overhead
[18:48:46] Skull0Inc: The problem is that there is no mass-GET so every one would have to be run individually for some time period.
[18:49:24] tuelz: python polls the data at some interval and stores it in sql....then rails is only worried about getting stuff out of sql and doesn't care what python does
[18:49:34] Skull0Inc: polled, then inserted into DB possibly overwriting, for corrections that need to be made
[18:49:46] tuelz: don't have to overright anything
[18:49:47] Skull0Inc: okay, that would be fair point.
[18:49:59] tuelz: store sequentially and take the last thing written
[18:50:12] tuelz: by some uuid
[18:50:41] Skull0Inc: yea, thats cleaner.
[18:51:14] tuelz: then if storage actually _is_ a problem a cron job every 30 minutes can delete all expired data without having that crap in your application concerns
[18:51:59] tuelz: overright lul, words are hard
[18:52:05] tuelz: s/overright/overwrite/g
[18:52:34] Skull0Inc: does that just replace values that differ?
[18:52:51] jhfisc: has joined #RubyOnRails
[18:53:03] tuelz: it means that for some record on a uuid you may have 1000s of entries, but you always consider the newest entry to be the correct entry
[18:53:49] tuelz: so when you access your sql from rails you'll say something like "get the last entry for all UUIDs in this list" and then you can do whatever else like parsing for range inside that list afterwords
[18:54:04] Skull0Inc: yea, makes sense.
[18:54:13] SteenJobs: has joined #RubyOnRails
[18:54:39] gambl0re: has joined #RubyOnRails
[18:54:47] Skull0Inc: Alright, gonna have a re-think / work in that direction. Will save a lot of hassle later on.
[18:55:00] tuelz: imagine trying to do all of that inside binary/string blobs :p
[18:55:37] tuelz: hell, if you don't wanna maintain a db - use sqlite
[18:55:43] Skull0Inc: Haven't gotten that far as yet. first app here.
[18:55:53] tuelz: I'd much much much prefer sqlite over some ad-hoc solution
[18:56:02] tuelz: for sure, best of luck :)
[18:56:05] Skull0Inc: the trouble I was facing with DB was multitenancy
[18:56:20] Skull0Inc: would go Postgres if anything
[18:56:47] tuelz: the thing is that just because you _feel_ the problem with sql doesn't mean it wouldn't exist with ad-hoc blob parsing
[18:57:03] tuelz: you would just not notice it until the bug showed its face and made you refactor everything
[18:57:15] Skull0Inc: ye, just trying to delay the inevitable really ;)
[18:57:43] tuelz: the difference being that any time you structure something you have to consider the shape of your data up front rather than do one thing at a time until you realize "holy shit this is all wrong"
[18:58:37] Skull0Inc: Do the work early, go through the extra effort to save time and peace of mind later on. Takes a bit of know-how and experince i'd imagine
[18:58:58] tuelz: honestly you'll probably save time for version1 in this case
[18:59:06] jhfisc: has joined #RubyOnRails
[18:59:11] Skull0Inc: ideally, yes.
[18:59:34] tuelz: I have a strong feeling that with all those needs you'd have a much harder time parsing thru all those requirements manually with unstructured data than may be initially obvious at first glance
[18:59:37] arBmind: has joined #RubyOnRails
[19:00:19] Skull0Inc: In a sense, yes. I haven't done much parsing as the person doing the py script returns to me in managed json format.
[19:00:37] Skull0Inc: but yes, have had a little teething issues along the way with data formatting.
[19:01:00] desnudopenguino: has left #RubyOnRails: ()
[19:01:14] tuelz: heh, json can be a _lot_ harder to parse than initially obvious
[19:01:28] Skull0Inc: was in a tug-of war between doing DB early or not and ended up not doing it early because of lack of experience and deliverable timelines.
[19:01:34] cnk: Not to recommend ignoring your data but … postgres storing JSON is pretty flexible
[19:01:44] Skull0Inc: i've heard JSONB
[19:01:50] tuelz: for example...3 objects deep and you have no guarantees that any of the top level objects exist....before you can even _get_ the data you want you have to check if all 3 levels exist :p
[19:02:28] Skull0Inc: Its true. its not a great structure. we try to return no more than 1/2 levels for that reason.
[19:02:51] Skull0Inc: i mean it is the de-facto web standard of passing data now i believe.
[19:03:05] Skull0Inc: but can be tricky in some areas.
[19:03:06] tuelz: sounds like you're already structuring your data with sane rules, which means it'll be even easier to parse that into sql which has guaranteed rules
[19:03:10] jhfisc: has joined #RubyOnRails
[19:03:46] tuelz: plus if you're not in charge of the python you get to make someone else do the json -> sql !
[19:03:56] Skull0Inc: yea, its not bad..its just that I need data stored now somehow whether cache or Db that doesn't feel 'dirty'
[19:04:24] Skull0Inc: yea, thats the idea, but hes a new to web development, more of a robotics person.
[19:04:43] Skull0Inc: will have to converse and see!
[19:04:56] tuelz: handle validation concerns on edges and you'll be a happy developer.....if you pass dirty data throughout your application and only parse/validate/whatever on the outter edge before showing it to your users....you'll have a quick hot mess
[19:05:45] Skull0Inc: yea, I see that in one area, where it seems like security risk..not cool. so want to clean that up.
[19:05:48] moei: has joined #RubyOnRails
[19:06:03] Skull0Inc: Gonna get back at it..thanks again!
[19:06:09] tuelz: so the way I sense your app edges look like this 3rd_pary_api <-> python <-> sql <-> rails <-> web_browser
[19:07:16] milesmatthias: has joined #RubyOnRails
[19:07:31] dionysus69: has joined #RubyOnRails
[19:08:07] zephiro: has joined #RubyOnRails
[19:08:17] zephiro: Hello everybody
[19:08:23] tuelz: ACTION waves
[19:09:10] jhfisc: has joined #RubyOnRails
[19:09:27] bronson: has joined #RubyOnRails
[19:13:43] zephiro: Someone could help me simplify this query? https://gist.github.com/zephiro/80f7cfbf4c1ff2b7eb3e0da5714cd27c
[19:17:00] FrostCandy: has joined #RubyOnRails
[19:17:23] aajjbb: has joined #RubyOnRails
[19:17:30] havenwood: zephiro: Does that produce the result you want?
[19:18:14] FrostCandy: unless @@myVar.is_a? Hash, does that say unless MyVar is an array or a Hash? The Hash part at the end is throwing me
[19:18:29] zephiro: Yes but it is the right way to do it?
[19:18:46] dcope: has joined #RubyOnRails
[19:18:59] FrostCandy: Not, sure just reading someoen elses code atm. But thanks. :)
[19:19:11] jhfisc: has joined #RubyOnRails
[19:21:44] zephiro: there is an easier way to simplify the query?
[19:22:24] cagomez: has joined #RubyOnRails
[19:24:41] zephiro: I've updated the code
[19:26:25] tuelz: you could put the condition on the includes
[19:27:01] tuelz: so only include the domains with formation==true and then admin.domains _should_ (prob wanna double check me here) only have domains with true formations
[19:27:12] tuelz: https://apidock.com/rails/ActiveRecord/QueryMethods/includes
[19:28:23] cnk: zephiro: I suggested Admin.where(email: "miname@gmail.com").domains.where(formation: true)
[19:29:31] zephiro: cnk: result NoMethodError: undefined method `domains'
[19:29:40] tuelz: so basically that includes(:domains) is preloading all the domains...you could includes(:domains).where('domains.formation == ?', true)
[19:29:42] jhfisc: has joined #RubyOnRails
[19:30:09] tuelz: then I suspect all admin.domains would only include the domains you preloaded, but I'm not sure about that
[19:31:17] zephiro: ActiveRecord::StatementInvalid: PG::UndefinedTable: ERROR: missing FROM-clause entry for table "domains"
[19:31:29] zephiro: with includes(:domains).where('domains.formation == ?', true)
[19:31:31] cnk: zephiro: Probably need to get down to a single admin (I added .first)
[19:31:45] tcopeland: .references(:domains) I think
[19:31:55] zephiro: I get result a.first.first.id
[19:31:57] havenwood: zephiro: Admin.includes(:domains).where(email: "miname@gmail.com", admin_domains: {domains: {formation: true}})
[19:32:20] Macaveli: has joined #RubyOnRails
[19:33:14] havenwood: Oh, you want the domains not admins.
[19:33:44] havenwood: ACTION goes to find coffee
[19:33:46] tuelz: zephiro: yeah check the docs, my code wasn't intending to be copy/paste...the link I shared shows you can conditionally preload with a .references(:domains) like tcopeland said
[19:34:40] rakm: has joined #RubyOnRails
[19:34:54] zephiro: I check the docs
[19:35:35] tuelz: but make sure no funny business is happening, because I'm not 100% that once you preload only the domains you want that calling admin.domains on it will return only the preloaded domains
[19:39:03] zacts: has joined #RubyOnRails
[19:41:50] high_fiver: has joined #RubyOnRails
[19:45:54] tcopeland: this seems about right: Domain.includes(admin_domains: :admin).references(:admins).where(formation: true).where("admins.email = ?", "miname@gmail.com")
[19:53:00] conta: has joined #RubyOnRails
[20:01:10] jhfisc: has joined #RubyOnRails
[20:03:42] SteenJobs: has joined #RubyOnRails
[20:03:44] orbyt_: has joined #RubyOnRails
[20:06:58] jhfisc: has joined #RubyOnRails
[20:07:25] tcopeland: hm, a bit shorter and only one query since it’s joining for filtering purposes: Domain.joins(admin_domains: :admin).where(formation: true).where("admins.email = ?", "miname@gmail.com")
[20:09:04] dionysus70: has joined #RubyOnRails
[20:11:56] lessless: has left #RubyOnRails: ("Textual IRC Client: www.textualapp.com")
[20:11:59] zephiro: thanks tcpeland:
[20:12:10] zephiro: thanks tcopeland
[20:12:48] zephiro: thank you all guys for your time ;)
[20:14:04] cagomez: has joined #RubyOnRails
[20:39:27] jhfisc: has joined #RubyOnRails
[20:41:57] funkytwig: git/rails worklow question. Should I have a branch for production(master), testing both protested (i.e. updated through pull requests) and developers branch off test and create there own branches (using there rails development env for there branches)
[20:42:44] mcr-credil: has joined #RubyOnRails
[20:43:34] tuelz: no idea what you just asked xD
[20:49:05] jhfisc: has joined #RubyOnRails
[20:49:57] xaviergmail: has joined #RubyOnRails
[20:50:18] milesmatthias: has joined #RubyOnRails
[20:50:57] ali_g: has joined #RubyOnRails
[20:52:12] aajjbb: has joined #RubyOnRails
[20:53:31] cnk: funkytwig: Generally I use one master branch and then feature branches for development. Then I use tags to decide if something gets released to production.
[20:54:23] cnk: The driving factor for deciding your git workflow is often something about the tool you are using to do your production releases. So perhaps start there and work backwards towards test and dev?
[20:55:01] jhfisc: has joined #RubyOnRails
[20:58:32] ali_g: hello all... How can I use a form from another controller and model (called search/searches), on my Welcome controller index.html.erb file?
[20:59:32] soahccc: What is the way to go to calculate transfer speeds? I would say the easiest way (not really accurate with ruby though) is to use a thread+loop+sleep(1) and then check how much was received
[20:59:35] ali_g: tried using the same code for the form but it doesn't render, no issues shown. Then I realized I must link my Welcome controller to the other controller somehow
[20:59:50] cnk: show code
[21:00:31] ali_g: https://www.irccloud.com/pastebin/34wfAYNn/this%20is%20the%20form
[21:01:05] funkytwig: cnk, OK, puting things into production is the next thing I need to learn about. The hosting is unicorn/nginx.
[21:01:05] ali_g: https://www.irccloud.com/pastebin/wC9zxlz5/welcome%20controller
[21:01:10] jhfisc: has joined #RubyOnRails
[21:01:36] cnk: funkytwig: on a VPC? or containers or ?
[21:03:15] cnk: ali_g: you have a syntax error ‘class’ not ‘@class’ in your welcome controller
[21:03:31] cnk: but otherwise, I think this should work. What error do you get?
[21:04:42] funkytwig: cnk, will check. I have ssh login and can only see up to my home directory.
[21:07:36] cnk: OK so that shoulds like a machine (virtual or otherwise). What other tools are in your mix? Do you make production updates manually? to a single server? or multiples?
[21:10:00] ali_g: no errors, the page loads all elements but the form is missing in the html 🤔
[21:10:15] ali_g: no errors on the server or the browser. No isea why.
[21:10:49] bronson: has joined #RubyOnRails
[21:13:10] jhfisc: has joined #RubyOnRails
[21:14:00] FrostCandy: I have an object #<MyOjb:0x0055 Using obj.class.name i can get "MyOjb" but how do i get the 0x0055 part ? obj.object_id turns out a different number
[21:18:22] tcopeland: ali_g: I think you need to replace “<% form_for” with “<%= form_for”
[21:19:46] cagomez_: has joined #RubyOnRails
[21:19:47] ali_g: hey you are right! Thanks tcopeland, this is one of those facepalm moments hahaha
[21:20:01] tcopeland: cool you bet!
[21:20:08] jottr: has joined #RubyOnRails
[21:20:43] matthewd: FrostCandy: It's not easy
[21:21:00] FrostCandy: matthewd: ok np, I was just curious
[21:21:05] matthewd: FrostCandy: `"0x%014x" % (o.object_id << 1)` is close, but doesn't get negative values right
[21:21:52] matthewd: So if it's just curiosity, yes, it's based on the object_id
[21:22:14] FrostCandy: yup ok, just the hex verson of the number printed by object_id i guess?
[21:22:17] matthewd: Or more accurately, the object_id is based on the raw pointer value (which is what's shown there)
[21:22:26] aajjbb: has joined #RubyOnRails
[21:22:49] matthewd: It's shifted one bit to the left
[21:29:37] jhfisc: has joined #RubyOnRails
[21:30:47] SilentNinja1: has joined #RubyOnRails
[21:31:22] SilentNinja1: Hi Any resolved issues on Centos 7 and JavaScript runtime issues for RoR?
[21:32:09] SilentNinja1: Looks like they moved some packages away from EPEL and it broke some dependencies
[21:33:49] SilentNinja1: getting the following error msg when I try to bundle exec --verbose rake db:setup
[21:34:00] SilentNinja1: ExecJS::RuntimeUnavailable: Could not find a JavaScript runtime. See https://github.com/rails/execjs for a list of available runtimes.
[21:34:01] cagomez: has joined #RubyOnRails
[21:35:38] matthewd: SilentNinja1: It wants a nodejs binary on the PATH
[21:36:52] SilentNinja1: yeah nodejs gem broken,
[21:37:18] SilentNinja1: I have since installed via pip,
[21:37:29] SilentNinja1: will set the Nodejs path and see if that works
[21:37:45] matthewd: You need a nodejs system package (an rpm)
[21:37:46] SilentNinja1: yeah Centos EPEL package
[21:38:13] SilentNinja1: they moved some packages around broke Nodejs EPEL for latest Centos
[21:38:19] SilentNinja1: Let my try it again
[21:47:58] chouhoulis: has joined #RubyOnRails
[21:47:59] jhfisc: has joined #RubyOnRails
[22:03:34] Caerus: hmm, what's the best 'rails way' to declare sylesheet overrides for a specific page?
[22:04:26] orbyt_: has joined #RubyOnRails
[22:05:27] Caerus: should is just create the stylesheet name and then call render :layout => 'some_layout' on the controller?
[22:06:20] soahccc: Caerus: We use some magic @body_class variable (from controller or view) in layout to add classes to body to then address it in our app.css but if that is the best way I don't know :D
[22:08:58] Caerus: soahccc, thats the thing, I've learned that most of the times there is conventional rails way that is a lot more simpler than what I come up with.
[22:09:31] rakm: has joined #RubyOnRails
[22:12:26] Caerus: basically, I have a layout, but for a specific page I need to change the body class to <body class="bg-dark"> which is on the application.html.erb
[22:20:55] jottr: has joined #RubyOnRails
[22:22:48] Exagone313: has joined #RubyOnRails
[22:23:01] jmay: has joined #RubyOnRails
[22:30:28] milesmatthias: has joined #RubyOnRails
[22:31:41] mikecmpbll: has joined #RubyOnRails
[22:32:28] twilling: has joined #RubyOnRails
[22:44:13] soahccc: Caerus: The thing is that your layout renders last and it shares @variables with all controllers/views involved
[22:44:45] soahccc: you could also use content_for for stuff
[22:45:37] soahccc: hmm ruby doesn't seem to lookup in the scope of the target when doing target.instance_exec... no chance?
[22:46:27] Caerus: soahccc, yeah I wanted to avoid jQuery and see if there was a rails way. Your sugestion would definitely work
[22:48:28] jhfisc: has joined #RubyOnRails
[22:51:58] soahccc: Caerus: I personally like arrays for things like that or even a little helper class to increase expressiveness. And makes it modular :)
[22:58:05] Caerus: soahccc, thanks for the suggestion. I need it for just a couple of pages and now I know layout renders last.
[23:04:46] milesmatthias: has joined #RubyOnRails
[23:05:31] milesmatthias: has joined #RubyOnRails
[23:06:25] jhfisc: has joined #RubyOnRails
[23:09:40] conta: has joined #RubyOnRails
[23:11:46] bronson: has joined #RubyOnRails
[23:12:20] jhfisc: has joined #RubyOnRails
[23:15:51] jhfisc: has joined #RubyOnRails
[23:16:10] mtkd: has joined #RubyOnRails
[23:18:23] milesmatthias: has joined #RubyOnRails
[23:21:39] jottr: has joined #RubyOnRails
[23:21:55] jhfisc: has joined #RubyOnRails
[23:22:49] bruno-: has joined #RubyOnRails
[23:22:50] 7GHAAI8PJ: has joined #RubyOnRails
[23:27:51] jhfisc: has joined #RubyOnRails
[23:37:00] jhfisc: has joined #RubyOnRails
[23:43:04] jhfisc: has joined #RubyOnRails
[23:44:40] ahrs: has joined #RubyOnRails
[23:55:00] jhfisc: has joined #RubyOnRails
[23:56:17] kies: has joined #RubyOnRails