auxbuss

Activity Graph

Page 1 of 1

2018-05-27

[12:38:54] auxbuss: has joined #ruby
[12:39:54] auxbuss: has left #ruby: ()

2017-12-26

[12:42:38] auxbuss: has joined #ruby
[12:45:29] auxbuss: Client Quit
[13:02:49] auxbuss: has joined #ruby
[13:04:58] auxbuss: Client Quit
[13:10:44] auxbuss: has joined #ruby
[13:11:49] auxbuss: Client Quit

2017-10-01

[18:36:37] auxbuss: has joined #ruby
[19:07:39] auxbuss: Quit: I'm gone.
[19:08:23] auxbuss: has joined #ruby
[19:08:39] auxbuss: Client Quit

2017-09-27

[17:10:20] auxbuss: has joined #ruby
[17:14:32] auxbuss: Client Quit
[17:34:25] auxbuss: has joined #ruby
[17:35:38] auxbuss: has left #ruby: ()

2017-08-12

[08:48:10] auxbuss: has joined #ruby
[08:49:14] auxbuss: Client Quit

2017-07-30

[18:52:16] auxbuss: has joined #ruby
[19:14:42] auxbuss: Quit: I'm gone.

2017-07-27

[15:13:53] auxbuss: has joined #ruby
[15:14:12] auxbuss: Client Quit

2017-05-04

[17:06:00] auxbuss: has joined #ruby
[17:10:49] auxbuss: Client Quit

2016-05-29

[12:17:20] auxbuss: has joined #ruby
[12:21:43] auxbuss: Client Quit
[20:32:28] auxbuss: has joined #ruby
[20:42:10] auxbuss: Quit: I'm gone.

2016-05-15

[20:51:09] auxbuss: has joined #ruby
[21:04:38] auxbuss: Quit: ZZZzzz…
[21:06:34] auxbuss: has joined #ruby
[21:34:28] auxbuss: Quit: I'm gone.

2016-05-11

[20:32:25] auxbuss: has joined #ruby
[21:31:40] auxbuss: Quit: I'm gone.

2016-05-08

[20:36:37] auxbuss: has joined #ruby
[21:27:22] auxbuss: Quit: I'm gone.

2016-05-07

[12:34:36] auxbuss: has joined #ruby
[13:02:36] auxbuss: Quit: ZZZzzz…
[13:07:22] auxbuss: has joined #ruby
[14:28:53] auxbuss: Quit: ZZZzzz…
[14:34:43] auxbuss: has joined #ruby
[15:16:05] auxbuss: Quit: ZZZzzz…
[15:23:03] auxbuss: has joined #ruby
[15:32:48] auxbuss: Quit: I'm gone.

2016-05-05

[20:09:07] auxbuss: has joined #ruby
[20:43:17] auxbuss: Quit: I'm gone.

2016-05-03

[20:29:31] auxbuss: has joined #ruby
[20:45:06] auxbuss: Quit: I'm gone.

2016-05-02

[15:43:15] auxbuss: has joined #ruby
[17:34:41] auxbuss: Quit: I'm gone.

2016-05-01

[17:26:25] auxbuss: has joined #ruby
[18:15:33] auxbuss: Quit: I'm gone.

2016-04-22

[19:25:46] auxbuss: has joined #ruby
[20:02:15] auxbuss: Quit: I'm gone.

2016-04-20

[21:33:27] auxbuss: has joined #ruby
[21:46:42] auxbuss: Quit: I'm gone.

2016-04-19

[20:13:52] auxbuss: has joined #ruby
[20:48:31] auxbuss: Quit: I'm gone.
[21:48:45] auxbuss: has joined #ruby
[23:28:54] auxbuss: Quit: I'm gone.

2016-04-18

[20:46:15] auxbuss: has joined #ruby
[20:50:50] auxbuss: Client Quit
[20:51:14] auxbuss: has joined #ruby
[20:53:07] auxbuss: Client Quit
[20:53:53] auxbuss: has joined #ruby
[21:01:48] auxbuss: Quit: I'm gone.

2016-04-17

[18:36:50] auxbuss: has joined #RubyOnRails
[18:36:50] auxbuss: has joined #ruby
[18:38:54] auxbuss: has left #RubyOnRails: ()
[18:41:45] auxbuss: Quit: I'm gone.

2016-02-22

[21:19:35] auxbuss: has joined #RubyOnRails
[21:19:35] auxbuss: has joined #ruby
[21:23:13] auxbuss: Client Quit

2015-12-17

[20:55:09] auxbuss: has joined #ruby
[20:55:10] auxbuss: has joined #RubyOnRails
[20:55:50] auxbuss: Client Quit

2015-11-21

[22:07:01] auxbuss: has joined #RubyOnRails
[22:07:01] auxbuss: has joined #ruby
[22:25:28] auxbuss: Quit: ZZZzzz???
[22:49:00] auxbuss: has joined #RubyOnRails
[22:49:00] auxbuss: has joined #ruby
[23:02:24] auxbuss: Quit: ZZZzzz???
[23:11:40] auxbuss: has joined #RubyOnRails
[23:11:40] auxbuss: has joined #ruby
[23:17:01] auxbuss: Quit: I'm gone.

2015-11-17

[12:35:24] auxbuss: has joined #RubyOnRails
[12:35:24] auxbuss: has joined #ruby
[12:37:01] auxbuss: Client Quit

