Voici la solution proposée par MungoBBQ et adaptée.

Elle consiste à modifier le fichier : wp-cache-phase2.php de wp super cache

ligne 189 on insère : $uri = "/" . qtrans_getLanguage() . $uri;

Ce qui donne : à la ligne 185

Qtranslate :

wp super cache:

Post sur le forum qtranslate sur le sujet :

Grâce à ce logiciel, vous pouvez dézipper directement sur le serveur. Fini les uploads interminables de millier de petits fichiers comme avec les images de zoomify.

Vérifiez quand même avant que l’équivalent de ce logiciel comme files manager de cpanel ne soit pas déjà installé sur votre serveur.

http://extplorer.sourceforge.net/

EMREStudio : New York Brooklyn Photographers: weddings , events , engagements, Fashion
— adaptation du très bon thème de Pupung Budi Purnama
– diaporama de présentation.
– affichage des images en plus grand lors du survol.
– affichage des images en miniature par catégorie.
– adaptation à la charte graphique du studio.
– création d’une interface spéciale client lui permettant de visualiser les images (12 000 images et 36 000 visites pour Colobia Expo Show).
Le tout réalisé à partir de Wordpress +   igalerie

– optimisation pour moteur de recherche. (seo)

Quel geek utilisateur de wordpress n’a pas connu ces tendres moments, où après avoir codé , tester le code, tout semble fonctionner à merveille sauf que wordpress a décidée de vous supprimer arbitrairement une partie du code si longuement préparé ?Je déteste ça, surtout lorsque la partie du code supprimée, est celle codée pour Internet Explorer, et que donc n’utilisant quasiment jamais cette m*** , je me sue rendu compte du problème deux jours plus tard.

Le problème vient du filtre intégré à wordpress : wpautop

Deux solutions pour le désactiver :

L’utilisation d’un plug-in comme Raw-Html

Ou, la version brutale, la suppression de l’appel de la fonction dans le fichier default-filters.php : c’est-à-dire la suppression des lignes de code suivante :

1. add_filter(‘the_content’, ‘wpautop’);
2. add_filter(‘the_excerpt’, ‘wpautop’);

Je ne supporte pas lorsqu’un ordinateur ne fait pas ce que je. (Mais, ils y arrivent quand même).

Références :

http://www.wordpress-fr.net/support/sujet-6460-1.html

http://www.wordpress-fr.net/support/sujet-10377-help-desactiver-corrections-automatiques-editeur

Une astuce très simple mais très efficace pour assurer un migration d’un site internet en toute transparence pour le visiteur. (voir  article)

1) Obtenir l’adresse IP de votre nouvel hébergeur

: c’est généralement indiqué dans votre panneau de contrôle “Shared Ip Address”  ou par exemple en réalisant un traceroute sur son nom de domaine ou sur un nom de domaine que vous savez être hébergé chez lui.

2) Ouvrir le bloc note (en mode administrateur pour vista).

3) Ouvrir le fichier hosts

dans C:\Windows\System32\drivers\etc

pour mac ou linux

Suivant votre système d’exploitation le fichier hosts n’est pas au même endroit.
sous Linux   /etc/hosts
sous Mac OS X   /etc/hosts
sous Windows 95/98   c:\windows\ [1]
sous Windows NT/2000   c:\winnt\system32\drivers\etc\
sous Windows XP   c:\windows\system32\drivers\etc\
sous Windows Vista   c:\windows\system32\drivers\etc\hosts

La première ligne de votre fichier doit être : 127.0.0.1 localhost
A la fin du fichier hosts toujours laisser une ligne vide.

[1] Le fichier n’existe peut être pas par défaut, un fichier HOST.SAM peut être présent, vous pourrez l’utiliser comme base de départ sans oublier de le renommer HOST sans aucune extension.

(ref : http://lelogiciellibre.net/tutoriaux/fichier-hosts.php)

4) Le modifier en plaçant

en dessous de “127.0.0.1 localhost” l’adresse IP de votre hébergeur, et le nom de votre domaine suivant la syntaxe : (128.87.345.66 étant à remplacer par l’adresse IP de votre nouvel hébergeur)

128.87345.66 www.monsite.com

128.87345.66 monsite.com

Enregistrer et fermer

5) Maintenant , à chaque fois que vous tapez ce nom de domaine vous êtes rediriger chez votre nouvel hébergeur , et vous êtes le seul , pour le moment vos visiteurs sont sur l’ancien hébergement.

Par la suite vous pourrez changer les DNS : Voir l’article sur Migration de serveur d’un blog ou site wordpress sans coupure de service.

