Bien bien bien, nous avons une base simple de PHP qui tourne, c’est la joie. Mais c’est peu, car si l’on veut WordPress ou n’importe quoi d’autre, il va falloir installer PHP et jouer avec ses r\u00e9glages.
Ressortez votre plus beau terminal, direction votre Pi en SSH, et en avant la musique!<\/p>\n\n\n\n
1- Installer PHP<\/strong> Il devrait y avoir un paquet de d\u00e9pendances qui vont avec ces deux paquets, rien de plus normal. L’option -y<\/strong> de la commande pr\u00e9c\u00e9dente stipule “oui oui, si tu veux”.<\/p>\n\n\n\n 2- R\u00e9glages<\/strong> Sachez, chers lecteurs, que PHP FPM utilise, comme Nginx, un port pour s’interfacer avec… Nginx, Heum. … On ne voit rien. Pas de port, que dalle, walou. Et pour cause : soit on peut utiliser une combinaison adresse IP + port<\/strong>, soit un port <\/strong>tout seul, soit un socket<\/strong>, ce dernier \u00e9tant la “vraie” interface logicielle locale (l’IP et le port passeront de toute fa\u00e7on par le socket, mais le socket est purement local, donc si Nginx et PHP FPM se trouvent sur deux machines diff\u00e9rentes, utilisez l’IP+port)<\/em>. Notez bien cette adresse de socket! On va en avoir besoin tout de suite. Nous allons rajouter dans notre descripteur (le fichier site<\/strong>, quoi)<\/em> les param\u00e8tres n\u00e9cessaires \u00e0 la gestion de PHP et FastCGI par Nginx. D\u00e9j\u00e0, je tiens \u00e0 pr\u00e9ciser que je ne suis pas l’auteur de ces quelques lignes, je les ai glan\u00e9es au fur et \u00e0 mesure de mes p\u00e9r\u00e9grinations sur le Net et je ne sais m\u00eame plus ce qui est indispensable de ce qui ne l’est pas.<\/p>\n\n\n\n fcgiwrap.conf<\/strong><\/p>\n\n\n\n Ce fichier permet d’inclure les param\u00e8tres au wrapper FastCGI (wrapper = interpr\u00e9teur)<\/em> de mani\u00e8re \u00e0 ce qu’il y ait compr\u00e9hension entre les diff\u00e9rents partis (c’est pas n\u00e9cessaire pour la base de PHP mais autant le faire maintenant)<\/em>. fastcgi_pass<\/strong><\/p>\n\n\n\n Sans doute le truc le plus important (sinon, vous \u00eates bons pour une erreur 503). Ici, vous devez renseigner l’adresse IP ou le socket<\/strong> indiqu\u00e9 dans www.conf<\/em><\/strong> qu’on a vu tout \u00e0 l’heure.<\/p>\n\n\n\n Et puis le reste…<\/strong><\/p>\n\n\n\n Bon, je la joue facile, mais le reste, c’est de l’adaptation et pour le moment, il est probable que \u00e7a ne serve pas \u00e0 grand-chose. Si \u00e7a vous amuse, vous pouvez supprimer les autres lignes et continuer, et les remettre quand vous verrez que \u00e7a coince!<\/p>\n\n\n\n 3- Relancer Nginx<\/strong> Et rafra\u00eechissez la page. Puis rafra\u00eechissez la page.<\/p>\n\n\n\n Normalement, vous devriez vous retrouver avec un gros tableau plein d’infos. Si oui, alors bravo! PHP fonctionne proprement et votre site est bien configur\u00e9! Bien bien bien, nous avons une base simple de PHP qui tourne, c’est la joie. Mais c’est peu, car si l’on veut WordPress ou n’importe quoi d’autre, il va falloir installer PHP et jouer avec ses r\u00e9glages.Ressortez votre plus beau terminal, direction votre Pi en SSH, et en avant la […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[8],"tags":[],"class_list":["post-41","post","type-post","status-publish","format-standard","hentry","category-raspberry-pi"],"_links":{"self":[{"href":"https:\/\/blog.nibelheim.fr\/index.php?rest_route=\/wp\/v2\/posts\/41","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.nibelheim.fr\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.nibelheim.fr\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.nibelheim.fr\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.nibelheim.fr\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=41"}],"version-history":[{"count":0,"href":"https:\/\/blog.nibelheim.fr\/index.php?rest_route=\/wp\/v2\/posts\/41\/revisions"}],"wp:attachment":[{"href":"https:\/\/blog.nibelheim.fr\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=41"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.nibelheim.fr\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=41"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.nibelheim.fr\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=41"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
Dans un premier temps, nous allons installer deux paquets dont je ne sais plus s’ils viennent automatiquement l’un avec l’autre : PHP et PHP FPM.
Nous allons utiliser le 7.3 mais vous pouvez aussi bien installer le 7.0 si \u00e7a vous chante<\/p>\n\n\n\nsudo apt update && sudo apt install -y php7.3 php7.3-fpm fcgiwrap<\/pre>\n\n\n\n
PHP, c’est le langage dont font usage beaucoup de sites Web et PHP FPM (pour FastCGI Process Manager, FastCGI \u00e9tant une interface permettant \u00e0 une application tierce de dialoguer avec un serveur HTTP, donc ici, Nginx… Vous suivez?)<\/em> permet \u00e0 WordPress de papoter avec Nginx.
Pour que cette interfa\u00e7age se passe bien, il faut que nous nous assurions que les configurations “collent” entre Nginx et PHP, sinon, on va attendre un moment avant d’avoir quoi que ce soit.<\/p>\n\n\n\n
La configuration de ce port se situe dans \/etc\/php\/7.3\/fpm\/pool.d\/www.conf<\/em><\/strong> . Donc, si l’on fait :<\/p>\n\n\n\nnano \/etc\/php\/7.3\/fpm\/pool.d\/www.conf<\/pre>\n\n\n\n
Bref, par d\u00e9faut, nous avons :<\/p>\n\n\n\nlisten = \/var\/run\/php\/php7.3-fpm.sock<\/pre>\n\n\n\n
Vous vous souvenez du fichier \/etc\/nginx\/sites-available\/site<\/strong><\/em> ?
Bah oui, que vous vous en souvenez, voyons. Donc :<\/p>\n\n\n\nsudo nano \/etc\/nginx\/sites-available\/site<\/pre>\n\n\n\n
Voici \u00e0 quoi va ressembler notre fichier site <\/strong>avec les modifs en mauve:<\/p>\n\n\n\nserver {\n listen 80;\n server_name test;\n index index.php index.html;\n root \/var\/www\/html;\n access_log \/var\/www\/access-test.log;\n error_log \/var\/www\/error-test.log;\n\n <\/strong>location ~ .php$ {\n fastcgi_pass unix:\/var\/run\/php\/php7.3-fpm.sock;\n fastcgi_split_path_info ^(.+.php)(\/.+)$;\n <\/strong>include snippets\/fastcgi-php.conf;\n fastcgi_param SCRIPT_FILENAME $document_root\/$fastcgi_script_name; #normalement, c'est sur une seule ligne...\n }<\/strong><\/span>\n}<\/pre>\n\n\n\n
Dans ce fichier, on trouve l’endroit o\u00f9 se trouvent les scripts CGI<\/strong> (le jour o\u00f9 vous voudrez vous en servir, il faudra vous souvenir que \u00e7a se change ici)<\/em> \u00e0 la ligne root<\/strong>, ainsi que le remplacement \u00e0 faire lors de l’appel \u00e0 la variable SCRIPT_FILENAME par Nginx (qui remplacera le nom du script par le r\u00e9pertoire suivi du nom du script)<\/strong>.<\/p>\n\n\n\n
Rendez-vous sur votre page Web (celle qui fonctionnait hier encore), puis relancez Nginx :<\/p>\n\n\n\nsudo service nginx reload<\/pre>\n\n\n\n
Si vous avez toujours votre page et pas d’erreur, c’est bien.
Mais c’est pas encore gagn\u00e9.
Partant du principe que vos pages se trouvent \u00e0 \/var\/www\/html<\/em><\/strong>, entrez la commande suivante :<\/p>\n\n\n\nsudo echo \"<html><?php phpinfo() ?><\/html>\" >> \/var\/www\/html\/index.php<\/pre>\n\n\n\n
Dans le cas contraire, dites-le moi dans les commentaires, on va voir ce qu’on peut faire, et v\u00e9rifiez que les infos dans www.conf<\/strong>, nginx.conf<\/strong> et votre descripteur de site site <\/strong>concordent, \u00e7a vient souvent de l\u00e0.<\/p>\n","protected":false},"excerpt":{"rendered":"