Disposable Registrations Killer

Disposable Registrations Killer est un plugin WordPress qui empêche vos visiteurs de s’enregistrer avec une adresse email jetable. Au moment de l’inscription, le domaine de l’email est vérifié contre une liste. Si l’email est considérée comme jetable, l’utilisateur doit entrer une adresse permanente. Le but est de réduire les inscriptions “fantômes”.

Disposable Registrations Killer is a WordPress plugin that prevents people from registering on your blog with a disposable email address. During registration, the email domain is checked against a list of disposable services. If it’s deemed disposable, the wannabee member is asked to put it another address. The goal is to cut on “ghost” registrations.

Dernière version / Latest version : 1.3

Install notes

  1. Extract all files in /wp-content/plugins/disposable-registrations-killer/.
  2. Edit disposable-registrations-killer.php to choose your language strings (default is English).
  3. Activate. Your blog will now refuse disposable emails on registration.

Changelog

  • v1.3 – 02 Feb 2008 : switched from undisposable.org to undisposable.net
  • v1.2 – 08 Dec 2007 : POT file added + French translation.
  • v1.1 – 20 Nov 2007 : Corrected a bug in 1.0 which tagged all addresses as disposable.
  • v1.0 – 18 Nov 2007 : initial release.

Licence

The script is linkware. A link back here would be appreciated if you use the script.
And you can still show your appreciation by clicking the donate button ;-)

WordPress Plugin : Pimp My Login

Pimp My Login est un plugin WordPress qui vous permet d’éditer facilement la présentation de la page d’identification (wp-login.php) : le plugin peut mettre votre logo et faire un lien vers la page d’accueil de votre site au lieu de pointer vers WordPress.org.

Il vous suffit de placer votre logo dans /pimp-my-login/images/ et d’éditer son nom dans la feuille CSS. Le plugin s’occupe du reste de manière transparente.

Pimp My Login is a WordPress plugin that allows you to easily edit the look and feel of the login page (wp-login.php) : it can display your own logo instead of the WordPress one and point to your blog’s URI instead of WordPress’.

Simply put your logo in /pimp-my-login/images/ and edit its name in the CSS file. The plugin then works its magic.

Dernière version / Latest version : 1.6

Install notes

  1. Extract all files in /wp-content/plugins/pimp-my-login/.
  2. Put your logo in /wp-content/plugins/pimp-my-login/images/logo.png .
  3. If your logo’s name differs, you’ll have to edit it in the CSS file.
  4. Activate. Your login page now displays your colours !

Changelog

  • v1.6 – 16 Oct 2012 : WordPress 3.3 compatible. New clean look.
  • v1.2 – 10 Apr 2008 : WordPress 2.5 compatible. Same look as before.
  • v1.1 – 08 Dec 2007 : WordPress PSD files included. Login messages are now aligncenter.
  • v1.0 – 18 Nov 2007 : initial release.

Licence

The script is linkware. A link back here would be appreciated. You can also show your appreciation by clicking the donate button. Thanks!

Une inscription “opt-in” pour WordPress ?

Approved

Enormément de monde s’inscrit sur SkyMinds.Net, ce qui est plutôt bon signe !

Le problème, c’est que beaucoup de ces inscriptions sont fantômes, lancées à distance par des robots de spam.

A ceux-là, il faut ajouter les gens qui s’enregistrent avec une adresse email erronée. Vu que je reçois un mail à chaque inscription qui n’a pu être envoyée pour cause d’email invalide, il est assez simple via phpMyAdmin de faire le ménage mais bon, soyons sérieux, il serait bien plus aisé que le ménage se fasse tout seul, sans intervention divine admin.

Lire la suite

Créer un site staging pour WordPress sur un sous-domaine photo

Migrer WordPress d’un répertoire à la racine d’un domaine

Migrer WordPress

Si vous avez installé WordPress dans un répertoire, vous vous êtes peut-être un jour posé la question suivante : “et si je transférais tout à la racine du domaine ?”.

Si c’est le cas, sachez que cette migration ne prend que quelques minutes. 20 minutes environ sont nécessaires et les anciens liens seront redirigés automatiquement vers les nouveaux, sans risque d’erreur 404.

Le codex a bien une page qui explique comment migrer WordPress mais il y a beaucoup plus simple et moins risqué : je vous propose donc 5 étapes et non 12.

Étape 1 : sauvegarde des fichiers et de la base de données

Commencez par faire une sauvegarde de tous vos fichiers et de votre base de données. Si jamais quelque chose tournait mal, vous pourriez toujours revenir à la situation précédente.

Je vous conseille même de copier votre base de données vers une nouvelle base de données si vous en avez la possibilité.

Lire la suite

WordPress hack : repair & optimize your database

Au vu des récentes tribulations de Claude, j’ai quelque peu amélioré le script PHP que j’ai écrit pour SkyMinds.Net et qui me permet de réparer et d’optimiser toutes les tables de ma base de données WordPress en un seul clic. Pour les intéressé(e)s, voici le code :


/*
Hack Name: Fix'n'Optimize
Hack URI: https://www.skyminds.net/wordpress-hack-repair-optimize-your-database/
Description: This hack repairs and optimizes your WP database.
Version: 1.0
Author: Matt
Author URI: https://www.skyminds.net/
*/ 

// Include DB config file.
include("wp-config.php");

// Remove useless data in some tables prior to optimizing.
$trunk = $wpdb->query("TRUNCATE TABLE `naatan_useronline`");
$trunk = $wpdb->query("TRUNCATE `wp_bad_behavior`");

// Grab table names.
$grab_all_tables = $wpdb->get_col("SHOW TABLES");

