Posted by Thierry Roget »
Add Comment »Aujourd’hui en mettant un jour un de mes blogues avec la version 3.1 j’ai eu la mauvaise surprise de voire voir une série d’erreurs fatales sur mon blogue. Bon, déjà, j’avais oublié de désactiver mes plugins, c’est sans doute cette erreur qui a planté cette mise à jour.
J’aurais bien voulu retourner sur mon administration pour justement désactiver mes plugins, mais voilà l’erreur était bien fatale, impossible de me reloguer sur le blogue donc impossible de reprendre ma mise à jour.
J’ai failli appeler la hotline de mon hébergeur, mais je me suis dit que ce serait mieux que je répare seul l’incident, voilà ce que j’ai fait: (rien de sorcier, mais je dis toujours ce que je fais et je fais surtout ce que je dis)
1) je suis allé sur mon serveur en FTP et j’ai sauvegardé mon blogue intégralement. Cool j’ai vu que mon hebergeur avait fait un backup (sauvegarde) également sur un autre répertoire.
2) j’ai pu me loguer sur ma base SQL et sauvegardé ma base. Ouf, c’était un blogue récent, je n’avais pas encore mis le backup automatique!
3) j’ai fait un upgrade (mise à jour) manuel à la bonne vieille manière en suivant les instruction sur codex.wordpress.org/Upgrading_WordPress
4) j’ai supprimé tout ce qu’il y avait dans le rerpertoire upgrade
_________________________
Et si vous avez un message du type?
Fatal error: Allowed memory size of 33554432 bytes exhausted
et que vous avez encore la main sur votre administration, et bien désactivez vos plugins et normalement tout ira mieux
cf mon billet sur le sujet :
roget.biz/fatal-error-allowed-memory-size-of-33554432-bytes…
au passage la nouvelle version a deux gadgets sympa,
- la possibilité de linker plus facilement à l’intérieur du blogue (vous verrez quand vous aller mettre un lien url dans votre texte.
- une barre d’administration en haut du blogue ce que je trouve plutôt cool, ça marche pas sur ce blogue, mais ça marche sur mes autres blogues déjà mis à jour.
Bon j’espère que vous ne m’en voudrez pas de ne plus mettre à jour ce blogue, mais j’ai du taff avec mes autres blogues !
Posted by Thierry Roget »
Add Comment »
WordPress reste quand même un machin pour geek, bien qu’à chaque nouvelle version cela s’améliore. Cela dit, il y a du chemin à faire pour que le béotien puisse bloguer sans avoir à mettre les mains dans le code, tout comme aujourd’hui, je n’ouvre pas le capot du moteur de ma voiture pour voire ce qui cloche.
Aujourd’hui un blogueur sur wordpress doit se faire aider par un expert ou disons quelqu’un qui comprend un peu ou qui sait trouver l’information sur internet. Moi je comprends peu, mais je sais trouver l’information.
J’ai donc entrepris hier de faire un nettoyage, un peu comme une vidange de voiture!
1) Nettoyage des bases, du type coup de balais
A ce titre j’ai écrit sur roget.biz un tutorial sur le sujet Réparez vos ases- de donnee sql debutant. Je nettoye mes bases de temps en temps et même si c’est facile, il faut quand même être confiant de la manipulation.
Conseil : En fonction de la fréquence de vos posts, je conseils de faire un nettoyage par mois ou par semaine.
2) Nettoyage des Billets de révision
Je garde cette fonction native dans wordpress, mais de temps en temps, je nettoie, alors il faut intégrer dans notre administration sql taper
DELETE FROM wp_posts WHERE post_type = "revision";
C’est bien expliqué sur .websourcing.fr
Conseil : Un nettoyage mensuel semble être une bonne chose.
Nettoyage des tables laissées par les plugins
Certains plugins, nous créeent des tables dans notre base SQL, ce qui est logique, mais lors de la desinstallation du plugin les tables restent! Il faut donc les supprimer. Je n’avais pas fait cette manipulation, mais c’est très simple, il suffit de cliquer sur la croix rouge pour éliminer la base.
J’ai donc regardé de près les tables dans la figure qui suit il s’agit d’un plugin qui me permettait de twitter mes articles, chose que je fais maintenant dans feedburner dans la partie “socialize”.
Précaution: faites une sauvegarde de la base avant de procéder à ce genre de manipulation (on ne sait jamais, des fois que vous cliquiez sur la mauvaise table.
Conseil : Avant l’installation d’un plugin, faites une photo de vos tables avant et après et notez soigneusement la différence avant et après. lors de la désinstallation du plugin, vous saurez donc quel table éliminer (attention: tous les plugins n’installe pas forcément de table)
Nettoyage des orphelins: Installation du plugin clean-options
Le nettoyage continue car même si nous éliminons nos tables, il existe quelques parasites dans la tapbe wp-options qu’il faut retirer, j’ai donc installé le plugin clean-options il s’agit d’être prudent sur le nettoyage, mais le plugin nous permet de faire de requête sur google sur toutes les options de nettoyage: dans l’exemple le plugin qui permettait de twitter mes billets à laisse des orphelins (cf figure suivante)
Conseil : j’aurais du fait ce genre d’opération après chaque désinstallation de plugin.
Pour aller plus loin
Pour une lecture plus approfondie, vous devriez lire ce billet sur line25.com qui m’a inspiré pour commencer le grand nettoyage. Il y a d’autres conseils dans ce billet très intéressants. C’est finalement très simple et logique.
Posted by Thierry Roget »
5 Comments »Pourquoi installer WordPress en local?
1) vous éliminez les temps d’accès à votre serveur distant
2) vous pouvez faire des essais et si vous plantez votre serveur local, c’est moins grave que de planter votre serveur distant. Dans mon cas je suis un serveur mutualisé, j’ai déjà eu la mauvaise surprise de voir mon compte annulé pour cause de sollicitation du serveur trop importante qui faisait planter les sites hébergés sur le même serveur
Est-ce compliqué d’installer WordPresse en local?
On se fait toujours des noeuds au cerveau quand il s’agit d’un peu de nouveauté, mais en suivant mes instructions vous devriez vous en sortir, tout comme je m’en suis sorti. D’ailleurs je me suis servi des instructions en anglais disponible sur ce site geeksaresexy.blogspot.com billet quelque peu vieillot puisqu’il a été écrit à 2006 et où j’ai trouvé quelques différences, mineures toutefois.
Installation du seveur local
j’ai choisi la version Self-extracting RAR archive”" qui fait que le système une fois téléchargé ce lance tout seul. Attention j’ai créé un sous répertoire dans la racine C:\xammp plutôt que d’installer le programme dans la racine. Comme j’ai choisi l’option self-extracting je n’ai pas eu besoin de lancer l’application d’installation. Au cas où vous choisiriez de lancer l’installation manuellement, il vous faudra cliquer sur un fichier setup_xampp.bat qui se trouvera dans C:\xammp\xampplite
Configuration de Xampp
vous devriez voir une fenêtre de ce type apparaître
Should I add shorcuts to the startemenu/desktop? Y
j’ai eu cette fenêtre qui n’est pas forcément obligé d’apparaitre si vous avez installé le serveur sur c:\ dans mon cas puisque j’ai installé le serveur dans un répertoire C:\xammp il semble qu’il ait fallu déplacer les chemins d’accès correctement; j’ai donc choisi “y”
Comme je ne désire pas installer XAMPP sur une clès usb, j’ai choisi l’option You should use drive letters Y
Vous allez donc arriver à un message du style “XAMPP is ready to use”, Press <return> to continue : _ dans notre cas on appuiera sur “Entrèe”
L’installation va trouver votre fuseau horaire, normalement vous n’avez qu’a appuyer sur “Entrée”
Voilà l’installation est terminée, il suffit d’appuyer sur 1 (stat XAMPP contro Panel) pour lancer XAMPP;
Vous allez atterrir sur le panneau de configuration XAMPP :
Et vous devez lancer Apache (le serveur local) et MySql (la base de données sur laquelle s’appuie WordPress) en appuyant sur start (ça prend quelques seconde avec d’être lancé)
Lancez PHPMYADMIN
Allez sur votre navigateur internet
et insérez l’adresse suivante http://localhost (si vous avez intallé xampp à la racine, où si vous avez fait comme moi http://localhost/xampp/
Choississez une langue et lancez phpmyadmin (bouton disponible en bas à gauche de la page suivante.
Et vous devriez atterrir sur une page équivalente à celle ci et vous allez créer votre base de données
- Entrez “wordpress” (sans les guillemets) dans le champ Créer une base de données (le choix du nom de la base pourrait être autre chose, ce n’est pas essentiel)
- sélectionnez utf8_unicode_ci (normalement option par défaut
- appuyez sur Créer
ça y est vous avez créé une base de données vide qui va servir à installer wordpress.
Installez WordPress
téléchargez la dernière version de wordpress anglaise de WordPress ou la version française
dezippez le fichier et installez le sur > c:\xampplite\htdocs
Vous devriez maintenant avoir un repertoire wordpress comme suit
dans le répertoire wordpress vous devriez trouver un fichier wp-config-sample.php Ouvrez le et cherchez
/** The name of the database for WordPress */
define(‘DB_NAME’, ‘putyourdbnamehere’);
/** MySQL database username */
define(‘DB_USER’, ‘usernamehere’);
/** MySQL database password */
define(‘DB_PASSWORD’, ‘yourpasswordhere’);
que vous allez changer en
/** The name of the database for WordPress */
define(‘DB_NAME’, ‘wordpress’);
/** MySQL database username */
define(‘DB_USER’, ‘root’);
/** MySQL database password */
define(‘DB_PASSWORD’, ”);
une fois changé ces lignes enregistrez votre fichier sous wp-config.php
puis lancez votre navigateur à l’adresse suivante
http://localhost/wordpress/wp-admin/install.php
Remplissez les champs qui sont les titres de votre blog et votre email (à ce stade je ne pense pas que ce soit utile du fait de l’installation en local), puis cliquez sur Install WordPress.
On va vous donner un mot de passe temporaire qu’il faudra bien noter et changer éventuellement et c’est fini vous avez installé wordpress en local. Je pars du principe que vous savez ensuite manipuler wordpress pour bloguer tranquillement. De toute façon c’est assez intuitif pour que vous n’ayez pas besoin de guide.
Posted by Thierry Roget »
Add Comment »Voilà une petite technique qu’on peut voir sur plusieurs blogs spécialisés dans wordpress, mais que nous tenons à écrire dans ce site tant cette manipulation est utile pour alléger votre base de données.
En effet quand vous écrivez un billet, vous avez des “post révisions” qui sont mis en mémoire. Cela sert notamment à reprendre une autre version du billet qui n’est pas forcément la dernière. Si vous mettez plusieurs heures à écrire ce billet vous allez vous retrouver avec un stock de révisions qui ne servent plus à rien, la plupart du temps.
A cette fin, il faut nettoyer votre base de données. Allez donc dans votre administration phpmyadmin
appuyez sur SQL et exécuter cette requête dans la fenêtre de saisie
DELETE FROM wp_posts WHERE post_type = "revision";
Bien qu’il ne nous soit jamais arriver quoique ce soit pendant ce nettoyage, il est conseillé de faire une sauvegarde de votre base avant de lancer cette requête.
Si vous ne faites pas ce nettoyage, il ne se passera rien sur votre blog, mais la base de données risque de devenir énorme, ce qui pourrait vous nuire peut être en performance et en espace disque.
