Vous n'êtes pas identifié(e).
13 février 2024 Sortie de Dotclear 2.29
Bonjour,
La mise à jour de mon blog de la version 2.14.1 vers la 2.14.2 me renvoie vers cette erreur :
Fatal error: Allowed memory size of 13462061 bytes exhausted (tried to allocate 32768 bytes) in /homepages/5/d258070190/htdocs/blog/inc/libs/clearbricks/zip/class.unzip.php on line 260
Je suis chez 1and1 en php 5.6 avec upload_max_file 64M et memory_limit 256M...
Hors ligne
Bonjour,
As-tu essayé de faire la mise à jour à la main ?
Pierre
Cordialement Pierre Ammeloot
A consulter avant de poser une question : http://dotaddict.org/search/
Hors ligne
Bonjour Pierre,
non, je n'ai pas essayé... Il y a très longtemps que j'ai installé mon blog et je n'ai plus les connaissances immédiates pour me lancer...
Mais s'il faut, je relirais un peu la documentation... Si entre-temps quelqu'un a des idées !?
Hors ligne
J'ai eu des soucis sur 1&1 dernièrement, mais ça n'était pas avec Dotclear du coup. Logiquement vu les paramètres, ça devrait passer en mise à jour auto. Peut-être qu'il y avait trop de charge sur le mutualisé quand tu as testé l'upgrade. As-tu essayé plusieurs fois à différents moments de la journée ?
Hors ligne
J'ai également le même soucis chez 1&1. Ils ont l'air de dire que ça ne vient pas de chez eux mais quand on ne touche à rien et que d'un jour à l'autre tout les scripts PHP ou presque foirent c'est bien qu'il ont du changer quelque-chose. Je vais voir pour les appeler à nouveau. J'ai tenté plusieurs choses comme changer la version PHP, vérifier les csp dans l'admin, etc.. Mais rien n'y fait.
Hors ligne
J'ai aussi un blog chez 1&1 en php 5.6.37, et ça le fait avec la version 2.13.1. La bibliothèque gd est installée.
Le message d'erreur lors de l'envoi d'une image :
TypeError: data.result is null[En savoir plus] _media.js:7:1
$.fn.enhancedUploader/</< http://www.domaine.fr/dotclear/admin/js/_media.js:7:1
dispatch http://www.domaine.fr/dotclear/admin/js/jquery/jquery.js:272:374
add/elemData.handle http://www.domaine.fr/dotclear/admin/js/jquery/jquery.js:259:144
trigger http://www.domaine.fr/dotclear/admin/js/jquery/jquery.js:476:204
jQuery.event.trigger http://www.domaine.fr/dotclear/admin/js/jquery/jquery-migrate.js:49:8
trigger/< http://www.domaine.fr/dotclear/admin/js/jquery/jquery.js:480:245
each http://www.domaine.fr/dotclear/admin/js/jquery/jquery.js:15:679
each http://www.domaine.fr/dotclear/admin/js/jquery/jquery.js:4:630
trigger http://www.domaine.fr/dotclear/admin/js/jquery/jquery.js:480:224
_trigger http://www.domaine.fr/dotclear/admin/js/jquery/jquery-ui.custom.js:46:1
_onDone http://www.domaine.fr/dotclear/admin/js/jsUpload/jquery.fileupload.js:35:124
$.widget/</proxiedPrototype[prop]</< http://www.domaine.fr/dotclear/admin/js/jquery/jquery-ui.custom.js:23:328
send/jqXHR< http://www.domaine.fr/dotclear/admin/js/jsUpload/jquery.fileupload.js:37:361
fire http://www.domaine.fr/dotclear/admin/js/jquery/jquery.js:186:205
fireWith http://www.domaine.fr/dotclear/admin/js/jquery/jquery.js:192:181
done http://www.domaine.fr/dotclear/admin/js/jquery/jquery.js:537:86
callback/< http://www.domaine.fr/dotclear/admin/js/jquery/jquery.js:553:300
Ce qui m'étonne c'est que j'ai spécifiquement désactivé l'interface avancée de la médiathèque, mais que je retrouve la fonction $.fn.enhancedUploader en début des messages d'erreur...
Hors ligne
Visiblement ça date de la dernière modif effectuée par 1&1 sur leurs serveurs ; quelqu'un a des infos sur ce qu'ils ont fait qu'on voit de quel côté chercher ?
Dotclear addicted since 2004
Hors ligne
Je vais tenter de les joindre cette après-midi (encore) et de leur demander plus d'infos, en mentionnant le fait que je ne suis pas le seul à avoir des soucis (cf. ce forum :D) !
Hors ligne
J'ai eu le même souci en étant aussi chez 1&1, avec le même fichier et le même message d'erreur.
La solution : contacter le sav et leur signaler l'erreur (éventuellement leur signaler aussi notre étonnement puisque notre contrat prévoie davantage de mémoire) et l'adresse du fichier .php qui dérange. Il m'a modifié un truc dans le dossier en question (un php.ini qui va bien ?) et tout a roulé ensuite.
Rien à changer du côté dotclear/admin/config a priori donc. :)
Dernière modification par Game A (2018-09-21 10:54:58)
Hors ligne
J'ai eu le même souci en étant aussi chez 1&1, avec le même fichier et le même message d'erreur.
La solution : contacter le sav et leur signaler l'erreur (éventuellement leur signaler aussi notre étonnement puisque notre contrat prévoie davantage de mémoire) et l'adresse du fichier .php qui dérange. Il m'a modifié un truc dans le dossier en question (un php.ini qui va bien ?) et tout a roulé ensuite.
Rien à changer du côté dotclear/admin/config a priori donc. :)
ça serait intéressant de savoir quoi exactement !
Dotclear addicted since 2004
Hors ligne
Effectivement je n'ai pas eu cette présence d'esprit, désolé ! Si Schtunks ou bbaappttiissttee peuvent demander au moment où ils le font ce serait bien du coup, car le souci se posera sans doute encore à d'autres chez 1&1.
Je peux seulement dire que mon interlocuteur a tenté plusieurs opérations (dont une sur la racine du dossier j'ai l'impression), avant d'aller finalement dans le dossier concerné par le message d'erreur et d'appliquer quelque chose sur le fichier concerné.
Pour avoir un peu fouillé leur FAQ pour comprendre, je suis tombé sur une vieille page d'il y a quelques années indiquant que pour les plus vieux contrats, la mémoire réellement attribuée pouvait ne pas avoir été mise à jour (exemple : si on avait 8mo au début, même en passant dans un contrat à 64 parce que l'offre à 8 n'existe plus, la mémoire n'est pas forcément automatiquement upgradée, contrairement à un nouveau contrat où les 64 seraient immédiatement attribués).
Probable aussi que les 256 promis contractuellement sont un maximum que l'on peut exiger mais qu'ils ne sont pas alloués systématiquement tant qu'on n'en manifeste pas le besoin ? Enfin c'est pour ça que j'ai pensé à un php.ini qui viendrait mettre une exception sur tel ou tel script pour lui permettre de dépasser le quota de mo réellement affecté.
Dernière modification par Game A (2018-09-22 09:50:55)
Hors ligne
Tu n'as pas accès en FTP sur ton site pour aller voir si effectivement il y a un PHP.ini qui a été modifié le jour/heure/minute de ton coup de tél ?
"On peut user de tout mais faut pas en abuser!"
Hors ligne
Bonsoir.
Le hasard a voulu que je remarque dans TOUS mes dossiers d'image un php.ini qui n'était pas présent avant de lire ta question.
Effectivement, dans le dossier Zip aussi j'ai désormais un php.ini contenant simplement
memory_limit = 1024M
comme dans les dossiers d'image - et a priori absolument partout.
Cela tend à confirmer ce que je supposais juste au dessus. J'espère que ça permettra à tous de régler le problème.
Hors ligne
Ok, donc encore une fois ça n'a rien à voir avec le code de Dotclear mais avec une modif qu'ils ont effectué question gestion des ressources sur leurs hébergements.
Je trouve, à mon humble avis, qu'ils fonctionnent un peu à la hussarde à agir comme ça.
Dotclear addicted since 2004
Hors ligne
Vous n'êtes pas identifié(e).