Message d'avertissement

The subscription service is currently unavailable. Please try again later.

Mise à jour qui à tout casser !

Information importante

En raison d'un grand nombre d'inscriptions de spammers sur notre site, polluant sans relache notre forum, nous suspendons la création de compte via le formulaire de "sign up".

Il est néanmoins toujours possible de devenir adhérent•e en faisant la demande sur cette page, rubrique "Inscription" : https://www.drupal.fr/contact


De plus, le forum est désormais "interdit en écriture". Il n'est plus autorisé d'y écrire un sujet/billet/commentaire.

Pour contacter la communauté, merci de rejoindre le slack "drupalfrance".

Si vous voulez contacter le bureau de l'association, utilisez le formulaire disponible ici, ou envoyez-nous un DM sur twitter.

Bonjour,

Je pas très content, j'ai du mettre à jour le module ImageCache ce matin, ce que j'ai fait. Ensuite pour que cela fonctionne j'ai du lancer une restructuration des tables de la base de donnée.
Puis maintenant certains liens du panneau d'admin ne fonctionne plus, de même on ne peut plus créer d'article, on atterit sur une page vide.

Que faire ?

Version de Drupal : 

Dommage que tu quittes déjà après tant de temps qu'on a passé pour t'aider.

Pour mettre à jour un module la méthode est la suivante (après avoir mis le site en Hors-Ligne):
1-Désactiver le module
2-Supprimer l'ancien dossier
3-Upload le nouveau dossier
4-Réactiver le module
5-Lancer update.php

Après, tu remets le site en ligne.

Si tu n'avais pas fait cela, tu n'avais pas fait une mise à jour propre.

J'avoue être également "fatigué" de ces dépassements "mémoire"...

Comment faites vous pour rester "compatibles" à <= 32MO??
S'il faut un MINIMUM de 48Mo (plutôt 96!!) pour faire tourner le moteur avec un minimum de marge,
il faut l'ECRIRE!!

Ce sera comment avec la V7?? Pire?

J'ai ajouté ce matin "normalement" (j'avais encore accès au listing modules!!)
le module DHTML (ce qui entre nous fait un peu plus "sympa" comme menu!).

Ce soir, depuis plus d'une heure, (je passe d'ailleurs plus de temps à "récupérer" qu'a bâtir!!), sans pouvoir ouvrir ma liste "modules"!!

Tout ça pour mettre à jour "dans les règles de l'art "un" module!

Je viens de virer les modules (via phpadmin!!!)
backup
google analytic
sitemap
et je suis toujours à 100ko au dessus!!

Hum, ça a rien à voir directement avec Drupal.
La limite de mémoire dépend des paramètres PHP sur l'hébergement.

Il faut paramétrer le memory_limit dans le fichier php.ini.
En fonction de l'hébergeur tu as accès ou pas à ce fichier. Certains hébergeurs limitent cette valeur à 32Mo et tu peux pas le changer ...

Ceci dit, j'ai jamais vu de soucis sur plusieurs sites où on a des tonnes de modules installés. Par exemple, pour que image_cache bouffe plus de 32mo de mémoire, faudrait lui mettre des images de grande résolution (1920*1200px avec 200-300 Dpi par exemple), ce qui est rare pour une utilisation web classique ...

Bien sur que cela dépend de l'hébergeur, pour cette fameuse limite.
(pour le module image-cache, ce n'est pas moi l'auteur du fil)

Les modifs?
Je les ai toutes éssayées!
Même la derniere en date, en passant de 128Mo, et en redescendant
96 64 48... Des fois que...
http://drupal.org/node/207036#comment-1952752
le php.ini? copié dans TOUS les rep...
settings.php , module.inc....

Dans mon cas, c'est cuit, j'ai appelé cette semaine, pas de possibilité.
(1&1 pro sdt)

J'en ai trouvé (en feuilletant le forum) un qui "garanti 48mo", et permet
96 / 5mn sur config...
Je vais attendre les 6 mois d'age du nom de domaine...
Et passer pour un clown, pour avoir choisi autre chose que... Spip...

C'est vraiment à devenir dingue de ne pas avoir de marge!
Pourtant je n'ai pas le sentiment d'avoir "forcé" sur les modules.
Mais manifestement la V6 est nettement plus gourmande.
D'ou mon "inquiètude pour le basculement en V7!!
Si je change pour 48Mo et que en fin d'année la V7 soit "trop à l'étroit"...

Les modules installés?
56... si on compte toutes les options du cck et autres core à "options".
FCKeditor ? trop gourmand?

J'ai de nouveau la main, après avoir rayé DHTML.
J'ai fais "à la manière de" les maj, et recoché en ordre inverse.
ça tient "officellement" SANS googleAna (il est vital) et backupmigrate.
J'ai re "tagué" ces 2 modules via phpadmin!!

J'ai fais une sauvegarde "backupMig" que j'ai importée en local
Elle est "bonne"(apparamnt!).

Voilà.

L'install est "normal", site multilang (Fr/Gb), petit (presque 300pages), 1000 pages/jour.
Pas besoin d'1 "Drupal Airbus 380"...

Franchement je DOIS trouver une soluce...

hello
c'est clair que c'est un souci cette page des modules et des droits. Mais attention, à te lire on a l'impression que c'est tout drupal qui a besoin de 32 ou 64 MO de memory_limit alors qu'il s'agit seulement de la page de listing des modules et celle de droits d'accès.

Il est clair que pour un gros site, j'envisage direct du dédié si c'est possible. Pour un petit / moyen site, on arrive sans mal à faire tourner sur un petit mutu OVH de base des sites qui compte plus de 120 modules (ok, peut être que seulement 90 sont activés); et pas de souci pour ouvrir la page des modules ni des droits... enfin un peu de patience est nécessaire quand même :-)

edit : pour info, en mutu on est passé à infomaniak sur un site plus important car celui-ci dispose d'une limite plus élevé que ses confères pour le memory_limit. On est très satisfaits d'eux pour l'instant.

Bonjour,

Tu m'avais déjà évoqué cet hébergeur sur un autre fil,
et grace à toi, cette semaine, j'ai pris tous les renseignements.

Mais ce n'est pas moi qui décide, et il faut que j'amène des billes.
48mo garantis, 98mo dispos pour 5 min C'est bon pour la V6.
Mais je construis pour 3 ans (au moins), et si je change "d'hotel", je veux etre sûr
de pouvoir "respirer" en V7 (ou plus)!.

Ce n'est peut-etre pas Dpl qui " a besoin" de cette mémoire,
mais la page essentielle qui lui permet de fonctionner...
ce qui revient au même, car avec le noyau seul on "peut faire"...

Sinon, c'est vraiment "fort"...
Et c'est le choix que j'ai réussi à faire passer...

Drupal est loin d'être parfait et je pense que c'est bien de rappeller haut et fort ses défauts pour qu'il devienne toujours meilleur. Faut être critique, car quand je vois un CMS comme modx; je me dis que les CMS pourraient atteindre un niveau BEAUCOUP plus élevé aujourd'hui. Mais combien peuvent se vanter aujourd'hui d'avoir un tel nombre de module gratuits, d'etre aussi flexible et avec un framework aussi propre que drupal?

J'avoue pourtant queje reve très fort à ce que Modx revolution s'impose un jour :-)