Use a relative URL instead of an absolute one for assets.

loicfrering · loicfrering · commit 09816d6438b1 · 2012-11-28T16:50:52.000+01:00
diff --git a/_layouts/default.html b/_layouts/default.html
@@ -14,19 +14,19 @@
 
   <meta name="viewport" content="width=device-width, initial-scale=1.0">
 
-  <link rel="stylesheet" href="/public/css/style.css">
-  <link rel="stylesheet" href="/public/css/syntax.css">
+  <link rel="stylesheet" href="public/css/style.css">
+  <link rel="stylesheet" href="public/css/syntax.css">
 
-  <script src="/public/js/libs/modernizr.custom.47336.js"></script>
+  <script src="public/js/libs/modernizr.custom.47336.js"></script>
   <script src="//ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js"></script>
-  <script>window.jQuery || document.write('<script src="/public/js/libs/jquery-1.6.2.min.js"><\/script>')</script>
+  <script>window.jQuery || document.write('<script src="public/js/libs/jquery-1.6.2.min.js"><\/script>')</script>
 </head>
 
 <body>
 
   <div id="container">
     <header>
-      <h1><a href="/" title="Page d'accueil"><img src="/public/img/pullrequest-logo.png" alt="PullRequest"/></a></h1>
+      <h1><a href="/" title="Page d'accueil"><img src="public/img/pullrequest-logo.png" alt="PullRequest"/></a></h1>
       <a href="http://github.com/pullrequest"><img style="position: absolute; top: 0; right: 0; border: 0; z-index: 1;" src="https://a248.e.akamai.net/assets.github.com/img/abad93f42020b733148435e2cd92ce15c542d320/687474703a2f2f73332e616d617a6f6e6177732e636f6d2f6769746875622f726962626f6e732f666f726b6d655f72696768745f677265656e5f3030373230302e706e67" alt="Fork me on GitHub"></a>
     </header>
 
@@ -89,8 +89,8 @@ <h1>OpenSource</h1>
     </footer>
   </div>
 
-  <script defer src="/public/js/tags.js"></script>
-  <script defer src="/public/js/authors.js"></script>
+  <script defer src="public/js/tags.js"></script>
+  <script defer src="public/js/authors.js"></script>
 
   <script>
     var _gaq=[["_setAccount","UA-22833612-1"],["_trackPageview"]];
diff --git a/_posts/2011-09-21-creer-une-api-rest.markdown b/_posts/2011-09-21-creer-une-api-rest.markdown
@@ -90,7 +90,7 @@ API?) et quels services nous souhaitons leur rendre.
 Définir quelques priorités sur les items suivants permet de concentrer
 ses efforts sur les aspects importants pour notre API:
 
-![APIs REST](/public/img/2011-09-21-creer-une-api-rest/api-rest.png)
+![APIs REST](public/img/2011-09-21-creer-une-api-rest/api-rest.png)
 
 Ce schéma identifie des zones où répartir ses efforts, selon l'API REST
 que l'on souhaite créer. Un exemple avec l'item "usage": si l'API doit
diff --git a/_posts/2011-10-12-problemes-d-encodage.markdown b/_posts/2011-10-12-problemes-d-encodage.markdown
@@ -59,7 +59,7 @@ suite de l'article, nous allons suivre les maillons de cette chaîne pour
 trouver les problèmes d'encodage.
 
 ![Architecture d'une
-webapp](/public/img/2011-10-12-problemes-d-encodage/encoding_problems.png)
+webapp](public/img/2011-10-12-problemes-d-encodage/encoding_problems.png)
 
 
 ### Encodage côté base de données
