[Problème] K2 volumineux sur un site joomla et BDD énorme

[pzible]

Bonjour,

J'ai créé il y'a quelques années pour un comité des loisirs au sein d'une école un "petit site" internet basé sur joomla et K2. Le forum m'avait apporté par ailleurs une grande aide.

Je reviens à nouveau pour une question "pratique" car ce site a migré successivement sur les versions de Joomla au fil de l'eau et j'ai l'impression que K2 garde en "dossier cache" TOUTES les images et ça devient du pur délire, je m'en étais aperçu sans vraiment trouver de réponses pour "purger" les "articles" qui n'existent plus.

Ce site est toujours utilisé et il rend beaucoup de service au personnel du comité en question pour gérer pas mal de choses.

De mon côté je vais donner la main prochainement à un autre volontaire de ce comité pour gérer ce site, et en vérifiant la base MySQL rapidement de 32Mo je me suis dit qu'il y'avait un hic, n'étant pas un spécialiste des bases de données.

Enfin et le plus important pour moi est de remettre ce site sur un petit vps pas cher loué chez OVH (j'ai un extincteur de côté ) avec un LAMP classique au "propre", mais problème je me retrouve avec un "bz2" de 6Go ! ouch dur pour sauvegarder via sftp pour la personne qui va s'en occuper.

Voici une image prise à l'instant de la volumétrie qui reste délirante :



J'ai cherché et recherché sur le web, des dizaines d'articles, lu et relu la doc K2, soit j'ai loupé un truc ou je suis myope....mais je ne trouve pas un moyen de "supprimer" dans ces répertoires ainsi que dans la BDD associée toutes les "vieilleries" de N-1 à N-9 de mémoire (articles qui ne sont plus en stock dans notre petit comité)

Si quelqu'un de charitable pouvait me donner une info, un début de piste, car j'ai déjà essayer de supprimer des données ancienne mais le K2 se met en erreur....

J'aimerais bien remettre un site "propre" avec une petite doc pour mon remplaçant étant complètement novice sur Joomla et la gestion de sites web et CMS.

Merci d'avance et désolé pour le pavé !

[lesoutier]

Ton image est intéressante pour la volumétrie, mais il faudrait aussi savoir de quand date ce fichier tat.bz2 et qui en est le propriétaire, ça pourrait donner des pistes. Sinon je ne connais pas K2 et il semble que de moins en moins de gens l'utilisent, les custom fields de Joomla ayant changé la donne. Mais la présence d'un fichier tar.bz2 est étrange, à moins qu'il ne s'agisse d'une sauvegarde, mais pour cela il faudrait le décompresser et l'analyser.

[pzible]

Bonjour lesoutier, merci pour ta réponse et l'information apportée concernant K2, c'est en effet une "usine à gaz" mais qui simplifie pas mal la gestion des évènements pendant et hors périodes scolaires, j'ai pas trouvé d'extensions vraiment "facile à l'utilisation" pour les volontaires de notre comité. En gros, ils savent saisir des activités et des différentes images avec pas mal d'infos pratiques.
Concernant le tar.bz2 c'est moi qui le crée automatiquement pour "redescendre" une sauvegarde sur un NAS (vive la fibre sinon bonjour l'angoisse).
J'ai regardé encore dans les dossiers cache, c'est juste "un bordel" innommable, en plus de garder beaucoup de "vieilleries" qui n'existent plus, je viens de voir avec un ls -lisa | more dans chaque sous-dossier, les images envoyés sont en HD et redimensionnées plusieurs fois sur le même fichier XS,XL,S,M,L et beaucoup d'images entre 5 à 17Mo, la technologie avance avec les téléphone pour prendre les images HD et du coup, malgré mes explications, les personnes envoient des images bien trop lourdes et du coup K2 multiplie les fichiers sans modifier leur "poids" réel.
Je suis pas sorti le derrière des ronces avec ce K2...pfiou....

[RobertG]

Bonjour,

Juste une remarque : une base de données de 32 Mo n'est pas énorme.

Il y a bien longtemps que je n'ai pas touché à K2, mais il faudrait voir s'il existe une possibilité de régénération de ces images, ce qui permettrait de ne conserver que les originaux et de régénérer les différentes tailles sur le nouveau serveur. Il faudra ensuite limiter la taille d'envoi de ces originaux.
Par ailleurs, à moins que ton script de sauvegarde te permette d'exclure des dossiers ou fichiers, tu devrais utiliser Akeeba backup pour paramétrer ce qui doit être sauvegarder, c'est à dire exclure de la sauvegarde tout ce qui n'a pas à s'y trouver comme le contenu des dossiers cache, mais aussi scinder cette sauvegarde en fichiers de moindre taille. Mieux, avec Akeeba backup en version Pro, tu pourrais transférer directement sur ton nouveau serveur le résultat de la sauvegarde, ce qui te simplifierait la restauration.

[pzible]

Bonsoir RobertG, merci pour ces infos, je n'ai quasi pas utilisé cet outil, je m'en souviens vaguement mais l'idée d'exclure et de forcer la limitation de la taille me paraît effectivement opportune.

Je vais retester avec cette config et je reviendrai sous peu pour mettre en résolu ce soucis de K2. Merci encore !