Erreur 503 sur WordPress

Problème 1 : Plugins en conflit

Diagnostic

Étape 1 : Identifier le plugin fautif via les logs

# Chercher les erreurs fatales PHP
$ grep -i "fatal" /var/log/php8.2-fpm.log | tail -20

# Exemple de résultat
PHP Fatal error: Class 'Starter_Sites\Starter_Plugin' not found in 
/var/www/html/wp-content/plugins/starter-templates/starter-templates.php on line 12
# → Le plugin "starter-templates" est le coupable

Étape 2 : Vérifier les plugins récemment mis à jour

# Lister les fichiers modifiés récemment
$ find /var/www/html/wp-content/plugins -type f -mtime -1 -name "*.php" | head -20

Solutions

Solution A : Désactiver via WP-CLI (recommandé)

# Se placer dans le répertoire WordPress
$ cd /var/www/html

# Lister les plugins actifs
$ wp plugin list --status=active
+------------------------------+----------+--------+----------+
| name                         | status   | update | version  |
+------------------------------+----------+--------+----------+
| starter-templates            | active   | none   | 3.1.2    |
| elementor                    | active   | none   | 3.18.0   |
| woocommerce                  | active   | none   | 8.3.0    |
+------------------------------+----------+--------+----------+

# Désactiver le plugin suspect
$ wp plugin deactivate starter-templates
Plugin 'starter-templates' deactivated.

# Le site remarche ? Oui → C'était ce plugin
# Non → Continuer l'investigation

Solution B : Désactiver tous les plugins d’un coup

# Désactiver tous les plugins
$ wp plugin deactivate --all
Plugin 'akismet' deactivated.
Plugin 'elementor' deactivated.
# ...

# Le site remarche ? Réactiver un par un
$ wp plugin activate akismet
$ wp plugin activate woocommerce
# ... jusqu'à retrouver le coupable

Solution C : Sans accès SSH (via FTP/SFTP)

1. Connectez-vous en FTP à votre serveur
2. Naviguez vers /wp-content/plugins/
3. Renommez le dossier du plugin suspect :
   starter-templates → starter-templates_disabled
4. Testez le site
5. Si ça fonctionne, le plugin était fautif

Solution D : Désactiver via base de données (dernier recours)

$ mysql -u wordpress -p wordpress_db

mysql> SELECT option_value FROM wp_options WHERE option_name = 'active_plugins';
# Copier la valeur quelque part (backup)

mysql> UPDATE wp_options SET option_value = 'a:0:{}' WHERE option_name = 'active_plugins';
# Tous les plugins sont maintenant désactivés

Plugins WordPress connus pour causer des 503

Problème 3 : WP-Cron surchargé

WordPress utilise un système de « pseudo-cron » déclenché par les visites. Problèmes courants :

• File d’attente de tâches qui s’accumule
• Plusieurs crons qui s’exécutent en parallèle
• Plugin qui planifie des tâches trop fréquentes

Diagnostic

# Voir les tâches cron en attente
$ wp cron event list
+-----------------------------------+---------------------+-----------------------+---------------+
| hook                              | next_run_gmt        | next_run_relative     | recurrence    |
+-----------------------------------+---------------------+-----------------------+---------------+
| wp_scheduled_delete               | 2024-12-26 15:00:00 | 23 minutes 12 seconds | daily         |
| woocommerce_cleanup_sessions      | 2024-12-26 14:37:00 | now                   | twicedaily    |
| action_scheduler_run_queue        | 2024-12-26 14:36:00 | 1 second ago          | every minute  | ← Suspect
+-----------------------------------+---------------------+-----------------------+---------------+

# Compter les requêtes wp-cron dans les logs
$ grep "wp-cron.php" /var/log/nginx/access.log | wc -l
15234  # ← Beaucoup trop en une journée

Solutions

Solution 1 : Désactiver WP-Cron natif et utiliser un vrai cron

// Désactiver le cron déclenché par les visites
define('DISABLE_WP_CRON', true);

# Ajouter un vrai cron système (toutes les 5 minutes)
$ crontab -e

*/5 * * * * cd /var/www/html && /usr/bin/php wp-cron.php > /dev/null 2>&1

# Ou avec WP-CLI (plus fiable)
*/5 * * * * cd /var/www/html && /usr/local/bin/wp cron event run --due-now > /dev/null 2>&1

Solution 2 : Nettoyer les tâches en attente

# Supprimer les événements cron d'un plugin spécifique
$ wp cron event delete action_scheduler_run_queue

# Supprimer TOUS les événements cron (attention !)
$ wp cron event list --format=ids | xargs wp cron event delete

Solution 3 : Identifier le plugin qui abuse du cron

# Voir les hooks les plus fréquents
$ wp cron event list --fields=hook,recurrence | sort | uniq -c | sort -rn | head -10
     45 action_scheduler_run_queue    every minute
     12 wp_update_plugins             twicedaily
      8 woocommerce_cleanup_sessions  twicedaily

Si action_scheduler_run_queue apparaît des dizaines de fois, c’est un signe de file d’attente WooCommerce saturée :

# Voir la queue Action Scheduler
$ wp action-scheduler run

# Ou vider la queue si elle est bloquée
$ wp db query "DELETE FROM wp_actionscheduler_actions WHERE status = 'pending' AND scheduled_date_gmt < DATE_SUB(NOW(), INTERVAL 1 DAY);"

Problème 5 : Base de données

Diagnostic

# Tester la connexion
$ wp db check
Success: Database checked.

# Taille des tables
$ wp db size --tables
+-----------------------+-------+
| Name                  | Size  |
+-----------------------+-------+
| wp_options            | 45 MB | ← Suspect si > 10 MB
| wp_postmeta           | 120 MB|
| wp_posts              | 35 MB |
| wp_actionscheduler_*  | 250 MB| ← À nettoyer
+-----------------------+-------+

# Requêtes lentes
$ tail -50 /var/log/mysql/slow-query.log

Solutions

Solution 1 : Réparer et optimiser

# Réparer les tables corrompues
$ wp db repair

# Optimiser toutes les tables
$ wp db optimize

Solution 2 : Nettoyer wp_options (souvent surchargée)

# Voir les plus grosses entrées
$ wp db query "SELECT option_name, LENGTH(option_value) as size FROM wp_options ORDER BY size DESC LIMIT 20;"

# Supprimer les transients expirés
$ wp transient delete --expired --network

# Supprimer les transients d'un plugin spécifique
$ wp db query "DELETE FROM wp_options WHERE option_name LIKE '%transient%plugin_name%';"

Solution 3 : Nettoyer les révisions et données obsolètes

# Compter les révisions
$ wp post list --post_type=revision --format=count
4523

# Supprimer les révisions (garder les 5 dernières)
$ wp post delete $(wp post list --post_type=revision --format=ids) --force

# Limiter les révisions futures
# Dans wp-config.php :
# define('WP_POST_REVISIONS', 5);

Plugin recommandé : WP-Optimize pour un nettoyage régulier automatisé.

Problème 7 : Attaque brute force

Diagnostic

# Requêtes vers wp-login.php
$ grep "wp-login.php" /var/log/nginx/access.log | wc -l
45231  # ← Clairement une attaque

# Top IPs attaquantes
$ grep "wp-login.php" /var/log/nginx/access.log | awk '{print $1}' | sort | uniq -c | sort -rn | head -10
  12453 185.234.xx.xx
   8921 91.134.xx.xx
   5234 45.33.xx.xx

# Requêtes xmlrpc.php (souvent utilisé pour attaques)
$ grep "xmlrpc.php" /var/log/nginx/access.log | wc -l
23456

Solutions

Solution 1 : Bloquer xmlrpc.php (souvent inutile)

# Bloquer xmlrpc.php
<Files xmlrpc.php>
    Require all denied
</Files>

Ou dans Nginx :

location = /xmlrpc.php {
    deny all;
    return 444;
}

Solution 2 : Limiter les tentatives de connexion

<?php
// Rate limiting basique sur wp-login
add_action('wp_login_failed', function($username) {
    $ip = $_SERVER['REMOTE_ADDR'];
    $transient_key = 'login_attempts_' . md5($ip);
    $attempts = (int) get_transient($transient_key);
    
    if ($attempts >= 5) {
        wp_die('Trop de tentatives. Réessayez dans 15 minutes.', 'Accès bloqué', ['response' => 429]);
    }
    
    set_transient($transient_key, $attempts + 1, 15 * MINUTE_IN_SECONDS);
});

Solution 3 : Changer l’URL de connexion

Plugin recommandé : WPS Hide Login (renomme wp-login.php)

Solution 4 : Protection Cloudflare

Règle WAF Cloudflare :

Si URI contient "wp-login.php" ET IP pas dans whitelist
→ Challenge CAPTCHA

Solution 5 : Bloquer les IPs au niveau serveur

# Bloquer une IP
$ iptables -A INPUT -s 185.234.xx.xx -j DROP

# Utiliser fail2ban
$ fail2ban-client status wordpress

Commandes WP-CLI essentielles

# === DIAGNOSTIC ===

# Vérifier l'installation
$ wp core verify-checksums

# État de la base de données
$ wp db check

# Plugins avec problèmes de mise à jour
$ wp plugin list --update=available

# Taille de la base
$ wp db size --tables

# === RÉPARATION ===

# Réparer la BDD
$ wp db repair

# Vider tous les caches (transients)
$ wp transient delete --all

# Vider le cache objet
$ wp cache flush

# Régénérer les permaliens
$ wp rewrite flush

# === PLUGINS ===

# Désactiver tous les plugins
$ wp plugin deactivate --all

# Réactiver un par un
$ wp plugin activate woocommerce

# Désinstaller un plugin problématique
$ wp plugin uninstall plugin-name --deactivate

# === THÈMES ===

# Activer un thème par défaut
$ wp theme activate twentytwentyfour

# === UTILISATEURS ===

# Créer un admin d'urgence (si vous êtes bloqué)
$ wp user create urgence-admin [email protected] --role=administrator --user_pass=MotDePasseTemporaire

# === MISE À JOUR ===

# Mettre à jour WordPress (si rollback nécessaire)
$ wp core update --version=6.4.1 --force