Etant particulièrement déçu par la mauvaise qualité de l’hébergement wordpress d’OVH (voir article) .

C’est une méthode un peu brute, mais qui a l’avantage d’être rapide et efficace .

1) Choisir son nouvel hébergement Wordpress.

Je suis parti chez un hébergeant américain, réputé pour être le meilleur hébergement de sites Wordpress. Il est fort probable que de nombreux hébergeurs européens seront aussi bons, mais l’ensemble de la prestation ne sera pas au même tarif. En effet je bénéficie de l’hébergement d’un nombre de sites illimités, de 50 bases, d’un espace de stockage illimité.

Conseils d’hébergement sur wordpress.org

Quoi choisir? Un hebergeur Américain ou Français

Quel Hebergeur web choisir? Choisir un hébergeur sans se faire escroquer

2) Enregistrer son site chez le nouvel hébergeur.

Étape indispensable, vous devez indiquer à cet hébergeur que lorsqu’un explorateur Internet viendra taper à sa porte (son adresse IP) en lui demandant le site www.monsite. Il doit présenter et exécuter les fichiers présents dans le répertoire : mon hébergement/www/monsite.Vous devez donc dans l’interface d’administration spécifier que tel répertoire correspond à tel site.

3) Sauvegarder l’ensemble des fichiers hébergés chez son précédent hébergeur

: transférer l’ensemble des dossiers et fichiers par FTP.

4) Sauvegarder la base de données

, le plus souvent par l’interface PHP my ADMIN via exporter. (Je vous conseille d’exporter sans compression, pour ma part lors de l’utilisation de la compression cela n’a pas fonctionné lors de la restauration).

5) Transférer par FTP les fichiers Wordpress précédemment sauvegardés chez votre nouvel hébergeur

, au même endroit que chez votre précédent hébergeur (en général à la racine du site).

Y ajouter un fichier robots.txt avec le texte

User-Agent: *
Disallow: /

Cela vas empêcher les robots comme Google d’indexer votre site pendant la migration. Au cas ou il y aurais des problèmes sur votre nouveaux site , vous ne perdez pas votre référencement Google et autre. Pensez a l’enlevez un fois que tout fonctionne.

6) Créer une nouvelle base de données chez votre nouvel hébergeur

.

7) Importer  votre ancienne base de données chez votre nouvel hébergeur dans cette nouvelle base

en utilisant la fonction importée de PHPmyADMIN sur votre nouvelle base de données précédemment créée.

Normalement à ce moment, vous avez exactement le même nombre d’entrées dans votre précédente base de données et dans la nouvelle.

Modifier le fichier de configuration wordpress présent à la racine et s’intitulant "wp-config.PHP"

On s’intéresse qu’au début du fichier et on va y introduire les nouvelles données correspondantes à la nouvelle base de données :

define(‘DB_NAME’, ‘ nom nouvelle base ‘); // le nom de la base de données

define(‘DB_USER’, ‘nom nouveau utilisateur ‘); // votre identifiant MySQL

define(‘DB_PASSWORD’, ‘nouveau mot de passe’); // …et votre mot de passe

define(‘DB_HOST’, ‘localhost ou nouvelle hebergement de la base de donnée’); // Dans la plupart des cas, vous n’aurez pas à modifier cette ligne.

Donc maintenant :

• transfert de fichiers terminé,
• nouvelle base de données créée et comprenant l’ensemble des données de la précédente base de données.
• installé les nouvelles configurations

Cependant pour le moment lorsque nous tapons l’adresse de notre site, nous arrivons encore sur l’ancien hébergement.

Il va donc falloir

9) modifier le DNS = l’adresse de l’hébergement de notre site Internet

, c’est-à-dire modifier le nom du DNS. Le nom du DNS est stocké dans un ensemble de serveurs d’hébergement et de routage présent sur l’ensemble de la toile. Il va donc falloir un certain temps pour que tous ces serveurs aient effectué la modification. Cela s’appelle la propagation du DNS.(qui prends entre eux 10 minutes et 72 heures.)

Avant cela, il serait probablement judicieux de pouvoir tester le nouveau site Internet, car si celui-ci ne fonctionne pas, il peut être utile de finir les réglages avant de lancer la propagation du DNS Voir ici une astuce pour forcer le changement de DNS, et pouvoir tester un site Internet sur le nouvel hébergement avant le changement et la propagation de DNS.

Si vous n’avez pas envie de tester votre site avant la propagation du DNS, il ne vous reste plus qu’à modifier chez votre précédent hébergeur les DNS attribués à votre site et les remplacer par les nouveaux DNS fournis par votre nouvel hébergeur. Dans quelques heures vous pourrez voir votre nouveau site fonctionner chez votre nouvel hébergeur.

