mjc_

Activity Graph

Page 1 of 9 | Next »

2018-01-27

[00:59:59] mjc_: has joined #ruby
[04:29:22] mjc_: Quit: Connection closed for inactivity

2016-07-10

[05:00:02] mjc_: *.net *.split
[08:54:05] mjc_: has joined #ruby

2016-06-09

[05:24:31] mjc_: Ping timeout: 260 seconds
[05:31:38] mjc_: has joined #ruby

2016-05-24

[00:19:55] mjc_: has joined #ruby

2016-05-23

[22:53:38] mjc_: *.net *.split

2016-05-18

[08:45:39] mjc_: Ping timeout: 250 seconds

2016-04-29

[14:33:11] mjc_: *.net *.split
[14:42:10] mjc_: has joined #ruby

2016-04-27

[06:58:40] mjc_: Ping timeout: 264 seconds
[07:02:50] mjc_: has joined #ruby

2016-04-13

[18:41:52] mjc_: Read error: Connection reset by peer
[18:53:13] mjc_: has joined #ruby

2016-04-01

[15:43:51] mjc_: has joined #ruby

2016-03-31

[17:03:40] mjc_: has joined #ruby
[20:56:32] mjc_: Quit: Connection closed for inactivity

2016-03-29

[21:16:31] mjc_: Quit: Connection closed for inactivity

2016-03-24

[21:34:01] mjc_: Ping timeout: 240 seconds
[21:36:05] mjc_: has joined #ruby

2016-03-23

[17:31:47] mjc_: has joined #ruby

2016-03-22

[00:26:29] mjc_: Quit: Connection closed for inactivity

2016-03-21

[17:23:14] mjc_: has joined #ruby

2016-03-05

[02:34:05] mjc_: has joined #ruby
[06:06:23] mjc_: Quit: Connection closed for inactivity

2016-03-03

[02:36:22] mjc_: Quit: Connection closed for inactivity

2016-03-02

[03:06:23] mjc_: Quit: Connection closed for inactivity
[16:29:21] mjc_: has joined #ruby

2016-03-01

[22:30:38] mjc_: has joined #ruby

2016-01-14

[16:06:25] mjc_: has joined #RubyOnRails
[16:06:48] mjc_: has joined #ruby
[21:56:10] mjc_: Quit: Connection closed for inactivity

2016-01-11

[14:56:10] mjc_: Quit: Connection closed for inactivity

2015-12-23

[01:59:16] mjc_: Ping timeout: 240 seconds
[02:05:03] mjc_: has joined #RubyOnRails
[02:05:25] mjc_: has joined #ruby

2015-12-13

[10:26:16] mjc_: Ping timeout: 240 seconds
[10:44:15] mjc_: has joined #RubyOnRails
[10:44:36] mjc_: has joined #ruby

2015-12-12

[17:42:14] mjc_: *.net *.split

2015-12-10

[01:54:13] mjc_: Ping timeout: 264 seconds
[01:55:28] mjc_: has joined #RubyOnRails
[01:55:50] mjc_: has joined #ruby

2015-12-05

[14:30:23] mjc_: Read error: Connection reset by peer
[14:31:23] mjc_: has joined #RubyOnRails
[14:31:46] mjc_: has joined #ruby

2015-12-03

[23:22:08] mjc_: oscarb92: jruby might be a better fit on windows if it's an option
[23:22:34] mjc_: I've used it successfully on windows in the past year or so and it was faster than regular ruby for my use case

2015-12-02

[15:38:41] mjc_: *.net *.split
[16:47:38] mjc_: has joined #ruby
[16:47:59] mjc_: has joined #RubyOnRails
[19:54:01] mjc_: Write error: Connection reset by peer
[20:27:17] mjc_: has joined #RubyOnRails
[20:27:39] mjc_: has joined #ruby

2015-11-26

[19:02:01] mjc_: *.net *.split

2015-11-17

[05:25:22] mjc_: *.net *.split

2015-11-16

[13:53:07] mjc_: Ping timeout: 240 seconds
[13:54:53] mjc_: has joined #RubyOnRails
[13:55:15] mjc_: has joined #ruby

2015-11-14

[05:51:04] mjc_: Ping timeout: 250 seconds
[06:01:39] mjc_: has joined #RubyOnRails
[06:02:01] mjc_: has joined #ruby

2015-10-23

[10:07:48] mjc_: *.net *.split
[10:15:27] mjc_: has joined #RubyOnRails
[10:15:50] mjc_: has joined #ruby

2015-09-28

[01:38:48] mjc_: Ping timeout: 250 seconds
[01:43:50] mjc_: has joined #RubyOnRails
[01:44:12] mjc_: has joined #ruby

2015-09-22

[09:49:18] mjc_: has joined #RubyOnRails
[09:49:40] mjc_: has joined #ruby

