Свойство SharePoint Document Library Search - Title индексировало только до 64 символов

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

Как заметка на полях, если я хочу протестировать тот крон сам, работает правильно и посылает результаты по электронной почте к корректному адресу (ОЧЕНЬ важному), я добавлю следующую строку к своему/etc/crontab:

 * * * * * root ls /doesnotexistfoobar

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

Назад к Вашему вопросу: Вы, вероятно, не хотите изменять существующее задание крона для выполнения часто, и потому что существует шанс упущения возвратить его, и потому что выполнение cron.hourly, cron.daily, или cron.whatever часто могло иметь побочные эффекты, в зависимости от того, что Вы получили там. Чтобы гарантировать, что Вы запускаете скрипт в той же среде, которой это будет в при вызове от крона я рекомендую изменить свой прием "ls" выше:

Добавьте строку к своему crontab для запущения скрипта непосредственно:

 * * * * * root /etc/cron.hourly/customscript

Тем путем можно выполнять его так часто, как необходимо протестировать его.

0
задан 25 January 2011 в 18:06
1 ответ

Оказывается, что это поведение считают "дизайном" по данным команды SharePoint. Премьер-министр Microsoft Поддерживает, сообщил мне об этом после рытья в проблему немного глубже, и я запросил публикование статьи базы знаний или подобной technet статьи об ограничении, поскольку это публично документируется где угодно. Они также подтвердили, что это "дизайном" для версий 2007 и 2010 годов SharePoint.

1
ответ дан 4 December 2019 в 22:37

Теги

Похожие вопросы