diff --git a/_posts/2012-01-25-travis-ci.markdown b/_posts/2012-01-25-travis-ci.markdown
@@ -14,7 +14,7 @@ l'aide et aux côtés de l'[équipe de
 contributeurs](https://github.com/travis-ci/).
 
 <p class="center">
-  <img src="/public/img/2012-01-25-travis-ci/travis.png" border="0" />
+  <img src="public/img/2012-01-25-travis-ci/travis.png" border="0" />
 </p>
 
 Sa devise ? "A distributed build system for the open source community."
diff --git a/_posts/2012-03-07-backbone-tips-from-document-cloud.markdown b/_posts/2012-03-07-backbone-tips-from-document-cloud.markdown
@@ -15,7 +15,7 @@ de lignes, un ensemble de bonnes pratiques qui rendra votre code bien plus lisib
 compréhensible par les autres développeurs.
 
 <p class="center">
-  <img src="/public/img/2012-02-25-backbone-tips-from-document-cloud/backbone.png" border="0" />
+  <img src="public/img/2012-02-25-backbone-tips-from-document-cloud/backbone.png" border="0" />
 </p>
 
 Mais Backbone comme jQuery,
@@ -242,7 +242,7 @@ c'est pour cela que l'on instanciera ces modules dans un fichier unique, par exe
 Ces modules seront accessibles par toute l'application.
 
 <p class="center">
-  <img src="/public/img/2012-02-25-backbone-tips-from-document-cloud/dependences-globales.png" border="0"  />
+  <img src="public/img/2012-02-25-backbone-tips-from-document-cloud/dependences-globales.png" border="0"  />
 </p>
 
 [js/app/workspace.js](https://github.com/lyonjs/documentcloud/blob/master/public/javascripts/app/workspace.js) :
@@ -300,7 +300,7 @@ Mais comme cette relation est du type parent - enfant, ce sera toujours via le m
 discuter entre eux ou avec le parent.
 
 <p class="center">
-  <img src="/public/img/2012-02-25-backbone-tips-from-document-cloud/dependences-hierarchiques.png" border="0" />
+  <img src="public/img/2012-02-25-backbone-tips-from-document-cloud/dependences-hierarchiques.png" border="0" />
 </p>
 
 Nous allons donc attacher les instances des enfants aux parents.
@@ -465,7 +465,7 @@ avec le DOM. Non seulement vous gagnez en performance (les sélecteurs jQuery so
 vous empêche de modifier des éléments qui n'appartiennent pas à votre vue.
 
 <p class="center">
-  <img src="/public/img/2012-02-25-backbone-tips-from-document-cloud/DocumentCloud.png" border="0" width="600" />
+  <img src="public/img/2012-02-25-backbone-tips-from-document-cloud/DocumentCloud.png" border="0" width="600" />
 </p>
 
 
diff --git a/_posts/2012-05-10-ormlite-pour-android.markdown b/_posts/2012-05-10-ormlite-pour-android.markdown
@@ -9,7 +9,7 @@ Dans le cadre de mon étude des divers frameworks pour le développement java su
 [ORMLite](http://ormlite.com/sqlite_java_android_orm.shtml) pour Object Relational Mapping Lite est un ORM léger pour Java supportant plusieurs bases de données dont SQLite qui nous intéresse directement pour nos développements Android.
 
 <p class="center">
-  <img src="/public/img/2012-05-09-ormlite-pour-android/ORMLite_logo.png" border="0" />
+  <img src="public/img/2012-05-09-ormlite-pour-android/ORMLite_logo.png" border="0" />
 </p>
   
 
@@ -297,4 +297,4 @@ Comme écrit dans le chapitre précédent, je ne ressens aucune différence nota
 
 ORMLite est donc un outil assez complet et assez léger (310 Ko) pour nos applications Android. Il nous permet d'écrire un code plus propre, plus lisible et plus léger. Il nous rapproche aussi de l'architecture utilisée dans nos développements Java côté serveur.
 
-Pour aller plus loin, nous pourrons coupler ORMLite avec un framework d'injection comme RoboGuice, que l'on étudiera dans un prochain article. Stay tuned !
+Pour aller plus loin, nous pourrons coupler ORMLite avec un framework d'injection comme RoboGuice, que l'on étudiera dans un prochain article. Stay tuned !
diff --git a/_posts/2012-06-06-androidannotations.markdown b/_posts/2012-06-06-androidannotations.markdown
@@ -9,7 +9,7 @@ published: true
 Dans le monde des [frameworks pour le développement Android](http://androidannotations.org/), je vous présente [AndroidAnnotations](http://androidannotations.org/) (mon coup de coeur). Comme son nom l’indique, ce framework apporte un bon nombre d'annotations qui nous permettent d'éliminer beaucoup de code boilerplate. Il simplifie le code et améliore sa lisibilité. Nous allons voir comment : 
 
 <p class="center">
-  <img src="/public/img/2012-06-06-androidannotations/androidannotations.png" border="0" />
+  <img src="public/img/2012-06-06-androidannotations/androidannotations.png" border="0" />
 </p>
 
 
diff --git a/_posts/2012-08-21-au-coeur-d-elasticsearch.markdown b/_posts/2012-08-21-au-coeur-d-elasticsearch.markdown
@@ -10,7 +10,7 @@ et autour de Lucene il y a plusieurs mécanismes afin de rendre le système scal
 Ce sont ces deux parties qui m'ont intéressées pour cet article.
 
 <p class="center">
-  <img src="/public/img/2012-08-21-au-coeur-d-elasticsearch/eslogo.png" border="0" />
+  <img src="public/img/2012-08-21-au-coeur-d-elasticsearch/eslogo.png" border="0" />
 </p>
 
 Je ne suis pas contributeur sur le projet, ma vision est donc limitée à ce que j'ai compris en utilisant ElasticSearch,
