Les employés de Google

au 31/12/2015 l'entreprise comptait 61814 employés à plein temps
Après l'introduction en bourse, 1 200 employés millionnaires grâce aux stock-options dont 500 en dizaines de millions et 80 en centaines de millions
le "conseil d'administration" est composé de 10 directeurs dont 3 faisant partie de Google : Dr. Eric Schmidt (Google Inc), Sergey Brin (Google Inc.), Larry Page (Google Inc.), John Doerr (Kleiner Perkins Caufield & Byers), Ram Shriram (Sherpalo), John Hennessy (Stanford University), Arthur Levinson (Genentech), Paul Otellini (Intel), Shirley M. Tilghman (Princeton University), Ann Mather
Les 2 fondateurs Larry Page et Sergey Brin détiennent 16% du capital de Google

So I just need to split my simple CRUD app into 12 microservices, each with their own APIs which call each others’ APIs but handle failure resiliently, put them into Docker containers, launch a fleet of 8 machines which are Docker hosts running CoreOS, “orchestrate” them using a small Kubernetes cluster running etcd, figure out the “open questions” of networking and storage, and then I continuously deliver multiple redundant copies of each microservice to my fleet. Is that it?

-Yes! Isn’t it glorious?

I’m going back to Heroku.

Flamewar started

ok ok... curl 127.0.0.1 == curl 127.1

On peut omettre les 0

Pas 'standard' mais fonctionne sur debian

Il y avait un autre shortcut pour ping localhost mais je l'ai perdu :-/

avec le mod_dir chargé, la directive DirectorySlash est à On par défaut

Que fait cette directive ?
Dans le cas d'une ressource qui ne se termine pas par "/" et qui n'existe pas, apache va balancer une 301 vers cette même ressource avec un "/" à la fin.

Ainsi pour atteindre www.foo.com/yoyo/index.html

On peut simplement faire :
www.foo.com/yoy
-> 301 www.foo.com/yoy/
-> Et apache envoie le index.html (car DirectoryIndex inclut index.html par défaut)

Si on veut curl une ressource sur l'ip (car pas de résolution, pas envie de modifier /etc/hosts..)
On va utiliser -H pour rajouter un header host et arriver sur le bon virtualhost :

curl -H 'Host: www.foo.com' http://192.168.1.1/

Si la ressource est en https, ça ne passe pas :

curl -H 'Host: www.foo.com' https://192.168.1.1/

curl: (51) SSL: certificate subject name (*.foo.com) does not match target host name '192.168.1.1'

Car le SNI hello se fait avec l'host dans l'url (192.168.1.1) et non pas avec le Header Host

Un workaround est d'utiliser l'option --resolve

curl --resolve www.foo.com:192.168.1.1 https://www.foo.com

On peut aussi utiliser --insecure pour ignore l'erreur mais on ne valide pas que le certificat est ok :

curl --insecure -H 'Host: www.foo.com' http://192.168.1.1/

Really like this layout to display blog posts
and articles look like really interesting