extension suppression #__ucm_history

[lomart]

Bonjour,

La table #__ucm_history qui contient les dernières versions des articles peut devenir très importante.
Connaissez-vous une extension qui pourrait supprimer tous les enregistrements ou mieux ceux antérieurs à une date donnée ?
Le mode de gestion actuel est de conserver X versions par articles, même pour des articles très anciens ou dans la corbeille. Il pourrait être bien pour alléger les sauvegardes de supprimer les anciennes versions, sans avoir besoin d'aller jouer dans la BD.

[lomart]

Re : extension suppression #__ucm_history

Bonjour,

Personne n'a une piste sur l'extension qui pourrait faire cela ?

[pmleconte]

Re : extension suppression #__ucm_history

Bonjour,

Je viens justement d'intervenir sur un site.

D'après ce que j'ai vu, les 3 tables UCM peuvent être nettoyées. Le seul soucis vient du module des tags populaires qui se base sur ces tables pour faire ses statistiques.

En cherchant un peu, j'ai trouvé un php qui nettoie ces tables et les recrée à partir de la table des articles : https://gist.github.com/fede91it/c677a396d2175f2e5558

Il y a un bug: il faut ajouter en ligne 112 ou proche

			'core_metadesc'             => $article['metadesc'],

Tu mets les info. relatives à ta base dans l'entête et tu retrouves des tables plus petites.

Après, tu peux adapter pour limiter les articles que tu souhaites retrouver dans tes tables.

A bientôt,

Pascal

[lomart]

Re : extension suppression #__ucm_history

Salut Pascal et merci de te pencher sur ma recherche,

Ce script vide la table ucm_history, mais ne semble pas la reconstruire.

Pour moi ucm_history contient les différentes versions d'un article ou catégorie.
Je n'ai pas compris la relation entre ucm_content, ucm_base et ucm_history

Si je recherche les utilisations de ucm_history dans le core de Joomla, je ne vois pas d'utilisation conjointe de ces tables. Mais j'ai regardé très vite ...

[pmleconte]

Re : extension suppression #__ucm_history

En résumé, il y a 3 tables UCM qui, pour les articles, fonctionnent comme suit:
- _ucm_base: fait le lien entre la table _contents et _ucm_content
- _ucm_content : une copie de table table _content
- _ucm_history : l'historique des modifications

A noter, que c'est utilisé aussi pour les utilisateurs, les catégories,...

Donc, si tu n'utilises pas l'historisation sur ton site (ni les tags populaires, comme vu précédemment), tu peux désactiver cette fonction qui est très gourmande en place dans la base de données. Personnellement, je l'ai laissée activé, mais, je n'ai encore jamais eu à jouer avec les versions de mes articles.....

Pour revenir au php de nettoyage, il supprime ucm_history complètement et recrée uniquement ucm_content en considérant ainsi qu'il n'y a eu aucune modification sur les articles. Pour l'instant, il prend tous les articles sans tenir compte de leur status (corbeille, archivé, dé-plublié...).

Pascal

[lomart]

Re : extension suppression #__ucm_history

Donc, tu semble confirmer qu'il n'y a pas de relation entre ucm_history et les 2 autres tables.

Ce que je voudrais faire est de pouvoir conserver uniquement les versions récentes.
Conserver les dernières versions d'un article modifié il y a 2 ans présente peu d'intêret.
Pour moi, cette fonctionnalité permet principalement de récupérer une erreur de saisie.

[pmleconte]

Re : extension suppression #__ucm_history

Il y a un lien entre les 3 tables: ucm_item_id.

La table _ucm_content contient l'article, _ucm_history contient dans la zone version_data une copie de l'article à un moment.

Attention, j'ai écrit "pour les articles". La table _ucm_history contient aussi les catégories, les utilisateurs, ... on les retrouve par la zone ucm_type_id (article = 1).

Pour nettoyage, il y a une date (save_date) qui pourrait être utile.

Pascal

[lomart]

Re : extension suppression #__ucm_history

Il y a un lien entre les 3 tables: ucm_item_id.

Sauf erreur, ce n'est pas une relation entre tables, mais l'ID de l'item de la table définie par ucm_type_id (1=article, 5=catégorie, x=utilisateur)

Pour nettoyage, il y a une date (save_date) qui pourrait être utile.

Je l'utilise déjà pour une requête dans phpmyadmin, mais j'aimerais faire plus simple.
Je vais donc faire un petit module pour cela ...