Blaise Braye, IT Edition

Aller au contenu | Aller au menu | Aller à la recherche

jeudi, 15 novembre 2007

Dotclear2 : PATH_INFO chez OVH c'est possible

Souvenez-vous de ce l'un de mes tous premiers billets concernant le dilemme du plugin sitemap

J'étais à peu près totalement dans le faux dans cette optique et les quelques jours (de grosses heures par jour en tout cas) horribles que j'ai passé à cherché à comprendre l'url rewriting m'ont permis de comprendre à quel point. Bon évidemment que j'avais une idée de ce que c'était et de la puissance que çà pouvait avoir; par contre j'était totalement dans le faux à vouloir garder ce index.php et c'est d'ailleurs là dessus que je concluais mon dilemme.

En bref, j'ai donc fini par trouver une solution; une panoplie impressionnante de blogs m'ont réellement découragé à ce sujet en prétendant que ovh fonctionne différement des autre hébergeurs,... je repense notamment à ce billet sur lombre.net; en réalité c'est vraiment avec lui que j'ai cru que ce n'était pas possible de travailler normalement... Mais bon, je fais partie de ces gens idiots qui remettent souvent en question l'avis des autres.

Cessons de tourner autour du pots, voici la solution retenue :

1. Placer le site à la racine de l'hébergement (dans le répertoire www)

2. Voici le htaccess qui fit des miracles: (certaines fonctionnalités sont sans doute de trop mais celui-ci fonctionne assurément)

[Bash]
SetEnv PHP_VER 5

Options -MultiViews -Indexes

RewriteEngine On

<Files index.php>
	ForceType application/x-httpd-php
</Files>

RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 

RewriteRule (.*) /index.php/$1
RewriteRule ^index\.php$  /index.php/

DirectoryIndex index.php/

3. dans l'administration du blog, aller s'assurer que le paramètre
Méthode de lecture de l'URL est positionné à PATH_INFO
et bien sur, que l'url du blog pointe sur la racine de celui-ci; exemple: http://blog.datadigest.be/

4. Ne pas oublier bien sur d'aller redéfinir la variable "public" et "themes" dans l'administration de l'extension "about:config"; ces deux répertoire se trouvant à présent à la racine si vous avez gardé la configuration par défaut.

Il n'y a rien de plus à faire; Mais ATTENTION: soyez patient pour le htaccess, le serveur a mis un certain temps avant de l'accepter correctement. Il ne faut donc pas penser que si çà ne fonctionne pas dans les 5 minutes, c'est qu'il est mauvais; il faut juste penser "je n'ai pas été assez patient".

Conclusion

OVH gère parfaitement bien les htaccess et Dotclear n'a aucun soucis avec l'url rewriting comme j'ai pu le croire dans une première approche.

Les références que je souhaite garder

lundi, 5 novembre 2007

Le dilemme du plugin Sitemaps

Présentation du module téléchargeable ici, aucun support ne semble exister à son sujet sur la page qui l'hoste

Son utilisation de base n'est pas très complexe. ce plugin est capable de générer un plan du site respectant des standards imposés par Google; ces derniers permettant le référencement optimal de tout site. Rien de bien sorcier derrière cela, ce n'est rien de plus qu'une arborescence xml.

Si vous êtes dans le modèle de reconnaissance de l'url par défaut de DotClear, à savoir "PATH_INFO" (i.e. via des url rewriting), le module permet d'accéder à cette fameuse arborescence de la manière suivante: www.monblog.be/index.php/sitemap.xml

trop simple non? et en plus on devrait s'en foutre car le module propose également un bouton permettant de "pinguer" google comme il dit... j'ai jamais entendu parler de telles pratiques étant nouveau dans le domaine des blogs mais j'ai bien remarqué que plusieurs modules parlaient de cette méthode de référencement.

