Vous avez un Raspberry Pi qui tra\u00eene dans un coin et une envie de publier des trucs?
Personnellement, j’ai longtemps eu un blog sur Overblog avant 1) d’en avoir marre d’\u00e9crire et 2) de me mettre \u00e0 la place d’un de mes infortun\u00e9s lecteurs et de devoir subir la pub impassable en plein \u00e9cran d’une trentaine de secondes.<\/p>\n\n\n
Je comprends bien la n\u00e9cessit\u00e9 de la pub dans le mod\u00e8le actuel, tout \u00e7a, mais moi, \u00e7a me gave, peu importe comment vous le tournez.
En fouillant un peu sur les plates-formes gratuites de blogging, j’ai \u00e9t\u00e9 de nouveau d\u00e9\u00e7u : WordPress, pour avoir votre propre domaine, demande des euros, de m\u00eame que les autres.<\/p>\n\n\n
Et moi, des euros, j’en ai besoin.
Et j’ai un Raspi qui est l\u00e0 et qui n’attend que moi.<\/p>\n\n\n
Nous allons donc voir ensemble comment \u00e7a se passe pour h\u00e9berger votre site Web comme celui sur lequel vous vous trouvez pour ne pas d\u00e9bourser un sou en h\u00e9bergement.<\/p>\n\n\n
Avantages et inconv\u00e9nients<\/p>\n\n\n
C\u00f4t\u00e9 avantages, c’est la gratuit\u00e9 et l’autosuffisance. Vous avez la mainmise totale sur votre site et en faites ce que vous voulez. Et c’est \u00e0 peu pr\u00e8s tout pour les avantages.<\/p>\n\n\n
C\u00f4t\u00e9 inconv\u00e9nients, \u00e7a se g\u00e2te s\u00e9v\u00e8rement. Tellement que je vais faire une liste, tiens. Pas refroidi? Alors s’parti!<\/p>\n\n\n Bon alors, l’id\u00e9e ici sera de cr\u00e9er un site bas\u00e9 sur WordPress, \u00e0 terme. 0- Savoir de quoi on parle<\/strong> 1- Mettre \u00e0 jour<\/strong> Ouais, j’ai d\u00e9couvert r\u00e9cemment qu’ils ont simplifi\u00e9 la syntaxe entourant apt. Moi, d’mon temps, c’\u00e9tait sudo apt-get update && sudo apt-get -y upgrade… Y’avait du -get, mon gars! On s’en fout? C’est vrai.<\/p>\n\n\n 2- Arr\u00eater Apache. De partout.<\/strong> Pour ne rien vous cacher, je suis encore en phase de benchmark entre Apache et Nginx, et m\u00eame si j’ai davantage l’habitude de Nginx, je ne d\u00e9sinstalle pas encore Apache pour le moment.<\/p>\n\n\n 3- Installer Nginx<\/strong> Vous vous en remettrez? \ud83d\ude09<\/p>\n\n\n 4- Cr\u00e9er les dossiers qui vont bien<\/strong> \/!\\ Si vous ne souhaitez h\u00e9berger qu’un seul site sur votre Pi, pourquoi ne pas utiliser ces deux r\u00e9pertoires. Par contre, si vous voulez en h\u00e9berger plusieurs (oui, c’est largement possible), je vous encourage \u00e0 cr\u00e9er des sous-r\u00e9pertoires.<\/em> Ensuite, nous allons donner l’acc\u00e8s \u00e0 “l’utilisateur Nginx” aux r\u00e9pertoires en question. En effet, par d\u00e9faut, ces r\u00e9pertoires sont propri\u00e9t\u00e9 de l’utilisateur root <\/strong>(comme on a utilis\u00e9 la commande “sudo”), mais l’utilisateur Nginx, par d\u00e9faut, c’est www-data<\/strong>. Alors hop (on va faire \u00e7a comme des bourrins sur tout l’arborescence www<\/em><\/strong>) :<\/p>\n\n\n 5- D\u00e9finir le site<\/strong> Ensuite, on cr\u00e9e notre descripteur de site \u00e0 nous (qui sera bien plus beau, tu penses) :<\/p>\n\n\n \/!\\ Pour copier et coller, les commandes diff\u00e8rent un peu du ctrl-C ctrl-V habituel : Copiez et modifiez ensuite le contenu suivant :<\/p>\n\n\n Rapidement, ce que \u00e7a dit : Bien! Pour v\u00e9rifier que le lien symbolique a \u00e9t\u00e9 cr\u00e9\u00e9, allez donc dans \/etc\/nginx\/sites-enabled<\/strong><\/em> et entrez ls<\/strong>. Si le fichier site <\/strong>a son nom en bleu clair<\/strong>, c’est gagn\u00e9!<\/p>\n\n\n Enfin, relancez Nginx pour qu’il prenne en compte les modifications :<\/p>\n\n\n Si vous n’avez aucun retour, vous avez aussi gagn\u00e9! Sinon, vous \u00eates bons pour d\u00e9merder le truc en lisant le contenu de l’erreur avec la commande :<\/p>\n\n\n 6- Notre premi\u00e8re page<\/strong> Et si mon tuto est pas trop pourri, en entrant l’adresse IP locale de votre Raspberry Pi dans un navigateur Internet, vous devriez avoir un BEUARGH affich\u00e9 dans votre page. Le prochain coup, on installe PHP et on va pr\u00e9parer la venue de WordPress…<\/p>\n","protected":false},"excerpt":{"rendered":" Vous avez un Raspberry Pi qui tra\u00eene dans un coin et une envie de publier des trucs?Personnellement, j’ai longtemps eu un blog sur Overblog avant 1) d’en avoir marre d’\u00e9crire et 2) de me mettre \u00e0 la place d’un de mes infortun\u00e9s lecteurs et de devoir subir la pub impassable […]<\/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":[9,22,26],"class_list":["post-37","post","type-post","status-publish","format-standard","hentry","category-raspberry-pi","tag-apache","tag-nginx","tag-services"],"_links":{"self":[{"href":"https:\/\/blog.nibelheim.fr\/index.php?rest_route=\/wp\/v2\/posts\/37","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=37"}],"version-history":[{"count":0,"href":"https:\/\/blog.nibelheim.fr\/index.php?rest_route=\/wp\/v2\/posts\/37\/revisions"}],"wp:attachment":[{"href":"https:\/\/blog.nibelheim.fr\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=37"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.nibelheim.fr\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=37"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.nibelheim.fr\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=37"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
– Pas de sauvegarde automatique.<\/strong> Si votre carte SD plante, si votre Pi crashe ou prend feu, c’est mort. Il existe des backups que vous pouvez faire et m\u00eame automatiser, mais attention, \u00e7a reste du “manuel”. Oubliez la persistance d’une vraie plate-forme de blogging.
– Les mains dans le cambouis<\/strong>. Tout le temps. Si vous n’aimez pas bidouiller, \u00e7a ne sera pas pour vous. En effet, m\u00eame si je vais tout faire pour vous guider du mieux que je peux, \u00e7a va forc\u00e9ment merder \u00e0 un moment donn\u00e9 et il faudra vous sortir les doigts pour corriger le probl\u00e8me.
– La d\u00e9pendance \u00e0 votre connexion \u00e0 Internet<\/strong>. Si vous avez une connexion ADSL ou autre dont l’upload plafonne \u00e0 1Mb, oubliez tout de suite l’id\u00e9e d’h\u00e9berger chez vous, \u00e7a ne servira \u00e0 rien. Non seulement vous mettrez des plombes \u00e0 \u00e9diter des pages depuis dehors, mais vos visiteurs vont pleurer du sang en attendant que les pages chargent. Pour vous comme pour les autres, une bonne connexion \u00e0 Internet sera cl\u00e9.
Allez, 5Mb\/s, \u00e7a devrait le faire en up’.
– Raspberry Pi 2 minimum<\/strong>. Plus vous aurez un Pi r\u00e9cent, moins \u00e7a sera p\u00e9nible. Le Pi 1 est trop vieux maintenant et plus support\u00e9 pour faire tourner WordPress d\u00e9cemment. Peut-\u00eatre que si vous trouvez une structure de site Web plus l\u00e9g\u00e8re, y’aura moyen (et dites-le-moi, \u00e7a m’int\u00e9resse aussi), mais pour WordPress, ne vous infligez pas \u00e7a.<\/p>\n\n\n
Mais pour le moment, on va partir tranquillou sur une structure de base de site Web, car oui, on peut se faire sa page moche avec tr\u00e8s peu de moyens.<\/p>\n\n\n
Nous allons utiliser l’acc\u00e8s par terminal \u00e0 notre Pi. Alors soit vous utilisez PuTTY si vous \u00eates sous Windows comme moi, soit vous utilisez un terminal si vous avez un \u00e9cran, clavier et souris branch\u00e9 sur votre Pi, soit un terminal en SSH si vous \u00eates sous Linux (mais vous faites quoi ici si c’est le cas?!). Si vous ne savez pas vous connecter \u00e0 votre Pi sans mon aide, je vous encourage \u00e0 apprendre la prise en main ailleurs (genre ici<\/a>).<\/p>\n\n\n
Comme toujours avec le Pi, une fois le bestiau install\u00e9 avec Raspbian, on met \u00e0 jour les packages. Ca n’engage \u00e0 rien et \u00e7a peut faire que du bien. Normalement.<\/p>\n\n\nsudo apt update && sudo apt -y upgrade<\/pre>\n\n\n
Nous allons utiliser Nginx pour ce tuto (parce que c’est moi qui \u00e9cris, j’ai donc le choix), mais comme il est fort probable qu’Apache, qui est install\u00e9 par d\u00e9faut normalement, tourne d\u00e9j\u00e0 sur le Pi, nous allons l’arr\u00eater et l’emp\u00eacher de d\u00e9marrer \u00e0 chaque fois, sinon y’aura conflit (de canard) avec Nginx, qui fait la m\u00eame chose, mais en mieux, si l’on en croit vox populi.
Gr\u00e2ce \u00e0 ce tuto<\/a>, nous allons donc proc\u00e9der aux commandes suivantes :<\/p>\n\n\nsudo systemctl disable apache2\nsudo systemctl stop apache2\nsudo systemctl mask apache2<\/code> <\/pre>\n\n\n
C’est tr\u00e8s technique :<\/p>\n\n\nsudo apt install -y nginx<\/pre>\n\n\n
Nous allons cr\u00e9er la racine du site Web, en clair, les dossiers qui vont contenir ses fichiers.
Habituellement, le dossier utilis\u00e9 par une \u00e9nooorme majorit\u00e9 de tutos est \/var\/www\/<\/strong><\/em>.
Personnellement, j’aime bien faire ma propre cuisine, mais attention! Certaines application, comme Jeedom<\/a>, utilisent un script <\/a>bien relativement bien foutu mais qui prend tr\u00e8s mal en charge le changement de r\u00e9pertoire par d\u00e9faut (c’est l’exp\u00e9rience qui parle).
Dans un futur article, on s’en reparlera, de ce script… Oh que oui.
En attendant, choisissez l\u00e0 o\u00f9 vous voulez cr\u00e9er votre site. Nous allons utiliser dans cet exemple 2 r\u00e9pertoires :
\/var\/www\/logs<\/em> <\/strong>: r\u00e9pertoire o\u00f9 se trouveront les logs du serveur Nginx (bien pratique pour d\u00e9bugger)
\/var\/www\/html<\/em><\/strong> : r\u00e9pertoire o\u00f9 se trouve la “vraie” racine de votre site Web.<\/p>\n\n\nsudo mkdir \/var\/www\/html && sudo mkdir \/var\/www\/logs<\/pre>\n\n\n
Genre : \/var\/www\/site1\/logs<\/strong><\/em> et \/var\/www\/site1\/html<\/em><\/strong>.<\/p>\n\n\nsudo chown -R www-data \/var\/www<\/pre>\n\n\n
Bon alors, l\u00e0, on rentre dans le dur.
Sachez que l’\u00e9noooorme majorit\u00e9 des configurations que nous ferons dans les tutos \u00e0 venir se passeront dans deux fichiers :
– le fichier nginx.conf<\/strong> dans \/etc\/nginx
– le fichier de d\u00e9finition de chaque site Web.
Pour le moment, nous allons laisser nginx.conf tranquille, et nous attaquer au fichier de d\u00e9finition de notre premier site.
Dans un premier temps, nous allons supprimer le fichier par d\u00e9faut s’il existe (la m\u00e9moire me fait d\u00e9faut, donc j’assure le coup) pour partir sur des bases saines.
Si vous ne le faites pas, il risque d’y avoir conflit avec notre futur site… Et je vous rassure, il n’y a aucun risque \u00e0 supprimer le contenu par d\u00e9faut : je vous donne ce qu’il faut \u00e9tape par \u00e9tape, donc pas peur.<\/p>\n\n\nsudo rm \/etc\/nginx\/sites-available\/* && sudo rm \/etc\/nginx\/sites-enabled\/*<\/pre>\n\n\n
sudo nano \/etc\/nginx\/sites-available\/site<\/pre>\n\n\n
ctrl-Inser<\/strong> copie la s\u00e9lection (marche aussi sous Windows!)
shift-Inser<\/strong> colle la s\u00e9lection.<\/p>\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\/logs\/access-test.log;\n error_log \/var\/www\/logs\/error-test.log;\n}<\/pre>\n\n\n
– Que le serveur sera sur le port 80<\/strong> (port par d\u00e9faut d’un site Web)
– Que le fichier \u00e0 charger par d\u00e9faut sera index.php<\/strong>, ou index.html<\/strong> (l’ordre est important)
– Que les fichiers se trouvent dans le r\u00e9pertoire \/var\/www\/html<\/strong>,
– Que les fichiers de log se trouvent dans le r\u00e9pertoire qu’on a d\u00e9fini. Notez par ailleurs que ces fichiers sont optionnels : si vous voulez les d\u00e9gager, faites \ud83d\ude42<\/p>\n\n\n
Pour sauvegarder et quitter Nano, tapez ctrl-X<\/strong> (sortir), Y<\/strong> (enregistrer?) puis Entr\u00e9e <\/strong>(OUI!).
Ceci fait, nous avons donc un descripteur de site dans le r\u00e9pertoire sites-available<\/strong>.
Ce r\u00e9pertoire est en gros le vivier des sites potentiels <\/em>que vous pouvez faire tourner sur Nginx, MAIS ces sites ne seront actifs que lorsque le descripteur sera plac\u00e9 dans sites-enabled<\/strong>.
Et comme on n’est pas des b\u00eates, on va utiliser une fonction qu’elle est chouette de Linux : le lien symbolique<\/strong>. C’est un peu comme un raccourci, mais y’a des subtilit\u00e9s qui m’\u00e9chappent (comme toujours, d’ailleurs).<\/p>\n\n\nsudo ln -s \/etc\/nginx\/sites-available\/site \/etc\/nginx\/sites-enabled\/site<\/pre>\n\n\n
sudo service nginx reload<\/pre>\n\n\n
sudo journalctl -xe<\/pre>\n\n\n
On va faire simple et moche, mais qui marche :<\/p>\n\n\nsudo echo \"<html><body><h1>BEUARGH<\/h1><\/body><\/html>\" >> \/var\/www\/html\/index.html<\/pre>\n\n\n
F\u00e9licitations! Vous avez votre site qui tourne !<\/p>\n\n\n