SkyMinds.Net » PHPmyadmin

Installation d’Apache, PHP et MySQL sous Ubuntu

Matt — Tue, 09 Jun 2009 06:38:29 +0000

Qui dit changement de système d’exploitation dit réinstallation au propre des programmes !

Voici comment installer Apache, PHP et MySQL sous Ubuntu, c’est à dire un véritable système LAMP. L’installation et la configuration prennent environ 10 minutes, c’est très simple, beaucoup moins alambiqué que sous Windows.

Ce tutoriel est un peu mon carnet de bord, c’est comme cela que j’ai configuré ma machine, étapes par étapes.

Lire la suite de Installation d’Apache, PHP et MySQL sous Ubuntu »

Corruption des tables MySQL sous SAM Broadcaster

Matt — Mon, 12 Nov 2007 07:28:25 +0000

Ce week-end, en lançant comme souvent Thunderstruck Radio, SAM Broadcaster ne voulait plus jouer aucune chanson : la file d’attente (Queue list) était vierge, sans aucune possibilité de la remplir. ‘Nous voilà bien’ me dis-je alors intérieurement. En basculant sur les différents bureaux de SAM, le gestionnaire d’évènements (event log) m’a appris pourquoi plus rien ne fonctionnait comme avant :

La ligne qui nous intéresse est celle-ci :

Can’t open file : ‘queuelist.MYI’. (errno : 145)

Lire la suite de Corruption des tables MySQL sous SAM Broadcaster »

Transition vers WordPress 2.0.4 et transformation d’une base de données iso-8859-15 au format UTF-8

Matt — Thu, 10 Aug 2006 06:48:09 +0000

Après avoir joué avec WordPress 2.0.4 pour le compte du Centre de Kriya Yoga France et questionné à ce sujet par creatix, je me suis mis en tête de mettre le blog à jour. Mais quitte à mettre à jour, autant le faire proprement, c’est à dire de manière pérenne. J’ai donc étudié les nouvelles fonctions apportées par WP2+ et j’ai pu me défaire d’au moins 5 ou 6 plugins dont les fonctions sont maintenant inclues par défaut dans WordPress. Mais ce n’est pas tout : ma base de données WP 1.5+ était encodée en iso-8859-15 (caractères de l’Europe de l’Ouest, avec le symbole Euro), ce qui était bien en 2004 mais qui ne l’est plus en 2006. Hé oui, les temps changent et les encodages de caractères avec eux !

Place donc à l’UTF-8, un codage qui se veut universel (il permet de représenter des milliers de caractères de toutes sortes de langues, dont l’ensemble des caractères spécifiques français), compatible (un texte en US-ASCII est codé identiquement en UTF-8) et visant l’interopérabilité (chaque caractère est codé sur une suite de un à quatre octets ; UTF-8 a été conçu pour être compatible avec certains logiciels originellement prévus pour traiter des caractères d’un seul octet).

Lire la suite de Transition vers WordPress 2.0.4 et transformation d’une base de données iso-8859-15 au format UTF-8 »

WP-Hashcash supprime des commentaires valides

Matt — Sat, 05 Aug 2006 19:10:37 +0000

J’ai récemment été alerté par creatix que WP-Hashcash supprimait arbitrairement des commentaires légitimes. En cherchant un peu les causes à ce problème, je me suis aperçu que j’avais mis à jour le plugin vers la v3.2 sans me soucier des éventuels changements de la base de données. Voici donc la marche à suivre pour forcer le plugin à réinstaller la table WP-Hashcash :

Désactivez le plugin dans WordPress sous Options > Plugins.

Supprimez la clé wp_hashcash_db dans PHPmyadmin en lançant la requête SQL suivante :

1	SELECT * FROM `wp_options` WHERE `option_name` LIKE CONVERT( _utf8 'wp_hashcash_db' USING utf8 ) LIMIT 0 , 30

Supprimez totalement la table wp_WP_HASHCASH.
Activez de nouveau le plugin. La base sera recréée automatiquement et tout devrait être de nouveau fonctionnel.

Cela n’a pas résolu le problème. En ayant désactivé WP-Hashcash pendant 2 heures, Akismet a récolté 270 spams. Wow, le spam est donc en pleine recrudescence en ce moment. Je me suis résolu à downgrader le plugin vers la version ~~3.1 qui elle fonctionne sans problèmes~~ 3.0, la dernière qui semble fonctionner.

Edit : la version 3.0 crée une table qui s’appelle wp_WP_HASHCASH, les versions 3.1 et 3.2 créent une table wp_wp_hashcash, tout en minuscules. Il y a fort à parier que le problème de table non trouvée vienne de là. On reste sur la 3.0 donc.

Tribulations SQL

Matt — Tue, 09 Nov 2004 09:48:28 +0000

Aujourd’hui je décide de rapatrier les bases SQL du site afin de pouvoir jouer avec en local : je lance Apache, démarre MySQL et là rien. Pas de MySQL. Le système ne répond quasiment plus, la moindre application met un temps fou à se lancer. Je jette un oeil dans les processus actifs : services.exe a l’air sérieusement dopé, consommant plus de 70% du CPU. Problème donc. Ni une ni deux, je copie le répertoire data contenant mes bases locales (non sauvegardées bien évidemment) et de désinstalle MySQL. Je reboote et le service est toujours présent dans Outils d’administration > Services. Je me met alors en tête de le virer et découvre Inxppect, un petit utilitaire permettant d’afficher la liste des services et de les supprimer.

Je télécharge donc la dernière version en date de MySQL, l’installe sans problème, ajoute mes utilisateurs et lance PHPmyadmin : “Client does not support authentication protocol requested by server ; consider upgrading MySQL client”. Là tu commences à avoir un peu la rage, vu que tu viens de técharger la dernière version. Après une bonne demi-heure de recherches sans aucun résultat je télécharge MySQL Administrator, interface graphique permettant de modifier la config des utilisateurs. J’ai principalement activé l’ancienne méthode de gestion des mots de passe car je crois que c’était cela qui posait problème : sous MySQL 4.0.x les mots de passe sont encodés avec 16 caractères contre 41 sous MySQL 4.1.x. J’ai aussi utilisé cette méthode en ligne de commande mais comme j’ai enchaîné les méthodes je ne peux dire avec précision ce qui a rendu tout le bazar fonctionnel. Enfin bon, maintenant cela marche.