En attendant, vous pouvez suivre la propagation du DNS grâce à des Traces route depuis différents pays (http://www.traceroute.org/ ), et depuis votre ordinateur grâce à la commande DOS tracert

démarrer/ exécuter/ tapez cmd

puis tracert avec ip ou www.monsite.com

10) Références :

Deux méthodes pour migrer wordpress vers un autre serveur (pour moi cela ma aidé mais aucune n’a fonctionnées)

WordPress and Bluehost

hebergement – streaming- votre avis sur bluehost

Analyse et témoignages de Bluehost

Wordpress Hosting

Guide Hébergeur

Quel hébergeur choisir pour son blog ?

Cas du site de photographie www.pierrejarlan.com
J’ai commencé mon hébergement chez eux en décembre 2008.
Rapidement, les connexions à mon site Internet se sont soldées par des erreurs diverses et variées :

• Error establishing a database connection
• page indisponible
• chargement impossible des images
• temps de chargement extrêmement long.
• l’affichage par le navigateur du message : serveur non disponible

Mon taux de fréquentation étant faible : 20 à 200 visiteurs par jour, quel est l’origine du problème ?
l’assistance technique qui s’est chargée de me répondre en 24 heures que mon offre d’hébergement n’était pas suffisante, et de me proposer de l’upgrader pour une version me permettant un plus grand nombre de connexions simultanées à la base de données.
La différence de prix étant de l’ordre tout de même de 40€/an.
J’ai malgré tout effectué le changement d’offre passant d’un start 1G à un 90plan.
J’ai cru (erreur, terrible erreur) être enfin débarrassé du problème.
Cependant, mon site était régulièrement soldé par des erreurs de connexion, de chez moi, ou de différents endroits dans le monde. (Effectuant des tests via les différents sites de capture d’écran à distance comme browsershots.org).

Un tel que le problème pouvant provenir d’une mauvaise configuration de mes serveurs et des pages Internet => solution : optimiser les différentes pages du site wordpress, le thème et les serveurs. (Voir article).
J’ai effectivement gagné du temps sur le chargement des pages, mais les problèmes de connexion à la base de données, de chargement des images, ou d’erreurs serveur ont perduré.

J’ai fait ce que j’aurais dû faire dès le départ : regarder sur le forum de support OVH les différentes solutions proposées ou trouvées pour faire fonctionner correctement mon site WordPress : eh bien il n’y en a pas, en avril 2009, alors que depuis au moins un an les différents clients d’OVH se plaignent sur leur forum de problèmes récurrents avec leurs sites, les techniciens répondent aimablement, mais ne mettent en place aucune solution efficace pour le client.

Face à la piètre qualité du service, j’ai donc décidé de partir.
Comme je n’avais absolument pas envie de risquer une nouvelle erreur de choix pour « le meilleur hébergement pour wordpress », j’ai choisi celui qui est conseillé par le site américain de wordpress : www.bluehoster.com
En attendant de voir le résultat à long terme.

Références :

Forum OVH parlant du sujet : http://forum.ovh.com/showthread.php?t=42965

Hosting wordpress sur wordpress.org : http://wordpress.org/hosting/

Voici les étapes suivies et le résultat.

1. trouver un site étalon : permettant de connaître la rapidité réelle de changement de mes pages Internet.
2. optimiser le fichier de configuration du serveur : .haccess
3. Optimiser les images
4. optimiser les feuilles de style  css : CSS Compressor
5. optimiser les JavaScript : JS Minifier
6. mettre en place un système de cache. WP-Super-Cache
7. 7: Supprimer les plug-in inutiles
8. Tester le rendu de votre site Internet sur différentes plates-formes et explorateur Internet . browsershots.org
9. Références

1 : trouver un site étalon : websiteoptimization

permettant de connaître la rapidité réelle de changement de mes pages Internet. (Indépendamment de ma connexion personnelle Internet.)

–http://www.websiteoptimization.com/services/analyze/ : ce site permet l’analyse du chargement d’une page Internet sur différents types de connexions et vous propose en prime des conseils.
–http://watson.addy.com/ : un autre site de mesure du chargement des pages Internet et de l’analyse des liens inclus dans les pages.
–http://www.netmechanic.com/ : un site Internet qui mesure depuis différente localisation géographique, pendant huit heures tous les quarts d’heure les possibilités d’accès à votre site Internet.

Sous Firefox Installez un outil de conseil : Yslow pour Firebug dans Firefox. Il m’indique le niveau d’optimisation du site. Au départ je suis en F (le plus mauvais).

