↑back Search ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |
Who | What | When |
---|---|---|
*** | ballen is now known as ballen|away | [00:47] |
..................................................... (idle for 4h24mn) | ||
heavysixer has joined #arpnetworks
heavysixer has quit IRC (Client Quit) | [05:11] | |
..... (idle for 20mn) | ||
heavysixer has joined #arpnetworks | [05:34] | |
................... (idle for 1h34mn) | ||
visinin has joined #arpnetworks | [07:08] | |
heavysixer has quit IRC () | [07:22] | |
.......................... (idle for 2h8mn) | ||
heavysixer has joined #arpnetworks | [09:30] | |
timburke has quit IRC (Remote closed the connection)
timburke has joined #arpnetworks timburke has quit IRC (Client Quit) timburke has joined #arpnetworks heavysixer has quit IRC () | [09:36] | |
timburke_ has joined #arpnetworks
timburke_ has quit IRC (Read error: 104 (Connection reset by peer)) | [09:49] | |
timburke_ has joined #arpnetworks
timburke has quit IRC (Read error: 145 (Connection timed out)) | [09:54] | |
timburke_ is now known as timburke | [10:06] | |
............... (idle for 1h13mn) | ||
ballen|away is now known as ballen | [11:19] | |
heavysixer has joined #arpnetworks | [11:32] | |
........... (idle for 54mn) | ||
ballen | up_the_irons: are you doing authentication in your Sinatra app? | [12:26] |
up_the_irons | ballen: no | [12:40] |
ballen | hmm looking for the best auth lib for Sinatra | [12:41] |
up_the_irons | yeah, dunno
up_the_irons reads scrollback | [12:41] |
ballen | one that I can rip apart and make it work on a key/value db | [12:41] |
up_the_irons | mhoran: ballen: I could hotplug a drive, sure, but it'll look like USB. Would rather attach it permanently
ballen: mhoran: KVM supports memory ballooning | [12:44] |
ballen | ah, was just thinking of a case where running a site that couldn't be brought down
and running out of storage | [12:44] |
up_the_irons | ballen: for a live migration, the host and target must be running the exact same VM parameters | [12:44] |
ballen | yea I figured that out after I said it | [12:45] |
up_the_irons | ballen: it doesn't make sense for the HD to be larger anyway, b/c all live migration implementations require the disk to actually be shared (same disk) | [12:45] |
ballen | ah right
bleh be so much easier than designing an app to be able to migrate live across servers | [12:46] |
up_the_irons | mhoran: ballen: I'm working on live migrations across regions as well (first step: migrate into a different data center within the same city, then try into a different metro region) | [12:47] |
ballen | thats hot | [12:49] |
up_the_irons | the hardest part, actually, i just getting the live migration from machine to machine; once that is done, data center to data center is not that hard, b/c if it is seen as the same network anyway, the servers don't care that they are in the same cabinet 2 ft away, or thousands of feet away | [12:50] |
ballen | right | [12:50] |
up_the_irons | fyi, you wouldn't use a single VM for a site that couldn't experience a lot of downtime, that'd be scaling vertically; which is generally bad. if your site really can't be down, you'd build a cluster for it | [12:51] |
ballen | yes yes
just alot easier to program for scalling vertically but much more expensive | [12:51] |
up_the_irons | sure, cause we've all grown up programming for vertical platforms
we're "used" to it | [12:52] |
ballen | yea | [12:53] |
up_the_irons | i imagine the next generation will have an easier time w/ clustering, or building an app that scales horizontally | [12:53] |
ballen | I hop so
hope* assuming education adapts which it is normally slow todo | [12:53] |
up_the_irons | most coders don't learn their chops through formal education anyway though
i didn't either but i still stayed in school | [12:54] |
ballen | yea likewsie
likewise | [12:54] |
up_the_irons | cuz it's important on so many levels
:) | [12:54] |
*** | timburke has quit IRC (Read error: 54 (Connection reset by peer))
timburke_ has joined #arpnetworks | [12:57] |
ballen | http://gist.github.com/40246
If i rip datamapper out and replace it with Redis goodness that'll due | [12:57] |
up_the_irons | looks promising | [12:59] |
*** | ballen is now known as ballen|away | [13:09] |
......... (idle for 42mn) | ||
up_the_irons | i hate rspec
i used to like it, but now, i fucking hate rspec it won't run any specs nothing nada just returns to the prompt silently | [13:51] |
mhoran | up_the_irons: Cool, cool and cool. | [13:57] |
up_the_irons | heh | [13:57] |
mhoran | They're building out some cool clusters at my alma mater.
There's actually one there now which just idles. Unfortunate. But there's a new prof working in bioinformatics, they had to buy a new CRAC unit to accomodate his cluster. Pretty exciting. They also were planning to hire a dedicated cluster sysadmin, but I think they ran out of money. Unfortunately, all but two people on that staff, including the manager, are idiots. | [13:58] |
up_the_irons | cool, and not cool
cd $food | [14:11] |
........... (idle for 52mn) | ||
*** | heavysixer has quit IRC () | [15:03] |
............. (idle for 1h2mn) | ||
heavysixer has joined #arpnetworks | [16:05] | |
............. (idle for 1h0mn) | ||
heavysixer has quit IRC () | [17:05] | |
..... (idle for 23mn) | ||
heavysixer has joined #arpnetworks | [17:28] | |
ballen|away is now known as ballen | [17:33] | |
............. (idle for 1h4mn) | ||
ballen is now known as ballen|away | [18:37] | |
......... (idle for 41mn) | ||
ballen|away is now known as ballen | [19:18] | |
heavysixer has quit IRC () | [19:27] | |
....... (idle for 31mn) | ||
heavysixer has joined #arpnetworks
ballen is now known as ballen|away | [19:58] | |
heavysixer has quit IRC () | [20:07] | |
.......... (idle for 46mn) | ||
ballen|away is now known as ballen | [20:53] | |
........................ (idle for 1h57mn) | ||
timburke_ has quit IRC ("Leaving") | [22:50] | |
timburke has joined #arpnetworks | [22:55] | |
.... (idle for 15mn) | ||
visinin has quit IRC ("sleep") | [23:10] | |
.... (idle for 17mn) | ||
ballen | http://ohm.keyvalue.org/
only the most freaking cool library ever going to save me sooo much time on this project | [23:27] |
up_the_irons | ballen: nice | [23:37] |
ballen | don't have to figure out all my key/value schema now
even though I already do have that figured out it'll take less code now also trying to get authlogic to work with Sinatra | [23:37] |
up_the_irons | is what you're building online anywhere? | [23:39] |
ballen | nah just starting to plan it out
really should be working on my thesis but meh | [23:40] |
up_the_irons | haha | [23:42] |
ballen | seems like authlogic depends on active_record a little bit
which sucks | [23:43] |
up_the_irons | eeeww
f that | [23:43] |
ballen | yea
so I may just stick with home brew auth for now and build it out if needed | [23:44] |
up_the_irons | ballen: so does this Ohm basically let you store ruby objects inside Redis? | [23:44] |
ballen | umm
its basically lets you work with models as you would in Rails | [23:44] |
up_the_irons | gotcha | [23:45] |
ballen | class User < Ohm::Model
attribute :login end now the User model has an login attribute when you save the model you can only access it by id say you want to access it by login you add index :login now you can do User.find(:login, 'name') index creates a Set where attribute is just a single hash in the db also could add something like set :admins, Admin and now you'd have @user.admins | [23:45] |
up_the_irons | interesting | [23:49] |
ballen | similar to rails
all its doing its creating new sets in the backgroud so it can index the data in a way that lets you search for it so each time you add an index or set its add a decent amount of duplicate db to db duplicate data to the db* but such is life with key/value db's | [23:49] |
up_the_irons | right
so like "index :login", creates a key that is "login" with value that is an id, that then let's you look up "User" | [23:51] |
ballen | exactly
theres also list and counter | [23:52] |
up_the_irons | ah | [23:53] |
ballen | list is not indexable
either FIFO, FILO, etc counter is just a serial data type cool thing about counters in redis is that they're atom, you don't have to worry to much about multiple clients incr or decr | [23:53] |
SHA512 enough for password hashing? | [23:59] |
↑back Search ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |