Logo textuel bleu en minuscules indiquant "infomaniak" sur un fond gris clair. La police de caractères moderne et grasse reflète la fiabilité de l'hébergement Infomaniak, sans graphiques ou symboles supplémentaires autour du texte.

Installer WP-CLI sur un hébergement Infomaniak en SSH

WP-CLI transforme vite la gestion d’un site WordPress. Au lieu de cliquer partout dans l’administration, vous lancez une commande. Vous pouvez mettre à jour les extensions, vider les transients, vérifier l’état du site, régénérer les permaliens ou lancer un search-replace proprement.

Sur un hébergement Infomaniak, WP-CLI fonctionne très bien. Toutefois, il faut garder une chose en tête : vous êtes sur un hébergement Web avec accès SSH, pas sur un serveur root. Donc, on évite la méthode classique avec sudo mv wp-cli.phar /usr/local/bin/wp. À la place, on installe WP-CLI dans l’espace utilisateur, puis on ajoute ce dossier au PATH.

C’est plus propre, plus portable, et surtout compatible avec les limites normales d’un hébergement mutualisé. Bref, on fait les choses comme un admin civilisé. C’est rare, profitons-en.

Prérequis

Avant de commencer, vérifiez que vous avez :

  • un hébergement Web Infomaniak avec accès SSH ;
  • un site WordPress déjà installé ;
  • un compte FTP + SSH actif ;
  • un terminal local, ou la console SSH disponible dans le Manager Infomaniak.

Connectez-vous ensuite en SSH à votre hébergement. Une fois dans la session, commencez par vérifier la version de PHP utilisée en ligne de commande.

php -v

Cette étape compte, car WP-CLI s’exécute avec PHP en ligne de commande. Si la version CLI ne correspond pas à celle attendue par votre site WordPress, commencez par corriger ce point dans votre configuration Infomaniak.

Lire Installer WP-CLI sur un hébergement Infomaniak en SSH

Un cône de signalisation orange vif, rappelant le logo de la VLC, avec deux larges bandes blanches réfléchissantes, repose sur une base orange plate. L'arrière-plan est blanc, ce qui permet de mettre l'accent sur la peau propre et intacte du cône.

Linux : corriger le son saccadé dans VLC

VLC est robuste, mais il peut parfois produire un son saccadé sous Linux : micro-coupures, craquements, son haché, décalage audio, reprise difficile après pause, ou lecture qui accroche pendant quelques secondes.

Le problème ne vient pas toujours du fichier. Il peut venir de VLC, du module de sortie audio, de PipeWire, de PulseAudio, d’ALSA, du cache, du décodage matériel, du Bluetooth, du HDMI, ou d’un réglage audio trop optimiste. Oui, Linux aime parfois transformer une chanson en diagnostic système.

Voici une méthode propre pour corriger le son saccadé dans VLC sous Linux, sans modifier dix paramètres au hasard.

Identifier le type de saccade

Avant de corriger, identifiez le symptôme exact. Cela évite de toucher à PipeWire alors que le problème vient simplement du cache VLC.

SymptômeCause probable
Son qui craque ou crépiteSortie audio, PipeWire/PulseAudio, buffer trop faible
Son haché après pause ou avance rapideTime-stretching, cache, sortie audio VLC
Son et image qui saccadent ensembleDécodage vidéo, accélération matérielle, CPU/GPU
Son saccadé uniquement sur un disque réseauCache fichier ou réseau insuffisant
Son mauvais uniquement en BluetoothProfil Bluetooth, codec, latence ou signal instable
Son coupé uniquement en HDMISortie audio, fréquence d’échantillonnage, pilote graphique

La règle : changez un seul réglage à la fois, testez, puis continuez. Sinon, vous ne saurez jamais quelle correction a réellement fonctionné. C’est excellent pour perdre une soirée, moins pour dépanner.

Lire Linux : corriger le son saccadé dans VLC

403-error

WordPress : corriger les images en erreur 403

Une image WordPress qui renvoie une erreur 403 Forbidden, c’est rarement mystérieux. Le serveur a bien compris la requête, mais il refuse de servir le fichier. En clair : “je vois l’image, mais je ne te la donne pas”. Sympa, mais peu pratique.

Dans la majorité des cas, le problème vient des permissions Unix, du propriétaire du fichier, d’une règle serveur, ou d’une protection CDN trop zélée. Voici une méthode propre pour diagnostiquer et corriger le problème sans jouer à la roulette russe avec un chmod 777.

Symptôme : une image WordPress renvoie une erreur 403

Le cas typique : un article WordPress affiche une image cassée. L’URL du fichier semble correcte, l’image existe bien dans wp-content/uploads, mais le navigateur reçoit une erreur 403.

Pour confirmer le code HTTP, utilisez curl depuis votre terminal :

curl -I https://www.example.com/wp-content/uploads/2026/05/image.jpgLangage du code : JavaScript (javascript)

Si la réponse contient HTTP/2 403 ou HTTP/1.1 403 Forbidden, le serveur refuse bien l’accès à l’image.

Lire WordPress : corriger les images en erreur 403