soit, je prendrai le temps de m'y interesser au bon moment. Pour l'heure, je suis embêté... pourquoi? essayer donc d'aller renseigner un sitemap qui n'est pas à la racine de votre site auprès de google (tout du moins pas à la racine du sous-domaine duquel vous désirez l'appeler)... ce n'est tout simplement pas possible...

Par contre, google se porterait comme un charme si je lui proposais une url de la forme www.monblog.be/index.php?sitemap.xml.

Vous voyez la différence? le "?" à la place du "/" fait toute la différence! La mode actuelle, celle du web2.0, la tendance vers laquelle nous allons tous forcément impose cette "nouvelle" façon de travailler. Il se fait qu'elle est très pratique car permet de se souvenir plus facilement des url.

C'est bien là qu'est le dilemme puisque je voudrais garder cette possibilité tout en permettant de référencer correctement le plan.

Malheureusement, pour l'heure, je pense que çà reste gadget et que je peux m'en passer pour un meilleur référencement; c'est ce qui explique qu'à l'heure actuelle, j'ai changé la méthode de lecture de l'url par défaut en "QUERY_STRING", que j'ai changé l'url du blog "www.monblog.be/index.php/" en "www.monblog.be/index.php?"

En attendant une solution plus élégante, c'est donc celle-ci pour laquelle j'opte aujourd'hui.

Mise à jour vers DotClear2.7

Ayant commencé mon blog sur dotclear2. Je me suis retrouvé très vite coincé au niveau des extentions à cause du fait qu'ovh n'est pas à jour vis à vis de la dernière version. Ceci est d'autant plus embêtant que coincé à la beta 6, mon blog souffre d'une faille ridicule qui me ferait perdre bien du temps si ce blog était déjà connu des moteurs de recherche.

de plus, Il m'a fallut un certain avant de réaliser que pas un seul plugin que j'avais tenté d'installé n'avait fonctionné dès le premier coup sans un minimum d'interventions dans le code.

Je décide donc de passer à la beta 7. Pour cela, deux liens nécessaires... un fichier à télécharger et un guide de mise à jour

A première vue, rien de bien compliquer... croisons les doigts. Tout s'est passé à merveille, voilà qui est plutôt cool...

Je m'amuse un peu puis, je viendrai parler plus tard de ce qui s'est bien passé et surtout de ce qui s'est mal passé ;)

mardi, 30 octobre 2007

Dotclear2, Quand le thème part en vrille

Contexte:

Le blog se trouve dans le répertoire "/blog" mais je veux qu'il soit accessible via un sous-domaine; je m'explique. on y accède au départ ainsi : "http://www.monsite.com/blog" mais après une configuration d'un sous-domaine, il est possible de rediriger vers ce répertoire d'une autre manière, à savoir "http://blog.monsite.com" et c'est ce que j'ai fait.

Problème:

une fois cette manipulation faîte, on se rend compte d'un stress: il n'y a plus aucun style appliqué sur le blog depuis la nouvelle adresse.

Solution Un

Se focaliser sur la nouvelle url:

  • allez dans l'administration, sur le tableau de bord, choisir les préférences, dans les préférences, régler l'url du site vers "http://blog.monsite.be/index.php/"
  • Ensuite, se rendre dans la section "about:config" qui se trouve sous la catégorie extention dans le menu de gauche; une fois que vous y êtes, modifiez les valeurs de variables public_url et themes_url respectivement en "/public" et "/themes".


Point faible de cette solution: Malheureusement, en agissant ainsi vous perdrez la possibilité d'accéder de manière cohérente à l'ancien chemin vers le blog, à savoir "http://www.monsite.com/blog"; en effet nous avons inversé le problème mais après tout, ne voulions pas nous assurer uniquement d'une bonne utilisation du nouveau sous-domaine?

Solution Deux

Apprécier les deux chemins d'accès

il faut alors se rendre via un client ftp dans le répertoire du thème courant et modifier "_head.php" comme proposé à l'adresse suivante au moyen d'une adresse absolue: Tutoriel-installation-dun-theme-Dotclear2

j'ai essayé plusieurs manières de renseigner cette url et j'ai du me résoudre à admettre que pour cette deuxième solution, nous sommes restraints à l'addresse absolue, cette contrainte est principalement due aux fonctionnalité d'url_rewriting qu'utilise dotclear.


Point faible de cette solution: assez simple mais il faut modifier du code, ce qui n'est pas forcément à la portée de tout le monde, de plus, çà enlève la couche d'abstraction qui était mise en place gràce à l'ancien système. Mais de toute façon il faut bien avouer que cette couche n'a pas été pensée pour ce genre de contexte; sans doute à revoir chez dotclear.

Conclusion

Mon choix s'est porté vers la seconde solution qui me semble la plus indiquée car je préfère être sur que toute personne qui arrive sur mon blog le voit de la même manière et donc, de manière indépendante du chemin par lequel il y accède.

EDIT Après remaniement de mon blog et une connaissance légèrement augmentée de mon fameux "propulseur" qu'est dotclear, j'ai finalement opté pour la première solution qui semble décidément faire partie intégrante de la philosophie des blogs.

ovh - dotclear - ma première

Bonjour à tous,

Voilà plusieurs années que je ressens la nécessité d'avoir un blog qui me servirait de panse bête, combien de découvertes n'ai-je pas déjà fait dont je ne suis même plus au courant? combien de fois ne me suis-je pas retrouvé devant un problème que j'avais déjà résolu? Aujourd'hui, je fais le pas.

Ça y est, c'est décidé, je me lance. J'ai toujours été freiné par l'idée que je devrais concevoir de blog de A à Z mais en réalité tout existe déjà, il ne me reste plus qu'à en remplir un une fois installé. étant chez OVH, j'ai donc regardé ce qui m'était offert comme services; je suis tombé sur une liste de blog ayant chacun leurs avantages et inconvénients.

Ne sachant pas les avantages et inconvénient de chacun, je suis tombé sur cette page Après m'être fait une idées de chaque module, j'ai donc opté pour dotclear2.

Une fois ce choix fait, il n'y avait plus grand chose à faire à savoir suivre les indication de OVH.

liens utiles: Liste des plugins dotclear2

J'espère que ce site en aidera certain, et surtout qu'il m'aidera moi ;)