Moving to deverado.wordpress.com because commenting was difficult.
I have third party cookies disabled, and I like it that way. Blogger doesn't work like that, just tested it. Here is the discussion that tipped me of.
I like discussions and disabling third party cookies -> move decision clear. Always wanted to try tumblr and Wordpress.
Tumblr: Out because requires people to have accounts to comment on posts
Wordpress: Powerful - but I'll miss the tree-archive widget!
2012-06-22
2012-06-21
Chef's awesome - but bootstrapping can be a pain
Bootstrapping chef nodes in a bar bones virtual server environment took me some time to figure out. I had especially issues with the hostname not being recognized.
Problem is that in my bare-bones vservers the servers come without a useful hostname/domainname setting.
Finally now everything works. I did:
If anybody knows the siblings to ipaddress and where that is documented please let me know. There's a question, too: http://serverfault.com/questions/400836/what-are-the-values-for-attributes-in-knife-ssh-a-ipaddress-etc
Problem is that in my bare-bones vservers the servers come without a useful hostname/domainname setting.
Finally now everything works. I did:
- Create the vserver(s)
- Set up the vserver's DNS entries
- Copy my ssh id to the server(s):
scp ~/.ssh/id_dsa.pub root@1.1.1.1:/root/.ssh/authorized_keys - Create my base role (check out the quickstart)
- Add the hostname and resolv recipes of johntdyer https://github.com/johntdyer/hostname-chef https://github.com/johntdyer/resolv-chef (they have to be in you local repo as cookbooks/resolve and .../hostname). Upload them and add them to the base role's run-list
- DNS should be ready now, so:
knife bootstrap hostname.domain.de -E dev -N hostname.domain.de -r 'role[base]'
Decide if you need the environment setting (-E) - I find it damn useful. - NOW BEWARE, your nodes can now be found with
knife search "name:*" BUT
knife ssh "name:*" DOES NOT WORK. Maybe a bug: http://serverfault.com/questions/346418/knife-ssh-doesnt-find-my-nodes/346542#346542
The nodename init needs a chef-client run to propagate. So do:
knife ssh "name:**filter**" chef-client -E dev -a ipaddress -x root
Here pay attention to the ipaddress part. I would love to know how I should have discovered that the thing that is referred to as IP in knife search and other places is called ipaddress here... - Done. Check your nodes: knife search node "*:*"
The names should be corrected now.
If anybody knows the siblings to ipaddress and where that is documented please let me know. There's a question, too: http://serverfault.com/questions/400836/what-are-the-values-for-attributes-in-knife-ssh-a-ipaddress-etc
2012-04-22
BSON objectid customization for sharding
Following the recommendations in http://www.mongodb.org/display/DOCS/Choosing+a+Shard+Key I implemented these two id generators that follow the ObjectId model. I hope some day they can get driver support so that saving them in binary format will be possible.
Code on https://github.com/georgkoester/shardableobjectids , downloads https://github.com/georgkoester/shardableobjectids/downloads
ShardableObjectId: Creates a nice distribution of keys over all buckets/shards for linear write/read scaling.
ShardableObjectIdWithMoPrefix: Creates keys prefixed with yyyymm so eg. 201203 so that inserts affect only part of the index.
Currently I propose just using them as string generators with the toString or toStringBase64URLSafe methods. The generated strings are safe for copy'n paste and work in most frameworks as entity ids that can be passed in the URL.
Needs:
- BSON mongodb driver
- apache commons codec
Limitations:
- design has a log of repeated code everywhere (shardable* and BSON ObjectId very similar).
- string generation not optimized. Too lazy to change apache commons codec now.
- depends on commons codec
Those limitations are fine for me of course.
What do you think?
What do you think?
2012-04-10
Using dust.js in play framework 2.0
I'm really into trying frameworks and play 2.0 is a really nice package. Something's always missing, and for me and play 2.0 it's dust.js templates.
There's a half official typesafe dust sbt plugin, but
There's a half official typesafe dust sbt plugin, but
- I cannot make it download via ivy/mave/sbt magic
- I cannot compile it - how do I let it find play?
So had to make a shameless copy of the nice coffeescript plugin that comes with play 2.0. You can clone my dust sbt play plugin on github.
Just call
- git clone git://github.com/georgkoester/Play20.git
- cd Play20
- git checkout dust_play_sbt_plugin
- cd framework
- ./build
- build-repository
- compile
- publish-local
and you got a version of play 2.0 with my patch. Of course you could just pull the patch too.
Happy playin!
Subscribe to:
Posts (Atom)