= Résultat avant optimisation : index de www.pierrejarlan.com :  ADSL 1.44Mbps 10.55 seconds. et 128K 33.15 seconds

Article de référence sur sam-mag

2 : optimiser le fichier de configuration de votre serveur : .haccess

C’est très simple, élémentaire, et fonctionne sur presque tous les serveurs. Voici le mien pour un serveur mutualisée OVH.

J’ai modifié le mod_expires pour que tous les fichiers soient gardés en cache de l’explorateur 29jours.

= Résultat après optimisation 2 : index de www.pierrejarlan.com :  ADSL 1.44Mbps 8.98 seconds. et 128K 15.03 seconds.

Ref:  Explication du rôle de chaque fonction sur Environement france.

3: Optimiser les images

optimiser les images : Plug in smush it (déjà installé chez moi)

diminuer le nombre d’images sur les pages. C’est certainement la meilleure technique, je pense que mon site en aurait bien besoin. Pour l’instant je n’ai pas mis en place cette technique peut-être dans quelques jours. C’est relativement simple, pour la page d’accueil il me suffit de réduire le nombre d’aperçus d’articles générés par le code PHP.

4: Optimiser les feuilles de style  CSS: CSS Compressor

Elle sont chargés une fois à chaque visite du site, leur compression permettra de gagner du temps de chargement pour un nouveau visiteur.

Il semble que l’avenir technique soit utilisation du site Internet CSS Compressor. Contre toute attente, la compression s’est bien déroulée, et pour l’instant je n’ai pas eu à déplorer de troubles dans la présentation de mes pages.

= Taille de mes 3 feuilles avant compression: 35 941 octets et aprés : 22 254 octets

5: Optimiser les JavaScripts : JS Minifier

Même fonctionnement que pour les feuilles CSS. Outils de compression utilisé sur le site fmarcia

= Taille de mes 6 fichiers  avant compression: 41 761 octets et après : 58 086 octets

= Résultat après optimisation 4 et 5 : index de www.pierrejarlan.com :  ADSL 1.44Mbps 8.94 seconds. et 128K 14.62 seconds. (Ok c’est vraiment négligeable).

6: mettre en place un système de cache :

La référence, pour wordpress étant wp-super cache. C’est celui que j’ai installé. Aucune modification particulière au cours de l’installation sur un serveur mutualisé OVH
J’ai modifié la durée de vie du cache , pour la porter de 3600 secondes (une heure) à 86400 (24 heures).
J’ai également supprimé l’exclusion du fichier index.php, en effet je souhaite qu’il soit lui aussi inclus dans le cache.

7: Supprimer les plug-in inutiles

Ou se chargeant d’inclure du code HTML rarement modifié. Notamment Google analytique. Il est nettement plus facile d’inclure soi-même dans le fichier PHP footer du thème le code de suivi.

Pour chaque plug-in supprimé ce sont des requêtes à interpréter par le serveur en moins à la fois en PHP et en accès à la base de données.

8: Tester le rendu de votre site Internet sur différentes plates-formes et explorateur Internet : browsershots.org

ce très bon site Internet, vous permet en 30 minutes de vous fournir une soixantaine de captures d’écran de votre site sur un ensemble de configurations Internet différentes, depuis différente localisation.

9 : Références

www.wordpress-fr.net
www.webdevonlinux.fr/2009/02/16/optimiser-le-chargement-votre-blog/>
www.skyminds.net : quelques-astuces-pour-accelerer-le-chargement-de-votre-site-et-faire-des-economies-de-bande-passante/>
www.sam-mag.com : rapidite-site >
www.papygeek.com: wordpress-optimiser-son-blog-avec-un-systeme-de-cache>
www.environnement-france.fr : accelerer-son-site-blog-wordpress  www.environnement-france.fr accelerer-son-site-blog-wordpress>

Dr Vove Sexo

Site Internet permettant la réalisation par le patient en ligne d’un questionnaire simple et  anonyme de sexologie. L’intérêt étant de récolter un grand nombre de réponses anonymes valides et complètes. Les réponses sont collectés dans une base de donnée normalisé et sont ainsi prête pour une analyse épidémiologique. (Merci à mon MSBM d’informatique médicale).

Mise en place du site et du codage. Interface graphique minimaliste.

Mise en place du CMS de questionnaire en ligne : le très bon LimeSurvey

Optimisation des questions, mise en place d’identifiant unique anonyme par le patient permettant l’appariement par couple tout en conservant l’anonymat.

Optimisation de l’interface de LimeSurvey.

Les réponses sont récoltées dans une base de données et peuvent être exportées pour analyse épidémiologique au format Access, MSQL, et Excel.