Installer WordPress sur un NAS Synology

Installer WordPress sur un serveur local peut s’opérer sur un serveur NAS (Network Attached Storage) de type Synology.

Ces espaces de stockage en réseau disposent de tous les paquets nécessaires pour faire tourner WordPress : serveur Web (Nginx ou Apache), PHP et MariaDB. Une excellente combinaison pour développer en local sans encombrer votre machine de travail quotidienne. Ce tutoriel correspond à DSM 7.2 et aux versions suivantes, jusqu’à DSM 7.4.

C’est quoi un serveur NAS Synology ?

Un serveur NAS pour Network Attached Storage ou espace de stockage en réseau est un boitier d’une ou plusieurs baies abritant des disques durs. En termes simples, cela ressemble à un gros disque dur externe à ceci près qu’il exécute un véritable système d’exploitation capable d’exécuter des applications.

Chez Synology, sans doute le meilleur fabricant de NAS au monde, on retrouve une suite incroyables d’applications pour disposer de votre propre cloud privé. La plupart des services connus des internautes comme du partage de fichiers (Google Drive, Dropbox), d’écoute musicale (Deezer, Spotify), de sauvegarde (Time Machine) ou encore de bibliothèque photo (Google Photos, iCloud) disposent de leurs équivalents sur un Synology. La plupart du temps ces applications surpassent même celles des marques citées précédemment.

Côté développement Web, nous retrouvons des paquets comme Web Station, Apache HTTP Server, PHP, MariaDB 10, phpMyAdmin, Node.js et même WordPress. Comme pour les installateurs automatiques des hébergeurs, je déconseille ce dernier : il suit les versions de WordPress avec retard (la dernière version publiée dans l’archive Synology est une 6.8) et installe le site dans un dossier que vous maîtrisez moins bien. Les NAS proposent aussi tous les services de connexion : FTP, SFTP, SSH, etc.

Vous l’aurez compris, on peut tout faire avec un NAS dont la capacité de stockage démentielle se chiffre en To.

Quels sont les avantages d’installer WordPress sur un Synology ?

Cette approche nous permet entre autres :

• D’économiser de l’espace disque sur sa propre machine : la multiplication d’instances locales de vos WordPress augmentent très rapidement la consommation d’espace disque ;
• De rendre disponible un environnement de développement sur votre réseau local et même à distance : un NAS est directement connecté sur votre réseau, c’est le propre de ce type de boitier alors profitons-en tout en prenant en compte les aspects liés à la sécurité ;
• De créer un site par projet, à la demande : le paquet Web Station associe à chaque site un service Web (dossier, serveur Apache ou Nginx, version de PHP) et un portail Web (nom de domaine, ports, HTTPS). Il est donc facile de changer le domaine, le serveur, la version de PHP ou les ports ;
• De maintenir une stabilité générale : votre machine va évoluer au rythme des mises à jour de votre système d’exploitation (Windows, MacOS ou Linux). Il n’est pas rare de casser son environnement de développement suite à un changement de version par exemple. Avec son approche par paquet, Synology apporte une stabilité à toute épreuve ;

Il faut bien reconnaître un inconvénient toutefois : la rapidité des échanges entre vos NAS et votre ordinateur dépendront directement de la qualité de votre réseau ainsi que de la puissance de votre NAS. Pour ma part, je ne considère pas cela comme un frein car nous travaillons sur des fichiers de petites tailles.

Comment installer WordPress sur un NAS Synology ?

Prérequis Synology

Ouvrez le Centre de paquets puis installez :

• Web Station : il gère les services et les portails Web de chaque site ;
• Apache HTTP Server 2.4 : je le recommande pour WordPress, car il lit les fichiers .htaccess que WordPress utilise pour les permaliens (Nginx, disponible d’office dans Web Station, les ignore) ;
• PHP 8.3 (ou 8.2 / 8.4 selon ce que propose votre version de DSM) : WordPress recommande PHP 8.3 ou plus. Synology ne prend plus en charge PHP 7.3, 7.4 et 8.0 depuis DSM 7.3, ni PHP 8.1 depuis DSM 7.4 ;
• MariaDB 10 : le moteur de bases de données. Gardez sous la main le mot de passe de son compte administrateur root : phpMyAdmin vous le demandera ;
• phpMyAdmin : l’interface Web de gestion des bases de données, comme chez n’importe quel hébergeur.

Les paquets nouvellement installés sont accessibles depuis le menu principal de DSM.

Création du site dans Web Station

1. Préparez le dossier du site. Dans File Station, créez un dossier dans le dossier partagé web, par exemple web/monsite (chemin réel : /volume1/web/monsite). Vérifiez que le groupe http dispose des droits de lecture et d’écriture sur ce dossier : Web Station l’utilise pour exécuter les sites, et WordPress en a besoin pour installer extensions et mises à jour.

2. Créez un profil PHP. Dans Web Station, ouvrez Paramètres du langage de script > PHP, puis cliquez sur Créer :

• renseignez le Nom du profil (par exemple « WordPress PHP 8.3 ») ;
• choisissez la Version PHP ;
• dans l’onglet Extensions, cochez au minimum mysqli, ainsi que les extensions recommandées pour WordPress qui figurent dans la liste : curl, exif, gd ou imagick, intl, mbstring, openssl, zip.

3. Créez le service Web. Ouvrez Service Web, cliquez sur Créer, puis choisissez Site Web en langage de script natif. Sélectionnez :

• le profil PHP créé à l’étape précédente ;
• la racine du document (web/monsite) ;
• le serveur HTTP : Apache HTTP Server 2.4.

4. Créez le portail Web. Ouvrez Portail Web, cliquez sur Créer, choisissez Portail de services Web puis le service que vous venez de créer. Comme type de portail, choisissez Basée sur un nom :

• Nom d’hôte : votre domaine local, par exemple monsite.test (voir ci-dessous) ;
• sélectionnez les ports par défaut (80 et 443) ;
• HSTS (dans les Paramètres HTTPS) : laissez la case décochée en local, sauf si vous disposez d’un certificat valide pour ce domaine.

Validez avec Créer : le lien du site apparaît dans la liste des portails.

Pourquoi .test plutôt que .local ? L’extension .local est réservée à la découverte de services sur le réseau local (mDNS, Bonjour sous macOS), ce qui provoque des lenteurs de résolution, voire des conflits. .test est réservée aux tests et n’existera jamais sur Internet. Évitez aussi .dev et .app : ces extensions sont préchargées en HSTS dans les navigateurs, qui imposent alors une connexion HTTPS avec un certificat valide.

Création de la base de données

Lancez à présent phpMyAdmin depuis le menu principal de DSM. Identifiez-vous avec les identifiants administrateur de MariaDB 10 (compte root) : la page de connexion est normale, car phpMyAdmin ne reprend pas vos identifiants DSM.

Dans l’onglet Bases de données, saisissez un nom pour votre base, choisissez l’interclassement utf8mb4_unicode_520_ci (ou utf8mb4_unicode_ci), puis faites Créer.

Créez ensuite un utilisateur dédié à ce site depuis l’onglet Comptes utilisateurs, avec tous les privilèges sur cette base uniquement. C’est la même bonne pratique que sur un serveur de production : un site compromis ne donne pas accès aux autres bases.

Installation standard de WordPress

L’installation de WordPress sur un serveur local ne diffère pas vraiment d’une installation classique.

Commencez par télécharger l’archive officielle en français. Décompressez-la, puis placez le contenu de son dossier wordpress dans le dossier du site créé plus haut (web/monsite).

Ouvrez ensuite le nom de domaine défini plus haut (http://monsite.test) et procédez à l’installation habituelle, avec le nom de la base, l’utilisateur et son mot de passe.

Si l’installateur affiche « Erreur lors de la connexion à la base de données » alors que les identifiants sont bons, vérifiez le port indiqué dans l’application MariaDB 10. S’il ne s’agit pas de 3306 (c’est le cas de certains NAS mis à jour depuis DSM 6, où MariaDB 10 écoutait sur le port 3307), précisez-le dans le champ Adresse de la base de données, par exemple 127.0.0.1:3307.

Si WordPress affiche ensuite un formulaire « Informations de connexion » réclamant des identifiants FTP pour installer une extension, c’est qu’il refuse d’écrire directement sur le disque : il ne le fait que si les fichiers qu’il crée appartiennent au même compte que ses propres fichiers, or vous les avez copiés avec votre compte DSM. Les droits du groupe http suffisent : ajoutez ces lignes dans wp-config.php, juste avant la ligne « C’est tout, ne touchez pas à ce qui suit ! Bonne publication. ».

// Write files directly: the http group has read/write access to the site folder.
define( 'FS_METHOD', 'direct' );

Réglages additionnels

Il vous faudra modifier le fichier hosts de votre ordinateur pour qu’il sache où trouver votre domaine .test :

• sous macOS, ouvrez le Terminal, exécutez sudo nano /etc/hosts et saisissez votre mot de passe. Ajoutez une ligne par domaine local, en remplaçant l’adresse par l’IP locale de votre NAS ;
• sous Windows, lancez le Bloc-notes en tant qu’administrateur et ouvrez C:\Windows\System32\drivers\etc\hosts. Ajoutez la même ligne.

192.168.1.20    monsite.test

Si vous installez WP-CLI sur le NAS, veillez à l’exécuter avec le binaire PHP du paquet installé plutôt qu’avec le PHP système de DSM. Repérez son chemin avec find /volume*/@appstore/PHP8.* -path '*/bin/php8*', puis créez dans votre profil de console un alias wp qui lance WP-CLI avec ce binaire.

Sauvegarde et accès à distance

• Sauvegarde : Hyper Backup sait sauvegarder toutes les bases MariaDB 10 en même temps que les fichiers du dossier web. Pensez à l’activer, même pour un environnement de développement.
• Accès à distance : pour travailler hors de chez vous, préférez un VPN à l’ouverture de ports sur votre box. Un site de développement exposé sur Internet (extensions en test, WP_DEBUG actif) est une cible facile.

Vous disposez à présent d’un environnement de développement local sur votre Synology. Vous pouvez étendre les possibilités à bien des égards car ce type de système embarque tout ce qu’il faut comme services.

Questions fréquentes

phpMyAdmin me demande un identifiant : lequel saisir ?

Il s’agit des identifiants administrateur de MariaDB 10, pas de ceux de DSM : le compte root et son mot de passe.

Quelle version de PHP choisir sur mon Synology ?

La plus récente proposée par le Centre de paquets et compatible avec vos extensions : WordPress recommande PHP 8.3 ou plus. Sous DSM 7.4, PHP 8.1 n’est plus pris en charge.

Faut-il utiliser le paquet WordPress de Synology ?

Je ne le recommande pas : il installe une version de WordPress en retard sur la version officielle et vous maîtrisez moins l’arborescence. Une installation manuelle ne prend que quelques minutes de plus.

Sans NAS, une autre option consiste à installer WordPress en local avec Local by Flywheel.