2015-08-20

[19:27:48] mjc_: Ping timeout: 244 seconds
[19:31:13] mjc_: has joined #RubyOnRails
[19:31:35] mjc_: has joined #ruby

2015-08-18

[11:38:44] mjc_: Ping timeout: 256 seconds
[12:38:04] mjc_: has joined #RubyOnRails
[12:38:26] mjc_: has joined #ruby
[12:47:06] mjc_: Ping timeout: 245 seconds
[13:48:24] mjc_: has joined #RubyOnRails
[13:48:46] mjc_: has joined #ruby
[15:36:43] mjc_: Remote host closed the connection
[15:58:29] mjc_: has joined #RubyOnRails
[15:58:51] mjc_: has joined #ruby

2015-07-30

[15:55:58] mjc_: Remote host closed the connection
[16:25:40] mjc_: has joined #RubyOnRails
[16:26:02] mjc_: has joined #ruby
[18:34:55] mjc_: Ping timeout: 240 seconds
[18:43:00] mjc_: has joined #RubyOnRails
[18:43:22] mjc_: has joined #ruby

2015-07-24

[12:01:50] mjc_: has joined #RubyOnRails
[12:02:13] mjc_: has joined #ruby

2015-07-20

[05:02:48] mjc_: Ping timeout: 240 seconds
[05:06:31] mjc_: has joined #RubyOnRails
[05:06:54] mjc_: has joined #ruby
[05:36:18] mjc_: Ping timeout: 240 seconds
[05:42:52] mjc_: has joined #RubyOnRails
[05:43:14] mjc_: has joined #ruby
[07:31:53] mjc_: Read error: Connection reset by peer
[08:04:39] mjc_: has joined #RubyOnRails
[08:05:02] mjc_: has joined #ruby

2015-07-18

[05:54:36] mjc_: Read error: Connection reset by peer
[05:58:20] mjc_: has joined #RubyOnRails
[05:58:43] mjc_: has joined #ruby

2015-06-21

[00:36:35] mjc_: *.net *.split

2015-06-20

[20:48:26] mjc_: *.net *.split
[22:39:13] mjc_: has joined #RubyOnRails
[22:39:35] mjc_: has joined #ruby

2015-06-09

[06:53:24] mjc_: Remote host closed the connection
[07:25:35] mjc_: has joined #RubyOnRails
[07:25:57] mjc_: has joined #ruby

2015-06-06

[18:00:02] mjc_: Remote host closed the connection
[18:40:34] mjc_: has joined #RubyOnRails
[18:40:56] mjc_: has joined #ruby

2014-08-15

[17:58:50] mjc_: had no idea ruby had a singleton module. neat.

2014-08-14

[23:24:54] mjc_: mozzarella: nginx or apache might have one configured

2014-08-13

[17:43:08] mjc_: Gambito: params[:user][:posts] is probably not set in that case

2014-08-12

[23:21:02] mjc_: nobitanobi: why do you need to open the ERB directly? usually one would use render to render templates
[23:21:46] mjc_: nobitanobi: that's what partials are for
[23:23:47] mjc_: nobitanobi: ERB.new is basically the same thing as render, except that render does a bunch of other useful things
[23:23:59] mjc_: like pre-compiling the templates
[23:27:03] mjc_: nobitanobi: render_to_string
[23:27:51] mjc_: nobitanobi: but why exactly do you want to upload it to s3?
[23:28:07] mjc_: some sort of caching?

2014-07-25

[15:10:11] mjc_: hmm it seems like .html_safe ought to actually be .html_safe! considering that it's dangerous :P

2014-07-20

[01:06:32] mjc_: surprising how much benefit sinatra gets out of puma's multithreading even with the GIL
[01:06:55] mjc_: rails gets far less heh

2014-07-16

[17:14:27] mjc_: I tend to use nginx usually
[17:14:38] mjc_: but I use both, it depends on the needs of the project

2014-06-30

[14:47:25] mjc_: noric: I've tried using asset pipeline and also making the ember app separate and deploying it to the public directory on our servers. For our uses separating them (and using ember-cli, despite its rough edges) turned out to be the most efficient method
[14:47:53] mjc_: noric: and our rails app is just an api frontend in that case yeah
[14:48:22] mjc_: noric: jquery is just a toolkit for making js easier to write, ember and whatnot are for building the whole page with javascript
[14:48:49] mjc_: noric: rails already uses jquery to some degree for things like simple ajaxed forms
[14:49:31] mjc_: noric: when you want to build a single-page app, something like ember is a good fit
[14:50:16] mjc_: noric: http://edgeguides.rubyonrails.org/working_with_javascript_in_rails.html this may be enlightening about what things rails can already do using JS
[14:51:54] mjc_: Guest58926: what code?
[14:54:23] mjc_: Guest58926: what exact behavior change are you seeing? I don't follow
[14:55:31] mjc_: Guest58926: you can just use the tag to find all the relevant changes
[14:56:06] mjc_: diffing between v4.0.5 and v4.0.6 will give you what you want
[14:56:54] mjc_: Guest58926: https://github.com/rails/rails/compare/v4.0.5...v4.0.6
[14:57:29] mjc_: Guest58926: you can similarly scope git log and git bisect this way on the commandline