// Go through the list : repair/optimize all tables.
foreach($grab_all_tables as $table_name)
{
	$wpdb->query("REPAIR TABLE `".$table_name."`");
	$wpdb->query("OPTIMIZE TABLE `".$table_name."`");
}

Je lance ce script dans un navigateur de temps en temps – une fois par semaine environ -, histoire d’avoir une base de donnée ordonnée et réactive. Je ne transforme pas ce hack en plugin pour le moment, étant donné que c’est un script à lancer occasionnellement. On pourrait en faire un cron remarquez. Si j’ai le temps, pendant les vacances…

Le plugin WordPress ne s’affiche pas dans la liste des plugins

Si votre blog ou CMS est géré par WordPress et que vous utilisez ou écrivez des plugins pour l’enrichir de quelques fonctionnalités, vous serez peut-être confronté au problème suivant.

Dans certains cas, WordPress n’affiche pas votre plugin dans la liste des plugins. Du coup, impossible de l’activer !

Après avoir passé un peu de temps à chercher le pourquoi du comment, je me suis rendu compte que WordPress était devenu très tâtillon sur la manière dont l’entête du plugin doit être disposé.

Voici l’entête d’un bon plugin :

/*
Plugin Name: Snowy
Plugin URI: https://www.skyminds.net/snowy/
Description: Adds self-generated snowflakes to WordPress.
Version: 1.2
Author: Matt
Author URI: https://www.skyminds.net/
*/

Observez bien la structure : Plugin Name, Plugin URI, Description, Version, Author et Author URI.

Si jamais il vous prenait l’idée d’inverser Description et Version, patatras ! Le plugin devient activable seulement s’il se trouve dans /wp-content/plugins/ mais pas s’il se trouve dans /wp-content/plugins/snowy/ par exemple.

En espérant que cela vous évite quelques heures de recherche !

Résoudre l’erreur HTTP 406 Not Acceptable

Depuis que mon hébergeur a mis ses serveurs en cluster et exécute PHP en CGI et non comme module Apache, certaines fonctions de WordPress ne se comportent pas correctement, notamment les éditeurs de fichiers.

En effet, ces derniers semblent être devenus incapables de modifier les fichiers sans provoquer une erreur HTTP 406 :

HTTP Error 406 – Not acceptable
An appropriate representation of the requested resource /XYZ.php could not be found on this server.

Après quelques recherches, il semblerait que ce soit les filtres du mod_security d’Apache qui, trop restrictifs, empêchent les éditeurs… d’éditer !

La solution consiste donc à désactiver mod_security dans le répertoire où se trouvent les éditeurs (/wp-admin/ dans le cas de WordPress) :

  1. Créez un fichier .htaccess
  2. Editez le fichier avec ces instructions :
    
    SecFilterEngine Off
    SecFilterScanPOST Off
    
    
  3. Sauvegardez : vos éditeurs devraient maintenant fonctionner sans aucune erreur.

Notez que j’ai pris WordPress comme exemple mais cela résout les problèmes d’erreurs 406 quelle que soit l’application utilisée (blog, CMS…).

Mieux vaut créer le .htaccess dans le répertoire qui en a besoin : il est inutile voire déconseillé de désactiver mod_security sur l’ensemble d’un domaine pour des raisons évidentes de sécurité.

A utiliser là où il y a besoin donc.

Snowy : un plugin WordPress qui fait des flocons de neige

Snowy

Je viens d’écrire un nouveau petit plugin pour WordPress, baptisé Snowy, qui sera chargé d’afficher des flocons de neige sur le site à partir de décembre.

J’ai opté pour la solution sans images créée par Kurt Grigg : les flocons sont générés dynamiquement en DHTML.

L’essentiel du code est contenu dans un simple fichier javascript, le plugin injecte simplement ce code à la fin des pages HTML.

Simple et efficace, idéal pour donner un petit côté festif au blog sans pour autant gêner la lecture (ce qui est souvent le cas avec des images fixes).

Intéressé(e) ? Tout se passe sur la page de Snowy.

Snowy, let it snow on your WordPress

Snowy est un plugin pour WordPress qui permet de faire tomber quelques flocons de neige sur votre blog. Il ne requiert pas d’image, les flocons sont générés dynamiquement en DHTML.

Snowy is a WordPress plugin that makes some snowflakes fall all over you blog (ideal for the Christmas season !). It does not require any images, everything is dynamically generated via DHTML.

Dernière version / Latest version : 1.1

Install notes

  • Extract all files in /wp-content/plugins/snowy/
  • Activate the plugin

Changelog

  • v1.1 (15 Nov 2006) : fixed the script header.
  • v1.0 (12 Nov 2006) : initial release

Licence

The script is linkware. A link back here would be appreciated if you use the script.
And you can always show your appreciation by clicking the donate button ;-)

Sortie de WP-Date FR v1.2

bug-fix pansement

Sortie de WP-Date FR v1.2 aujourd’hui : pas de grands changements, j’ai juste rajouté l’encodage UTF-8 pour que les noms de mois accentués (comme août par exemple) s’affichent correctement.

La mise à jour aurait dû être faite il y a quelques jours mais cela m’est complètement sorti de la tête.

Cela est peu ou prou la version finale. Je cherche toujours à franciser la date des commentaires mais apparemment rien n’y fait, cela ne semble pas possible pour le moment.

Rendez-vous sur la page dédiée à WP-Date FR ou téléchargez WP-Date FR v1.2 directement.

WordPress: migration d'une base de données iso-8859-15 au format UTF-8 photo

WordPress: migration d’une base de données iso-8859-15 au format UTF-8

Modifications

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