Есть ли способ продвижения статей между средами?

8

Есть ли простой способ перемещать статьи между установками Joomla? Например, в среде разработки / постановки / производства у меня есть те же 20 статей в каждой.

Если я внесу изменения во все 20 статей в процессе разработки, сможет ли Joomla продвигать эти изменения до стадии, не копируя эти статьи вручную?

Кроме того, если я добавляю или удаляю статью в одной, есть ли у Joomla способ добавить или удалить ее в следующей среде?

joomla-3.x

— ContextSwitch
источник

Способ создать сценарий, который сделает это за вас.

— csbenjamin

Вы имеете в виду, что проходит через две базы данных Joomla и сравнивает таблицы содержимого? Как вы узнаете, какие статьи нужно скопировать?

— ContextSwitch

или я думаю, вы могли бы сказать сценарий, так как мы должны знать, какие статьи были отредактированы ...

— ContextSwitch

Я рекомендую управлять статьями только в одном месте. Синхронизировать будет сложно, если в нескольких местах есть изменения, но это не невозможно, просто сложно. Я собираюсь создать ответ, расскажите, как я бы сделал

— csbenjamin

5

Ищите расширения на JED. И J2XML, и SP Transfer утверждают, что обладают такой функциональностью.

— sovainfo
источник

Посмотрев на них, похоже, что SP Transfer может быть тем, что мне нужно. Похоже, я смогу перемещать отдельные строки в таблице, используя это. Спасибо.

— ContextSwitch

Знайте, что вы можете сделать это и с J2XML, я сделал это. Подумайте, что было в J2.5, но не уверен, кажется, еще не доступно в J3. Пока нет опыта работы с SP Transfer, но похоже, что он распространяется от контента к структуре. Это позволило бы для рабочего процесса OTAP.

— Соваинфо

Извините, DTAP имел в виду. OTAP является голландским эквивалентом.

— Соваинфо

4

Я рекомендую управлять статьями только в одном месте. Синхронизировать будет сложно, если в нескольких местах есть изменения, но это не невозможно, просто сложно.

Если вы управляете только в одном месте, просто перетащите данные таблицы в другие места и вставьте снова с обновленными данными.

Если вы хотите управлять статьями в нескольких местах, вы можете сравнить дату изменения и скопировать данные последней измененной статьи в другие места. Если статьи были вставлены только в одном месте, просто вставьте эту статью в другие места. Если статьи были вставлены в нескольких местах, скопируйте данные всех этих статей, удалите их из базы данных и снова вставьте во все базы данных, чтобы сохранить одинаковый идентификатор во всех базах данных. Это всего лишь идея о том, что вам нужно будет сделать. Поэтому я рекомендую управлять статьями только в одном месте.

Более важным здесь является сохранение идентичного идентификатора статей между базами данных.

— csbenjamin
источник

4

Я работал с SP Transfer by cyend, и он делает свою работу довольно хорошо.

Но в зависимости от условий я также делаю это с помощью настольного приложения для управления базами данных, которое позволяет мне эффективно выполнять операции с базами данных.

В моем Mac я использую Sequel Pro.

Я могу удаленно подключиться через SSH к более чем 1 серверу БД и открыть окна для баз данных, над которыми я одновременно работаю. Я могу легко выбрать любые записи из любой таблицы и импортировать / обновить записи в другой таблице.

Во многих случаях я считаю этот метод более эффективным и быстрым для меня. В случае копирования статей мы предполагаем, что общая структура базы данных и организация категорий одинаковы между двумя таблицами, в противном случае возникнет путаница с активами и категоризацией статей.

Но кто-то должен быть осторожным и знать, что он делает, потому что мы имеем дело непосредственно с базами данных.

— Ф.Фрюин
источник