Smarty et mutualisé 1and1: quota du nombre de fichiers atteint!

[Rulian]

Hello à tous,

 

je gère actuellement une boutique en ligne PS version 1.6.1.4 qui "tournote" sur un hébergement mutualisé 1and1.

(Nous avons conservé l'hébergeur historique du client mais la migration devient de plus en plus inévitable)

 

Bref, en attendant la migration vers un autre hébergeur j'aimerais régler un problème de quota.

 

Sur certaines pages du site, dont la page de paiement, l'utilisateur se prend le message d'erreur:

Fatal error: 
Uncaught --> Smarty: unable to write file /homepages/XXX/htdocs/onlineshop/cache/smarty/compile/ba/8f/1a/wrt573ee0d5c42d62_96472352 
<-- thrown in /homepages/XXX/htdocs/onlineshop/tools/smarty/sysplugins/smarty_internal_write_file.php on line 46

Je regarde les droits d'accès au répertoire cache => 777

 

Je regarde le quota disque (en ligne de commande via SSH): Bim, cata, on dirait que j'ai atteint le nombre maximum de fichiers possibles (mais sans atteindre mon quota d'espace disque):

 

 

Auriez-vous déjà rencontré ce genre de problème ?

Auriez-vous connaissance de fichiers temporaires/inutiles au bon fonctionnement de PS qu'on pourrait supprimer histoire de gagner un peu de temps?

 

Pour info, la boutique possède environ 22.000 références, chacune avec 1 ou 2 photos et quelques mp3 associés.

 

 

Voila, merci pour toute info qui pourrait faire avancer le biniou.

