Проблемы с Sitecore Publishing и определение состояния элемента

Может ли кто-нибудь объяснить мне, в каком состоянии должны быть данные для здорового экземпляра sitecore в каждой базе данных?Проблемы с Sitecore Publishing и определение состояния элемента

например: В настоящее время у нас есть проблема с публикацией в настройках сервера 2. На нашем промежуточном сервере размещен экземпляр SQL и экземпляр authoring/stage sitecore. У нас есть второй сервер, на котором размещается только веб-сайт для производства нашего сайта.

Когда я смотрю в основной базе данных, таблица PublishQueue заполнена записями, и одна и та же таблица в веб-базе данных пуста.

Это правильно?

В настоящий момент не меняется количество кнопок публикации нажатий.

Как определить, какое состояние элемента находится в промежуточной и производственной среде, без необходимости писать приложение поверх API-интерфейса sitecore, на который у меня действительно нет времени?

источник

2015-03-05 War

Что вы пытаетесь определить? Был ли опубликован предмет? Вы можете использовать модуль [Published Item Comparer] (http://www.velir.com/blog/index.php/2011/04/29/published-item-comparer/), но ему может потребоваться обновление для SC 7.2 – jammykam

SC, если я прихожу к производству и смотрю на живой сайт, не показывает некоторые элементы, если я затем добавляю? Sc_mode = редактировать ссылку и просматривать элемент в редакторе страницы, он сообщает, что элемент опубликован. Все инструменты публикации также отражают это ... Я пытаюсь понять, почему/как я мог попасть в эту ситуацию, определяя, находятся ли данные в правильном состоянии. – War

Что-то кажется неправильным. Если вы уверены, что Item_is publishable_, попробуйте заставить его сделать «Republish - Publish Everything» в подпунктах parent item +. Кроме того, проверьте настройки часов на всех серверах (включая DB) и убедитесь, что все они синхронизированы и соответствуют часам. – jammykam

Таблица базы данных [PublishQueue] - это таблица, в которой хранятся все сохраненные и другие мутации. Эта таблица используется при помощи дополнительной публикации. Sitecore получает все элементы из таблицы PublishQueue, которые были изменены совсем недавно, чем последняя инкрементная дата публикации. Вкладка PublishQueue не используется полной публикацией

Так что это нормально, что в этой таблице содержится много записей о Мастере. Веб-база данных имеет ту же схему базы данных. (не одни и те же данные, сеть содержит только одну версию элемента, оптимизированную для производительности). PublishQueue в Интернете пуст, это нормально.

знать состояние элемента CompAir мастер-версию с веб-версией, может быть больше, чем 1 webdatabase, Основная база данных не знаю состояние/версию веб-базы данных

источник

2015-03-05 12:56:38

Вы говорите: «Sitecore получает все элементы из таблицы PublishQueue, которые были изменены в последнее время, чем последняя дата публикации», но это явно не так в master db ... После полной публикации эта таблица содержит много данные. – War

В этой статье описывается PublishQueue [ссылка] (http://www.seanholmesby.com/sitecore-publish-queue-and-incremental-publish/). В зависимости от типа публикации, инкрементального, умного, полного или элемента PublishQueue использовать или не видеть [режимы публикации] (https://sitecorebasics.wordpress.com/2011/05/22/basics-of-sitecore-publishing-modes/) –

Я не хочу никуда идти рядом с API-интерфейсом sitecore , таблица PublishQueue, похоже, не просто содержит элементы в очереди публикации ... У меня есть элементы, которые были опубликованы (например, публикация в редакторе никогда не была нажата) в этой таблице. Я пытаюсь понять, где хранятся магазины и почему. – War

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

С точки зрения отладки публикации с рабочего стола Sitecore вы можете поменять местами между базами данных «master» и «web» в нижнем правом углу и использовать Редактор содержимого для изучения любого отдельного элемента. Это полезно для выборочной проверки отдельных элементов, которые были опубликованы успешно.

Если элемент отсутствует «Сети», или неправильная версия находится в «сетях», вы должны рассмотреть следующий:

Публикация Ограничение по данному вопросу: Есть ли ограничение применяется к элементу или версию, которая препятствует публикации в это время?
Состояние рабочего процесса: Состояние/версия в окончательном утвержденном рабочем состоянии? Вы можете использовать рабочий пакет для быстрой проверки элементов, требующих утверждения.
Строки подключения: настроена ли ваша строка настроек соединительной системы для подключения к правильному «сети», используемому сервером доставки продукции?

источник

2015-03-05 14:25:37

Я пошел в db, потому что приложения на основе оболочки не предоставили мне необходимую мне информацию, например, редактор контента в настройках публикации сообщает, что элементы публикуются, когда они явно не подходят, поэтому я подумал, что, возможно, db знает что-то, что GUI не и не оглядывается. Также журналы показывают успешные публикации публикации. – War

Это обычное поведение для того, чтобы публикация в очереди веб-базы данных была пустой. Причина в том, что изменения производятся в базе данных Master, которая добавит запись в очередь публикации.

После публикации элемент не будет удален из таблицы «Опубликовать очередь». Это задача CleanupPublishQueue для очистки таблицы очередей публикации.

источник

2016-03-14 09:34:21

Проблемы с Sitecore Publishing и определение состояния элемента

ответ

Смежные вопросы