Réparer la BDD d’eZ Publish

tzilliox — Fri, 18 Mar 2011 12:00:00 +0000

J’ai réussi à mettre eZ Publish dans un état instable.
J’avais quelques objets sans nœuds associés, ce qui provoque des comportements bizarres.

J’avais alors corrigé ma BDD à la main. Mais suite à la rédaction de cet article, Alexandre SEBBANE m’a fait remarqué la présence du script bin/php/flatten.php.
Ce script a pour but de supprimer de la BDD les informations non utilisées. Il peut s’agir des contentobject, contentclass, workflow, role ou de tout.

Pour nettoyer les objets sans nœuds associés, il faudrait essayer la ligne de commande ci-dessous.
Par contre, vous allez supprimer toutes les anciennes versions des objets publiés et les brouillons encore non-publiés :

bin/php/flatten.php -s admin contentobject

Si ça ne marche pas, vous pouvez toujours faire comme moi. Exécutez plusieurs fois la commande SQL ci-dessous pour supprimer les nœuds sans parent :

DELETE FROM ezcontentobject_tree WHERE parent_node_id NOT IN
( SELECT * FROM
(SELECT node_id FROM ezcontentobject_tree)
tmp );

Puis exécutez les commandes SQL ci-dessous pour supprimer les objets qui n’ont pas de nœuds associés :

DELETE FROM ezcontentobject_attribute WHERE contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM ezcontentobject_version WHERE contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM ezcontentobject_name WHERE contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM ezcobj_state_link WHERE contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM ezcontentobject WHERE id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM eznode_assignment WHERE contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM ezcontentobject_link WHERE from_contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM ezcontentobject_link WHERE to_contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM ezcontentobject_trash WHERE contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);

Ce n’est pas une solution propre, mais ça peut dépanner.

Pour éviter ce genre de soucis, prennez l’habitude de faire des sauvegarder régulières de vos BDD

En espérant que ça puisse vous aider,
Thomas.

Problèmes après avoir supprimé un user eZ Publish

tzilliox — Fri, 29 Jul 2011 19:00:00 +0000

Pour les versions d’eZ Publish inférieur à 4.4.1, il fallait éviter de supprimer un utilisateur eZ Publish.
Même supprimé, tous les contenus qu’il a publié lui font encore référence.
Ceci pose quelques problèmes dans le Back Office d’eZ Publish. Par exemple, l’interface n’arrive plus à lister les sous-éléments.
C’est pour cela qu’il valait mieux désactiver un utilisateur que le supprimer.

Si c’est trop tard et qu’il est supprimé, comme ça m’est arrivé, on peut réparer sa BDD.
On peut le faire à la main, il suffit de réassocier tous les contenus crées par des utilisateurs supprimés.

Voici les requêtes SQL à exécuter :

UPDATE ezcontentobject SET owner_id=14 WHERE owner_id NOT IN
(SELECT contentobject_id FROM ezuser);
UPDATE ezcontentobject_version SET creator_id=14 WHERE creator_id NOT IN
(SELECT contentobject_id FROM ezuser);

Ici, 14 représente l’id de votre utilisateur admin.

En espérant que ça puisse vous aider,
Thomas.

Edit: Merci à Damien POBEL pour m’avoir montré que le bug était désormais corrigé.

Blog de Thomas ZILLIOX » Base de données

Réparer la BDD d’eZ Publish

Problèmes après avoir supprimé un user eZ Publish