2014-06-16

[17:18:42] mjc_: Lightsword: tell it to symlink your public/system folder
[17:18:48] mjc_: Lightsword: otherwise it's just leaving it in the last release
[17:21:18] mjc_: wldcordeiro: you can use ujs for it I'm pretty sure
[17:22:43] mjc_: wldcordeiro: http://gistflow.com/posts/656-any-input-tag-can-be-a-remote-with-jquery-rails and then just make something that swaps the data-url when the other box changes
[17:23:21] mjc_: but that is probably not the way most people do it, because people seem to have forgotten that ujs is even a thing lately
[17:23:41] mjc_: however I think it fits well with what ujs is for
[17:24:21] mjc_: Lightsword: cap2 or cap3?
[17:25:12] mjc_: Lightsword: just add public/system to linked_dirs
[17:25:39] mjc_: Lightsword: there should already be one in the files cap3 generated for you
[17:26:08] mjc_: workmad3: he wants the second box to change when you change the selected manager in the first box; so you have to update teh second box to point to the manager you changed in the first box
[17:26:50] mjc_: workmad3: first box doesn't need to be ajax
[17:27:09] mjc_: as far as I can tell from what he siad
[17:28:46] mjc_: workmad3: he said the first box has a list of managers and the second box should be populated with the list of users that person manages... can default the data-url to the one for the default selected managers, and switch it when the user changes which manager is selected, no need for ajax on the list of managers
[17:31:11] mjc_: as I said when I pasted the link, when you change the list of managers you set the data-url for the other select
[17:31:25] mjc_: and do the trigger
[17:32:10] mjc_: the first box is not ajaxed, the second box is, but it's triggered by the first one, which is what I said
[17:32:17] mjc_: so I don't know what you are on about
[17:32:21] mjc_: Lightsword: np :)
[17:33:29] mjc_: workmad3: with a select it isn't that
[17:33:32] mjc_: only with a form
[17:33:44] mjc_: data-url is the url to use for whatever action is appropriate for the element and the method
[17:34:35] mjc_: workmad3: yeah
[17:35:56] mjc_: workmad3: that would also work, yeah
[17:36:00] mjc_: didn't think of that
[17:36:36] mjc_: wouldn't be very rest-y though if the url doesn't change
[17:36:47] mjc_: or if you're posting
[17:36:53] mjc_: I guess a get param would work
[17:37:39] mjc_: /users?manager_id=1 or something
[17:52:20] mjc_: aarkerio: Blog.where(active: 1).joins(:comments) probably does it but I didn't test :P
[17:52:41] mjc_: counter caches are good if you might have a lot of data, yeah
[17:53:26] mjc_: aarkerio: also it's includes(:comments) because your hasmany should be plural, blog hasmany comments, Blog.find(1).comments, etc
[17:57:11] mjc_: aarkerio: you have a default scope on comments
[17:57:23] mjc_: which is where teh AND comments.enabled =1 comes from, my guess
[17:57:34] mjc_: aarkerio: otherwise that sounds right, if blog.id is not in any blog_id in the comments table it should not return a comment
[17:57:41] mjc_: er it should not return a blog
[17:59:57] mjc_: aarkerio: did that work?
[18:00:48] mjc_: aarkerio: counter caching would be another strategy, you could add a comments_count column to the blogs table, tell rails about the counter cache, and do where("comments_count > 0")
[18:00:53] mjc_: that is going to be faster
[18:01:23] mjc_: razrunelord: I suppose #newrelic might be a better place to ask that?
[18:06:59] mjc_: Lightsword: that's a spree specific thing, not sure if I can be much help; try mkaing your own app/overrides/spree/shared/_header/add_slider.html.erb.deface and change what the insert_after is supposed to insert_after
[18:07:08] mjc_: that's jsut a guess though as I have no experience with spree
[18:10:33] mjc_: Aristata: try Rails.cache.read(cache_key_here) and see if it gives you the cache's content?
[18:10:46] mjc_: maybe it isn't actually getting saved
[18:10:49] mjc_: to the cache
[18:11:13] mjc_: Aristata: also, rails4?
[18:12:04] mjc_: Aristata: so either your cache isn't set up right or you are in development mode, or both?
[18:12:16] mjc_: cache full?
[18:12:38] mjc_: also it would probably be wise to add the cache digest stuff to your app because cache keys are hard
[18:12:48] mjc_: and it'll make upgrading easier
[18:12:57] mjc_: but after you fix this
[18:14:40] mjc_: Aristata: rails 4 has a russian doll caching system that lets you just provide the objects that are relevant to what is being cached as part of the cache key
[18:15:44] mjc_: Aristata: like cache @product do; render @product; end, or cache ["dashboard",@user] do; render ["dashboard",@user]; end and then it invalidates the cache based on the template's file contents and on the cache_key of each object
[18:15:56] mjc_: it's useful even without rails4 because you don't have to bump your cache keys when you change your templates
[18:16:24] mjc_: render ["dashboard",@user] is probably not right, sorry about that
[18:16:41] mjc_: my brain is coming out of sql-land still
[18:16:50] mjc_: but the idea is the same regarding cache keys and invalidation
[18:17:15] mjc_: yeah sort of, it has to be able to pick up the name of the template you are rendering
[18:17:24] mjc_: anyway the cache_digests gem covers how to doall that
[18:17:28] mjc_: the problem you are having is without that
[18:17:46] mjc_: Aristata: localcache is in-memory
[18:17:59] mjc_: doing Rails.cache.fetch() from rails console won't get anything from that
[18:18:04] mjc_: because it is in the memory of the other app
[18:18:18] mjc_: Aristata: are you trying to use memcache or redis or something else?
[18:18:34] mjc_: you didn't set it up right hten, it is using an in-memory cache inside rails
[18:18:45] mjc_: in the console
[18:18:55] mjc_: did you remember to do RAILS_ENV=production when you start the console?
[18:19:08] mjc_: RAILS_ENV=production bundle exec rails c
[18:20:45] mjc_: Rails.cache.class ?
[18:21:07] mjc_: ok, improvement
[18:21:25] mjc_: is .read() working? I wouldn't write to it, lest you start sendign your test output to production users
[18:22:29] mjc_: hmm I'm not sure that's enough to get the view stuff back
[18:23:50] mjc_: Aristata: Rails.cache.read('views/user_5726_dashboard') ?
[18:24:18] mjc_: because the log should say Read fragment views/user_5726_dashboard
[18:24:56] mjc_: Aristata: are you sure it has the right memcache config info then?
[18:26:53] mjc_: Aristata: did you specify the port too? maybe that's a good idea
[18:27:11] mjc_: i think the memcache default port is 11211 but maybe yours is not that
[18:28:14] mjc_: yeah it would probably put 11211, but maybe your server is not using that port?
[18:30:12] mjc_: enape_101: the path should be /assets/star-off-8fc67a767a197757fa4b6033012cd122.png in production
[18:30:56] mjc_: enape_101: this is done so that you can set /assets to have a forever expiration date, so subsequent page loads do not even have to ask the server if the image has been updated
[18:31:25] mjc_: Aristata: it sounds like it's still having trouble with reading/writing to memcache
[18:32:10] mjc_: Aristata: can you run in production mode on a different machine and see if you can get memcache to work that way? perhaps on a development box
[18:32:32] mjc_: Aristata: yeah, it can't connect to your memcache still
[18:33:33] mjc_: enape_101: that's a weird place to get that gem from, the official repo is https://github.com/muratguzel/letsrate
[18:33:57] mjc_: enape_101: why are you using the rmagnum2002 fork?
[18:37:50] mjc_: enape_101: did you include letsrate in your application.css?
[18:39:19] mjc_: enape_101: looks like you are overwriting $.fn.raty.defaults
[18:39:29] mjc_: with a new set of options
[18:39:34] mjc_: which is probably what is causing your problem
[18:40:02] mjc_: if you take rateit out of app.js and leave letsrate in, does it work?
[18:41:29] mjc_: enape_101: be sure to precompile assets and restart the server every time btw
[18:41:40] mjc_: for production testing
[18:41:51] mjc_: I mean "rails server" or puma, not the whole machine :P
[18:43:42] mjc_: enape_101: basically the letsrate stuff should work if you have not modified it
[18:43:47] mjc_: out of the box
[18:44:01] mjc_: because that is how I have it set up, and I helped fix some of the assets related bugs in letsrate
[18:44:28] mjc_: there aren't any changes in that repo that I could see
[18:44:49] mjc_: did a compare against upstream master, didn't see anything new
[18:45:08] mjc_: enape_101: you should back out any custom changes to it to start with and make sure it works by just including the letsrate css and js
[18:45:26] mjc_: yeah, gem 'letsrate' should do the trick though
[18:45:28] mjc_: in the gemfile
[18:45:35] mjc_: no need for specifying the github repo
[18:45:44] mjc_: enape_101: make sure the letsrate.js.erb is not modified
[18:45:47] mjc_: it might be
[18:50:02] mjc_: Aristata: hah yes