Depuis l’activation de la nouvelle version du journal du pr0n (dotclear2), je me demandais pourquoi les statistiques avaient chuté de moitié.

Sur le coup, je me suis dit que le nouveau graphisme ne plaisait pas aux gens. Et puis, en pleine nuit, illumination: Et si les liens de certains éléments du journal n’étaient pas br0ken ? Bingo, les URL des Feed RSS/ATOM et des posts n’étaient plus d’actualités.

Hop, hop, sortage de mon éditeur favori et édition de certains RewriteRules.

Pour ceux que cela intéresse :

RewriteEngine on

RewriteCond %{QUERY_STRING} ^type=co$
RewriteRule ^rss\.php$ /feed/rss2/comments [NC,L,R=301]
RewriteCond %{QUERY_STRING} ^type=co$
RewriteRule ^atom\.php$ /feed/atom/comments [NC,L,R=301]

RewriteRule ^rss\.php$ /feed/rss2 [NC,L,R=301]
RewriteRule ^atom\.php$ /feed/atom [NC,L,R=301]

RewriteCond %{REQUEST_URI} !preview/
RewriteCond %{REQUEST_URI} !ajaxsearch/
RewriteCond %{REQUEST_URI} !^/index\.php\/?$
RewriteCond %{REQUEST_URI} !^/index\.php/archive
RewriteCond %{REQUEST_URI} !^/index\.php/category
RewriteCond %{REQUEST_URI} !^/index\.php/feed
RewriteCond %{REQUEST_URI} !^/index\.php/page
RewriteCond %{REQUEST_URI} !^/index\.php/post
RewriteCond %{REQUEST_URI} !^/index\.php/tag
RewriteCond %{REQUEST_URI} !^/index\.php/tags
RewriteRule index.php/(.*) http://sherpadown.net/post/$1 [QSA,L,R=301]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule (.*) /index.php/$1 [L]

Note: Thanks à Guillaume Kulakowski pour la partie du milieu, un peu relou.

 $ nslookup ac Server:         212.27.54.252 Address:        212.27.54.252#53 Non-authoritative answer: Name:   ac Address: 80.249.100.35 

Le domaine .ac est administré par nic.ac, une filiale de l’Internet Computer Bureau basé au Royaume-Uni.

Ah ok ! … bourré, ca surprend toujours.

Je viens de remarquer que sur Over-Blog, il n’existe pas la feature « Lire la suite« .
Cette méthode permet d’écrire un léger texte et d’avoir un lien « Lire la suite » afin de … lire la suite.
Il y a bien la méthode « Avoir un extrait« , mais c’est une calamité pour le design.

Voici la méthode pour avoir un « Lire la suite » convivial et sans javascript-kikoolol que la plupart des aides proposes.

Allez dans « Design« , puis cliquez sur « Mode avancé (CSS)« . Cliquez à gauche sur « Global » ou « Acceuil« .
Puis cliquez sur « Je souhaite modifier et appliquer la feuille de style à mon blog » ou « Personnaliser le CSS » ou « Editer le CSS » (ca dépend des versions d’OverBlog, si vous ne trouvez pas, cherchez une méthode pour éditer le CSS).
Tout à la fin du CSS, rajoutez :

#lirelasuite {display:none;}

Enregistrez, cliquez maintenant sur « Articles » (toujours dans l’édition des CSS!) et rajoutez son équivalent contraire :

#lirelasuite {display:block;}

Et enregistrez de nouveau.
Maintenant, écrivez simplement votre article. Lorsque vous avez terminé, éditez le code source de votre post (icône HTML) et mettez entre des div soigneuses placés, le texte qui doit être cacher sur la page principale.

Exemple:

Voici mon texte blah blah blah…
<div id= »lirelasuite »>le texte caché mais visite si on clique sur l’article</div>

Ainsi, sur la page principale, le texte à l’intérieur du «Div» sera parfaitement caché.
Si vous cliquez sur le lien du titre (ou si vous en créez un), vous verrez le texte caché sans problème.

UPDATE: Certains me disent « et pour le lien qui apparait ? »
On va essayer de faire simple: dans le CSS pour la page principale, mettez :

#lirelasuite_lien { display:block; }

Et dans le CSS pour l’article, l’inverse:

#lirelasuite_lien { display:none; }

Ainsi, pour le lien, vous mettez <a href= »monlien.html » id= »lirelasuite_lien »> (attention à ne pas le mettre dans le div de la partie du texte caché)
Il apparaitra sur la page principale et disparaitra quand on cliquera sur « Lire la suite ».

Bonjour Ami Jeune, c’est M. Manhattan;
Ami jeune, tu tentes – comme bon nombre d’insouciant dans ton espèce – d’utiliser SQLite. Mais tu trouves que cela n’est vraiment pas normal que celui avance comme une mule corse en plein cagniard ?.
Ahh! petite insolent, c’est parce que tu ne connais pas la méthode Dick Rivers.

La méthode Dick Rivers est simple: « Pour toute discussion, tu diras quand l’ouvrir et quand la fermer !« 

Tu as ce genre de requète :

 CREATE TABLE test (     id integer primary key,     text varchar(255) ); INSERT INTO toto (id, text) VALUES (NULL, 'Mon Index 0'); INSERT INTO toto (id, text) VALUES (NULL, 'Mon Index 1'); INSERT INTO toto (id, text) VALUES (NULL, 'Mon Index 2'); [...] INSERT INTO toto (id, text) VALUES (NULL, 'Mon Index 9998'); INSERT INTO toto (id, text) VALUES (NULL, 'Mon Index 9999'); INSERT INTO toto (id, text) VALUES (NULL, 'Mon Index 10000') 

Après insertion, tu auras perdu – au moins – hmmm …. 5 bonnes minutes.

Mais alors, comment faire ?!

Tu me m’écoutes pas jeune ! : La méthode Dick Rivers je t’ai dis !

Rajoutes – en début et fin de fichier SQL – des « BEGIN; » et autre « COMMIT; » saltimbanque.

 BEGIN;     CREATE ...     INSERT .... COMMIT; 

En terme de performance, tu passeras de 5 min à …. 2 secondes (testé avec 10.000 insertions)