Existe-t-il un moyen de promouvoir des articles entre les environnements?

8

Existe-t-il un moyen simple de déplacer des articles entre des installations Joomla? Par exemple, dans un environnement de développement / mise en scène / production, j'ai les mêmes 20 articles dans chacun.

Si je modifie les 20 articles en développement, Joomla a-t-il un moyen de promouvoir ces modifications dans la mise en scène, sans copier physiquement ces articles à la main?

De plus, si j'ajoute ou supprime un article dans un, Joomla a-t-il un moyen de l'ajouter ou de le supprimer dans le prochain environnement?

joomla-3.x

— Changement de contexte
source

La façon est de créer un script qui le fait pour vous.

— csbenjamin

voulez-vous dire que cela passe par les deux bases de données Joomla et compare les tables de contenu? Comment sauriez-vous quels articles devaient être copiés?

— ContextSwitch

ou je suppose que vous pourriez dire le script, car nous devrions savoir quels articles ont été édités ...

— ContextSwitch

Je recommande de gérer les articles en un seul endroit. Il sera difficile de synchroniser s'il y a des changements à plusieurs endroits, mais ce n'est pas impossible, juste difficile. Je vais créer une réponse dire comment je ferais

— csbenjamin

5

Recherchez des extensions sur le JED. Les deux J2XML et SP transfert se targuer d'avoir cette functionaity.

— sovainfo
source

Après examen, il semble que SP Transfer soit ce dont j'ai besoin. Il semble que je puisse déplacer des lignes individuelles dans un tableau en utilisant cela. Merci.

— ContextSwitch

Sachez que vous pouvez également le faire avec J2XML, je l'ai fait. Pensez que c'était en J2.5 mais pas sûr, ne semble pas être encore disponible en J3. Aucune expérience avec SP Transfer pour le moment, mais il semble que cela s'étende du contenu à la structure. Cela permettrait le flux de travail OTAP.

— sovainfo

Désolé, DTAP voulait dire. OTAP est l'équivalent néerlandais.

— sovainfo

4

Je recommande de gérer les articles en un seul endroit. Il sera difficile de synchroniser s'il y a des changements à plusieurs endroits, mais ce n'est pas impossible, juste difficile.

Si vous gérez en un seul endroit, déposez simplement les données de la table dans les autres endroits et réinsérez-les avec les données mises à jour.

Si vous souhaitez gérer les articles à plusieurs endroits, vous pouvez comparer la date de modification et copier les données du dernier article modifié vers les autres endroits. Si les articles ont été insérés à un seul endroit, insérez simplement cet article aux autres endroits. Si des articles ont été insérés à plusieurs endroits, copiez les données de tous ces articles, supprimez-les de la base de données et réinsérez-les dans toutes les bases de données pour conserver le même identifiant dans toutes les bases de données. Ce n'est qu'une idée de ce que vous devrez faire. Je recommande donc de gérer les articles en un seul endroit.

Le plus important ici est de conserver le même identifiant pour les articles entre les bases de données.

— csbenjamin
source

4

J'ai travaillé avec SP Transfer par cyend et il fait assez bien le travail.

Mais selon les conditions, je le fais également en utilisant une application de gestion de base de données de bureau qui me permet d'effectuer efficacement des opérations de base de données.

Dans mon mac, j'utilise Sequel Pro.

Je peux me connecter à distance via SSH à plus d'un serveur de base de données et avoir ouvert des fenêtres pour les bases de données sur lesquelles je travaille en même temps. Je peux facilement choisir tous les enregistrements de n'importe quelle table que je veux et importer / mettre à jour des enregistrements dans l'autre table.

Il y a de nombreux cas où je considère que cette méthode est beaucoup plus efficace et plus rapide pour moi. Dans le cas de la copie d'articles, nous supposons que la structure globale de la base de données et l'organisation des catégories sont les mêmes entre les 2 tables, sinon cela va créer un gâchis avec les actifs et la catégorisation des articles.

Mais quelqu'un doit être prudent et savoir ce qu'il fait, car nous traitons directement avec les bases de données.

— FFrewin
source