system:
#Auto-hébergement
Un nouveau fil de dépannage pour les administrateurs (en russe) a examiné pourquoi même les uploads vidéo minuscules échouaient avec le message « Ce fichier est trop volumineux » (lire la suite ). Canapin a renvoyé vers le guide de référence pour ajuster les limites d’upload (lire la suite ), tandis que merefield a souligné qu’il faut souvent mettre à jour app.yml et disposer d’un accès SSH/terminal pour achever correctement la reconstruction (lire la suite ).
Au fur et à mesure que la reconstruction avançait, la discussion a glissé de « comment augmenter les limites d’upload ? » vers « comment récupérer une instance cassée ? » — avec des rappels répétés de ne pas interrompre les reconstructions en cours et de partager les vrais journaux plutôt que des captures d’écran (lire la suite , lire la suite ). Le fil a finalement mis en lumière un piège courant : arrêter ./launcher rebuild app en cours de route (visible via ^C) puis se demander pourquoi le site ne démarre pas (lire la suite , lire la suite ).
Plusieurs réponses ont réaffirmé la « prochaine étape » pratique consistant à coller la sortie complète du terminal dans des blocs de code pour diagnostiquer les échecs (lire la suite , lire la suite ). Pour tous ceux qui suivent plus tard, les documents de référence sous-jacents restaient le guide « modifier la taille maximale d’upload des pièces jointes » (lire la suite ).
Le moment « quelqu’un peut-il se connecter à mon serveur et le réparer ? » est également survenu ; des membres de la communauté ont averti que la récupération manuelle est généralement un travail rémunéré et ont orienté vers des options professionnelles (lire la suite , lire la suite ).
Peut-être faudrait-il ajouter une instruction demandant au bot de ne pas le découper de cette façon ? Je ne sais pas s’il lui a été demandé de rester concis, mais il semble étrange d’avoir plusieurs points pour un seul sujet comme celui-ci.
2 « J'aime »