Bienvenue sur Web-News
Re: Espace dispo sur les pages perso 14/10/24 23:11 / Mon, 14 Oct 2024 23:11:35 +0200 Dedibox Discussions
| Sujet | Re: Espace dispo sur les pages perso |
| De | abel99 |
| Date | Mon, 14 Oct 2024 23:11:35 +0200 |
| Groupes de discussion | proxad.free.services.pagesperso |
(supersedes <670d879e$0$19180$426a74cc@news.free.fr>) _ mithril94 le lundi 14/10/2024 21:11:20 a écrit : > Le 13/10/2024, Jul a écrit : >>> [...] >> Je vois cette limite de 10Mo à 2 endroits : sur une page de mon Wordpress (qui me dit que j'ai peu de place pour >> les sauvegardes) et sur une page d'admin que je me suis faite sur mon "domaine". > > j'ai donné le lien qui explique pourquoi ça retourne 10Mo un peu plus bas : > Sujet : Re: Espace dispo sur les pages perso > Date : Mon, 14 Oct 2024 20:51:16 +0200 > Auteur : mithril94 <mithril[neufquatre]@fr[deux.e][point]fr.invalid> > Message ID : <670d6824$0$32082$426a74cc@news.free.fr> > > du coup, selon tes compétences en PHP (mais si tu t'es fait une page admin, c'est que tu gères un minimum ;-) ), > sachant maintenant que tu disposes à minima de 10 Go, tu peux bidouiller ton script ainsi : > > il te faut une fonction récursive qui calcule la taille de tous les fichiers de ton site, que tu stockes dans > $taille_fichiers (en octets) > > si tu as un plugin WP qui fait ça, attention : il ne remonte peut-être pas plus haut que son dossier d'install > (s'il n'est pas à la racine de tes PP), à vérifier ! > > attention, en local ça va p'tet tout seul, mais sur les PP, un tel script récursif, selon le nombre de fichiers, çe > peut être très long et dépasser le temps d'exécution alloué (30s, si ça n'a pas changé). > Il y a déjà eu des échanges à ce sujet également par le passé : on avait testé différentes fonctions de PHP, mais > aucune ne se démarquait des autres point de vue vitesse d'exécution. > et il ressortait aussi que le 1er lancement plantait souvent par dépassement de temps d'exécution, mais que de > rafraîchir la page accélérait significativement le résultat, qui sortait alors en quelques secondes à peine. > > et après : > $espace_restant = (10*1024*1024*1024) - $taille_fichiers; // résultats en octets > que tu affiches ensuite à l'unité adaptée selon le résultat. Ca me rappelle des tests ;) En réduisant le détails des résultats (si on n'a besoin que du nombre de fichiers ou de la taille totale) le temps de calcul devient suffisant pour un site de plus de 6 Go et de l'ordre de 90 000 fichiers. On retrouve les mêmes valeurs qu'une sauvegarde locale (mais la place occupée est plus grande). Le fichier php fait moins de 100 lignes ... Ceci dit, des sites beaucoup plus gros (*) auraient probablement des problèmes pour calculer la taille. Mais comme le quota de 10 Go est seulement indicatif, pas la peine de calculer une différence à 10Go. De mémoire, certains sites aprocheraient les 100 Go ou plus. Du coup j'ai testé avec une version donnant peu de détails, sur un gros site. Après une première erreur 500 un rafraichissement de la page a donné le résultat : ======================================= Dossier analysé : xxxx.free.fr/ Dossiers : 1828 Profondeur maximale : 6 Fichiers : 90987 Taille totale occupée : 5.95 Go Temps d'exécution : 11.8715 s ======================================= Ca laisse de la marge ;) Si besoin, on doit pouvoir scanner chaque branche d'un site séparément pour limiter le temps de chaque calcul. -- * DFTT !!! * | |