2015-08-27

[16:03:53] auxbuss: has joined #RubyOnRails
[16:03:53] auxbuss: has joined #ruby
[16:35:27] auxbuss: Quit: I'm gone.

2014-06-08

[21:56:11] auxbuss: heeton Since you have an IP and require its country, then you require a map function. That's the problem space.
[21:59:59] auxbuss: heeton Well, the request contains the IP, but okay, so what would be your ideal solution?
[22:03:42] auxbuss: heeton Okay, so the client could return lat, lng, but you still have to map it.
[22:05:01] auxbuss: heeton Yes, it will ask.
[22:05:23] auxbuss: Wolland Pretty sure they all do nowadays
[22:06:47] auxbuss: heeton You can do the geoip call client-side async
[22:08:18] auxbuss: heeton There are a few geoip services, so you can cycle, if you hit limits and don't want to pay
[22:08:39] auxbuss: heeton Though cycling is "complex" ;-)
[22:09:13] auxbuss: marahin .hash
[22:15:27] auxbuss: marahin You can hash a field in before_save, etc. in the model
[22:27:48] auxbuss: marahin In that case https://github.com/codahale/bcrypt-ruby
[22:29:03] auxbuss: marahin Especially note overriding the password getter and setter

2014-06-07

[18:17:10] auxbuss: @movedx Looks like you need a has_many in Weapons and Graveyards
[18:30:52] auxbuss: @Serraphyn I think Ryan has some screencasts about devise and cancan over at http://railscasts.com/
[20:38:32] auxbuss: gravity13 No. Rails is very solid and certainly deterministic.
[20:41:57] auxbuss: aerook That looks okay. Rails is listening on port 3000.
[20:42:30] auxbuss: aerook btw, I wouldn't use webrick. Add, say, puma to your Gemfile.
[20:45:30] auxbuss: aerook If it's listening and there's no console output when you ping it then something else is going on. It shoud 200, 404, etc. when queried.
[20:46:55] auxbuss: aerook Then rails isn't receiving the GET. Something is blocking it.

2013-09-26

[12:55:36] auxbuss: Hi, I have a rails 4 question about accessing link table attributes with has_many :through. I asked on SO, but it didn't anywhere. Is it cool to post that link here to describe the problem?
[12:59:45] auxbuss: My question is: How do you access join table attributes with has_many :through : on rails4? I describe the against rails3 here: http://stackoverflow.com/questions/18799934/has-many-through-how-do-you-access-join-table-attributes

2013-08-08

[18:45:15] auxbuss: Any suggestions for how to fix this, or alternative approaches. Thanks.
[18:45:15] auxbuss: However, because db:migrate loads the rail's environment, the initializer runs and references a field that's not yet in the db. Boom!
[18:45:15] auxbuss: I want to add a column to the table and also to the hash.
[18:45:15] auxbuss: I have a Rails app that loads a small db table into a hash at start-up. It does this in a initializer. This, in effect, populates a constant in MyApp::Application.config.SMALL_TABLE

2013-01-29

[09:42:45] auxbuss: Hi, Is there a canonical post somewhere that details how to unit test with AR without loading Rails? Thanks.
[14:18:13] auxbuss: Hi, Is there a canonical post somewhere that details how to unit test with AR without loading Rails? Thanks.
[14:25:20] auxbuss: workmad3: No. I want to test the db too. So I want AR'd models. Not the Cory Haines approach.
[14:27:26] auxbuss: workmad3: So it just requires setting up the db connection and telling AR about it?
[14:28:12] auxbuss: workmad3: Rails is just too slow for this.
[14:29:13] auxbuss: workmad3: Nah! Rails set-up is 15secs here. Multiply that across all tests...
[14:29:48] auxbuss: workmad3: sinatra + sequel, I have 900 tests using the db in 5 secs. I can be done.
[14:50:59] auxbuss: rushed: thought about spork, but feels like moving the goalposts. Yes, per test suite. Quite right.
[14:53:06] auxbuss: workmad3: zeus, ok. Yeah, now I've seen what can be achieved by decouple with Sequel, I can't unlook.
[14:54:18] auxbuss: Sylario: I want to run "units" with AR. I don't subscribe to the "proper" unit tests view. They're tests.
[14:55:42] auxbuss: workmad3: I know. I also know what I want to achieve.
[14:56:08] auxbuss: workmad3: agreed
[14:57:06] auxbuss: workmad3: But it doesn't seem possible in a relatively simple way.
[14:59:12] auxbuss: workmad3: ok, will give zeus a whirl. Thanks.
[15:00:51] auxbuss: workman3: Yes, I go back to v1. Thought it might have been solved by now. Guess it never will. I'm pretty much a convert to sinatra/sequel for future dev, I suspect.
[15:01:59] auxbuss: workmad3: Given time I would separate. So zeus is worth a look.
[15:02:47] auxbuss: workman3: I'll look for bigger issues as I unravel. But 15 secs is from timer on single unit.
[15:03:37] auxbuss: workman3: Well yeah
[15:04:13] auxbuss: worman3: Dependent on dependencies. Right :)
[15:04:47] auxbuss: workmad3: No idea why I kept calling you worman3. Sorry about that.
[15:06:01] auxbuss: workmad3: Thanks. Later.
[15:06:37] auxbuss: rushed: I'll keep it in mind.