Je compte créer  un parallèle un autre topoic sur la migration depuis 1and1 (oui il y en a plein mais je n'ai pas trouvé de sujet répondant aux questions de migration des boites mail existantes, de la conservation ou non de 1and1 comme registrar, etc...)

 

Bonne journée à tous!

Edited May 20, 2016 by Rulian (see edit history)

[Eolia]

C'est une des raisons pour lesquelles je déconseille 1&1 pour un Prestashop car vous êtes limité en terme d'inodes (entrées de fichiers, ftp ET sql) et en terme d'espace disque.

 

Vider le cache smarty va résoudre temporairement votre problème car il va se reconstruire (ou mettre une tache cron qui le vide toutes les nuits) et en même temps, il est nécessaire pour la rapidité du site.

Supprimez du disque tous les modules que vous n'utilisez pas.

 

Et fuyez 1&1 au plus vite !

[Rulian]

 

Vider le cache smarty va résoudre temporairement votre problème car il va se reconstruire (ou mettre une tache cron qui le vide toutes les nuits) et en même temps, il est nécessaire pour la rapidité du site.

 

Effectivement, c'est ce que je fais pour l'instant depuis 2 jours chaque soir.

 

Le truc qui me chagrine un peu c'est que le cache Smarty est désactivé!

Et quand il était activé, l'option choisie était cache SQL

 

J'ai la désagréable impression que cache ou non, PS génère et conserve une version compilée des pages à afficher dans /cache/smarty/compile/ (différent de "/cache/smarty/cache", qui est un répertoire approuvé par le Department of redundancy Department des monty pythons).

 

Sinon on est d'accord pour ce qui est de fuir 1and1, dans le cadre d'une utilisation sérieuse de prestashop.

[Mediacom87]

1and1 c'est les champion du mensonge marketing, espace disque illimité mais par plus de 263 000 fichiers.

 

L'illimité selon 1and1.

 

FUYEZZZZZZ

[Eolia]

Cache et compile sont effectivement 2 choses différentes, c'est d'ailleurs pour ça qu'il y a 2 répertoires.

 

Je pourrais aussi vous parler de la table ps_smarty_lazy_cache (complètement inutile) qui passe son temps à se remplir et s'effacer (mais c'est vrai que le serveur s'ennuie...) 

Le cache lui-même est rempli de façon complètement anarchique par certains modules.

 

L'option SQL, je n'en parle même pas, le petit malin qui a trouvé ça aurait mieux fait de s'abstenir ce jour là...

 

Pour que Prestashop tourne correctement dès qu'il dépasse 5 robes et 3 t-shirts et un client, on est obligé de passer par du code "maison" si on veut quelque chose d'un peu plus efficace.

[Rulian]

Cache et compile sont effectivement 2 choses différentes, c'est d'ailleurs pour ça qu'il y a 2 répertoires.

 

Je pourrais aussi vous parler de la table ps_smarty_lazy_cache (complètement inutile) qui passe son temps à se remplir et s'effacer (mais c'est vrai que le serveur s'ennuie...) 

Le cache lui-même est rempli de façon complètement anarchique par certains modules.

 

L'option SQL, je n'en parle même pas, le petit malin qui a trouvé ça aurait mieux fait de s'abstenir ce jour là...

 

Pour que Prestashop tourne correctement dès qu'il dépasse 5 robes et 3 t-shirts et un client, on est obligé de passer par du code "maison" si on veut quelque chose d'un peu plus efficace.

 

(Oui oui, pour 'cache' et 'compile', on est d'accord, 2 trucs différents, mais c'est juste dommage d'avoir rangé 'compile' dans un répertoire parent 'cache' selon moi, après voila y'a pas mort d'homme)

 

Tu m’intéresse énormément la, avec tes histoires de cache!

Quand tu parles de "code maison", tu veux dire:

 

• coller un PS derrière un varnish, ou d'installer memcache(d) sur le serveur ? <== un des premiers trucs que je ferai après la migration
• coder ton propre système de cache en PHP ? <== la par contre, quand je vois le bordel dans le code de PS, je pleure rien que de penser à implémenter un système de cache maison.

Et au passage, merci pour tes réponses, ça fait du bien d'avoir des réponses sensées, différentes de "J'ai le même problème" ou "Ah ah 1and1 C TRO 2 LA M*RDE".

 

Mon expérience de Prestashop jusqu'a présent me faire dire que le département QA et documentation est dirigé par un labrador, et que le CM est plus occupé à monter des apéros facebook pour vendre des formations que d'avoir une communauté de développeurs soudée et efficace.

Du coup, j'ai eu plus de réponses constructives sur stackoverflow qu'ici mais ton genre de réponse me redonne de l'espoir!

[Guest]

Pour gagner sur le nombre de fichiers, vu qu'il y a 22.000 ref, et bien sûr avant la migration obligatoire vers un vrai espace dédié, tu peux aussi modifier les différents formats d'images pour n'en garder vraiment qu'un minimum, le plus strict minimum serait de conserver l'image de base uniquement et de désactiver les autres formats, ensuite régénérer les miniatures va libérer en gros 4*22.000, soit 88.000 fichiers. Aussi tu peux vérifier si il ne traine pas d'images non attribuées et les effacer.

Pour que le site continue à afficher les images il faudra modifier le thème, là ou sont appelées les images avec juste après le N° de l'image on trouve le format : exemple  4545-default.jpg

à transformer en 4545.jpg, pareil pour -thickbox.jpg ou encore -small.jpg, etc...

 

Pour infos y'a pas que 1&1 qui font ça : limiter le nombre d'inodes est "normal" sur toutes les offres "illimitées" pas chères.. quand on a compris que chaque chose à un prix on vérifie avant de souscrire à ce genre d'offres.. mais ça apatte toujours les gogos qui ne lisent que la pub en gras !

[Eolia]

• coller un PS derrière un varnish, ou d'installer memcache(d) sur le serveur ? <== un des premiers trucs que je ferai après la migration
• coder ton propre système de cache en PHP ? <== la par contre, quand je vois le bordel dans le code de PS, je pleure rien que de penser à implémenter un système de cache maison.

Tu oublies tout de suite les caches serveur, Prestashop ne sait pas les gérer et tu vas te retrouver avec des actualisations 24h après ou... jamais et des commandes en carafe.

Pourquoi réinventer la roue ? Smarty le fait très bien, c'est juste les codeurs qui ont fait n'importe quoi. Donc, une fois le code nettoyé et corrigé on arrive à de très bons résultats.

Pour les caches php/sql c'est un peu plus complexe car le flush est opéré n'importe comment, donc là, il faut vraiment s'adapter.

[Rulian]

 

Pour gagner sur le nombre de fichiers, vu qu'il y a 22.000 ref, et bien sûr avant la migration obligatoire vers un vrai espace dédié, tu peux aussi modifier les différents formats d'images...

 

Merci, bien vu, j'ai pensé à la même chose mais en moins radical, et j'ai gagné 22.000 fichiers.

Avec un petit nettoyage de trucs qui trainaient dans les coins, je suis redescendu à 230.000 fichiers, de quoi respirer un peu avant la migration.

 

 

Pour infos y'a pas que 1&1 qui font ça : limiter le nombre d'inodes est "normal" sur toutes les offres "illimitées" pas chères..

Alors la, on est tout à fait d'accord.

Je ne me sens aucunement floué par 1and1.

Simplement avec l'évolution du site (et des ventes) + passage d'un code maison à un PrestaShop, il nous faut migrer vers des solutions plus "sérieuses".

 

 

quand on a compris que chaque chose à un prix on vérifie avant de souscrire à ce genre d'offres.. mais ça apatte toujours les gogos qui ne lisent que la pub en gras !

Tu y vas peut être un peu fort

Il y a aussi les cas de figure où les besoins évoluent... ou tout simplement les débutants, pas forcément gogos.

 

Bref, merci pour ton idée de supprimer quelques renditions d'images.

[Guest]

Tu y vas peut être un peu fort

Il y a aussi les cas de figure où les besoins évoluent... ou tout simplement les débutants, pas forcément gogos.

 

Bref, merci pour ton idée de supprimer quelques renditions d'images.

 

Je persiste et signe toujours dans le même sens.. c'est pas qu'en informatique que ça fonctionne comme ça où on en a le plus souvent pour son argent (surtout pas plus) alors quand on parle de ecommerce qui rapporte de l'argent et que le "proprio" croit pouvoir s'en sortir à moins de 10 euros par mois sur un mutualisé, c'est ridicule comme postulat, je ne parlerai pas du cloud, car là c'est le pompon !

 

Une boutique en dur à besoin d'un local commercial, si il est bien situé ça coute CHER, voire même très cher, s' il est caché dans une ruelle sombre ça reste quand même plusieurs centaines d'euros par mois, un serveur dédié correct c'est moins de 30 euros !

 

Aussi, les débutants ne sont pas tous des gogos, certains prennent le temps de se renseigner avant de souscrire à une offre ou bien de demander l'avis de personnes compétentes et en plus c'est gratuit !

 

Sinon, ravi d'avoir pu t'apporter un peu de confort avant la migration qui n'est pas dure à faire, emails compris !

Pour ton registrar 1&1 ou un autre ça revient au même, sauf qu'en général c'est plus pratique de rapatrier le domaine sur le même compte d'un seul et unique registrar ou les autres domaines sont déjà présents, sur ovh  il y a des contacts techniques / facturation / administration ce qui permet une grande souplesse dans la gestion, le propriétaire n'est pas obligé de vous donner ses identifiants pour modifier les dns, il suffit qu'il vous nomme contact technique, bon leur nouvelle console manager n'est pas tiptop, et bug de temps en temps mais ça reste correct.

[Eolia]

euh... le coup des contacts chez OVH c'était bien "avant", maintenant c'est une grosse daube. Si le contact technique, par exemple, n'existe plus (adresse mail inexistante ou le gars a disparu) ben tu restes bloqué pour faire quoique ce soit vu qu'il doit valider toute modification le concernant.

[Guest]

euh... le coup des contacts chez OVH c'était bien "avant", maintenant c'est une grosse daube. Si le contact technique, par exemple, n'existe plus (adresse mail inexistante ou le gars a disparu) ben tu restes bloqué pour faire quoique ce soit vu qu'il doit valider toute modification le concernant.

 

Arf, j'ai pas encore rencontré ce souci, c'est bon à savoir. Ce qui m'arrive souvent sur ovh c'est que l'interface bug et qu'il faille faire appel au support de temps en temps, à part ovh quel registrar fonctionne vraiment bien à un prix correct ? ne me dis pas gandi, hein

[Eolia]

Perso, j'utilise Online et je n'ai pas de soucis particuliers. De plus, leur support est compétent et réactif (pas 50 niveaux de techniciens)

[Guest]

Perso, j'utilise Online et je n'ai pas de soucis particuliers. De plus, leur support est compétent et réactif (pas 50 niveaux de techniciens)

 

Alors oui sur Online c'est pas mal.. mais ils n'envoient pas de mails pour le renouvellement, il faut checker régulièrement et des fois.. too late !

Niveau ticket avec 50 niveaux.. j'en suis en plein dedans.. 12 jours de tickets.. et déjà 7 escalades de techniciens différents pour n'avoir encore aucune réponse, sur le coup je suis déçu, aussi ils facturent les transferts de domaine un peu trop cher, à part ça oui ça fonctionne correct chez Online niveau domaine, c'est pas pas cher non plus il faut dire.

 

Le Graal des registrars n'existe pas.. mais je cherche encore

[baselunaire]

Bonjour,

Je rencontre également ce problème de nombre de fichiers.

Pourtant je n'ai que 700 articles sur ma boutique. Une photo par article.

Pas de fichier joint...pas de vidéos, pas de mp3, juste 1 photo et du texte.

Comment un non informaticien peut-il se douter en installant uniquement une petite boutique prestashop en 1.6 qu'il arrivera rapidement à 262 144 fichiers ????

Du coup plus rien ne fonctionne. J'ai appelé plusieurs fois 1 & 1 (ionos) qui me dit "ça vient de chez prestashop"... sans commentaire (ça fait des mois que ça dure !)

sans votre ticket je ne me serai pas aperçue que je n'avais plus de place !

Franchement, je trouve ça un peu exagéré ce nombre de fichiers...

En attendant, je n'y connais pas grand chose et je ne sais pas quoi supprimer.

Je n'ai pas d'articles désactivés.

Pouvez vous me dire quels répertoires je peux supprimer sans risque ?

Merci de votre aide

[Eolia]

BO -> Performances -> Vider le cache

Et fuyez 1&1^^

[Mediacom87]

il y a 4 minutes, baselunaire a dit :

Comment un non informaticien peut-il se douter en installant uniquement une petite boutique prestashop en 1.6 qu'il arrivera rapidement à 262 144 fichiers ????

Vous venez de faire l'expérience du mensonge de 1and1 ionos depuis des lustres.

Il annonce des espace illimité sauf qu'une limite existe depuis toujours. Cela frôle l'arnaque.

[baselunaire]

7 minutes ago, Eolia said:

BO -> Performances -> Vider le cache

Et fuyez 1&1^^

Je veux bien fuir... mais je ne sais pas comment faire !! J'avais commencé à regarder, mais ça m'a semblé trop compliqué !

(pourtant je paye une FORTUNE à cause de PHP 5.6 que mon prestashop ne veut pas voir évoluer vers une version plus récente, mais c'est une autre histoire).

4 minutes ago, Mediacom87 said:

Vous venez de faire l'expérience du mensonge de 1and1 ionos depuis des lustres.

Il annonce des espace illimité sauf qu'une limite existe depuis toujours. Cela frôle l'arnaque.

A vrai dire 263 144 fichiers, ça me semble énorme... 

dont seulement 700 fiches articles... il n'y a pas comme un petit souci du coté prestashop ? (ou j'héberge un autre site sans le savoir ?)

Edited March 12, 2019 by baselunaire (see edit history)

[Eolia]

Ah, et il faut savoir que Prestashop comporte à la base environ 35000 fichiers

Vous ajoutez les modules, le thème, les différents formats d'images de chaque produit

Si le cache Smarty est activé, Prestashop remplit les répertoires cache et compile

Enfin vous ajoutez les fichiers de la base de données qui sont sur le même espace et se remplissent aussi assez vite (encore plus si vous avez activé les statistiques^^)

[Eolia]

il y a 2 minutes, baselunaire a dit :

pourtant je paye une FORTUNE à cause de PHP 5.6 que mon prestashop ne veut pas voir évoluer vers une version plus récente

Une FORTUNE ? Ils vous demandent 300€ par mois ?

[baselunaire]

44 minutes ago, Eolia said:

Une FORTUNE ? Ils vous demandent 300€ par mois ?

hihihi non !  Je paye env 20 € par mois pour un serveur mutualisé + support version PHP 5.5

300€ c'est environ ce que me rapporte la boutique par an

Mais depuis fin d'année je suis plus proche du 0 puisque toute action me génère une erreur de type smarty machin chose à cause du manque de place !

Du coup pour faire un test, je peux supprimer tout le contenu du dossier ..\cache\smarty\ ? (il contient 2 dossiers cache et compile + 1 fichier index.php)

 

Edited March 12, 2019 by baselunaire (see edit history)