Une demande de fonctionnalité de longue date de notre communauté est enfin là ! À partir d'aujourd'hui, vous pouvez héberger une instance Discourse complète dans un Raspberry Pi à 35 $. Vous pouvez suivre notre guide d'installation officiel, et il fonctionnera immédiatement sur n'importe quel modèle récent de Raspberry Pi.
Je pense qu’il vaut la peine de mentionner qu’Oracle Cloud propose gratuitement 4 cœurs Ampere A1 basés sur ARM et 24 Go de RAM, qui peuvent être utilisés dans jusqu’à 4 machines virtuelles, dans le cadre de son offre « Toujours gratuit ».
J’ai toujours voulu créer un réseau local pour mon quartier avec un miroir de notre forum, pour l’utiliser en cas de communication d’urgence lorsque le courant est coupé. Ce serait amusant d’essayer de mettre cela en place maintenant !
C’est super. \nJe l’ai mentionné à Jeff Geerling. \nPeut-être aurons-nous une vidéo YouTube sur la création d’un site Discourse sur un cluster Raspberry Pi.
Pensez-vous qu’un quidam ordinaire pourrait installer Discourse en suivant attentivement les instructions, ou faudrait-il être un développeur pour comprendre le jargon ?
Tant que la base de données est petite, il ne devrait pas y avoir de différence. Si votre base de données est plus grande que la RAM du Pi, cela pourrait être un indice pour passer à quelque chose d’un peu plus robuste
ÉCHEC
--------------------
Pups::ExecError: cd /var/www/discourse && [ ! -d 'node_modules' ] || su discourse -c 'yarn install --production && yarn cache clean' a échoué avec le retour #<Process::Status: pid 3539 exit 1>
Emplacement de l'échec : /pups/lib/pups/exec_command.rb:112:in `spawn'
exec a échoué avec les paramètres {"cd"=>"$home", "cmd"=>["[ ! -d 'node_modules' ] || su discourse -c 'yarn install --production && yarn cache clean'"]}
53e9103763b3963785452f314d9c0023f280ebe76d33a1271a6439d23e8c8ad9
** ÉCHEC DE L'AMORÇAGE ** veuillez faire défiler vers le haut et rechercher les messages d'erreur précédents, il peut y en avoir plus d'un.
./discourse-doctor peut aider à diagnostiquer le problème.
I, [2022-01-24T00:30:34.893970 #1] INFO -- : cd /var/www/discourse && [ ! -d 'node_modules' ] || su discourse -c 'yarn install --production && yarn cache clean'
warning Le champ Resolution pour \"lodash@4.17.21\" est incompatible avec la version demandée \"lodash@4.17.15\"
2022-01-24 00:31:15.883 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:31:26.025 UTC [3596] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:31:55.876 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:32:06.068 UTC [3606] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:32:15.830 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:32:26.023 UTC [3617] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:32:40.294 UTC [3621] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:32:55.848 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:33:06.000 UTC [3627] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:33:20.766 UTC [3628] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:33:55.862 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:34:06.039 UTC [3634] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:34:22.558 UTC [3635] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:34:35.852 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:34:46.031 UTC [3637] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:34:55.859 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:35:06.036 UTC [3638] LOG: using stale statistics instead of current ones because stats collector is not responding
error Une erreur inattendue s'est produite : \"https://registry.yarnpkg.com/rxjs/-/rxjs-6.6.3.tgz: ESOCKETTIMEDOUT\".
I, [2022-01-24T00:35:14.127245 #1] INFO -- : yarn install v1.22.17
[1/5] Validation du package.json...
[2/5] Résolution des paquets...
[3/5] Récupération des paquets...
info Il semble y avoir un problème avec votre connexion réseau. Réessai...
info Il semble y avoir un problème avec votre connexion réseau. Réessai...
info Il semble y avoir un problème avec votre connexion réseau. Réessai...
info Il semble y avoir un problème avec votre connexion réseau. Réessai...
info Si vous pensez qu'il s'agit d'un bug, veuillez ouvrir un rapport de bug avec les informations fournies dans \"/var/www/discourse/yarn-error.log\".
info Visitez https://yarnpkg.com/en/docs/cli/install pour la documentation sur cette commande.
I, [2022-01-24T00:35:14.128342 #1] INFO -- : Terminating async processes
I, [2022-01-24T00:35:14.128463 #1] INFO -- : Sending INT to HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 52
I, [2022-01-24T00:35:14.128549 #1] INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 113
2022-01-24 00:35:14.128 UTC [52] LOG: received fast shutdown request
113:signal-handler (1642984514) Received SIGTERM scheduling shutdown...
113:M 24 Jan 2022 00:35:14.221 # User requested shutdown...
113:M 24 Jan 2022 00:35:14.221 * Saving the final RDB snapshot before exiting.
I, [2022-01-24T00:35:24.131678 #1] INFO -- : HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid:52 did not terminate cleanly, forcing termination!
I, [2022-01-24T00:35:24.132139 #1] INFO -- : exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid:113 did not terminate cleanly, forcing termination!
Votre connexion est trop instable pour compiler Discourse. Je viens de recompiler sur mon Pi4 câblé sans problème, vous voudrez peut-être vérifier votre réseau.
Oh merci pour le rappel. Il s’est perdu quand j’ai déménagé il y a quelques mois. Je l’ai rallumé juste maintenant et mis à jour vers la dernière version.
Salut @Falco, merci d’avoir partagé une information aussi merveilleuse.
J’ai réussi à faire fonctionner mon premier forum !!! Grâce à toi !!!
Est-il possible pour moi d’accéder au forum avec l’adresse IP locale de la machine ? Quand mon nom d’hôte Discourse est déjà défini sur un domaine (obtenu auprès de Freenom).
Lorsque j’ai essayé d’accéder au forum avec l’adresse IP de la machine, la page est toujours restée bloquée au chargement et n’a jamais réussi à se charger.
J’ai un cas d’utilisation où ma machine cliente est connectée à un VPN et n’a pas accès à Internet. La seule façon pour moi d’accéder au forum est via l’adresse IP du réseau local.
Merci @merefield.
Je constate qu’en utilisant curl sur l’adresse IP locale du serveur, la page est renvoyée, mais pas avec un navigateur.
Cela a-t-il un rapport avec les paramètres du navigateur ?