Qu'est-ce que SPSITE.LASTContentMoDeDateddateDateDateDate?

Question

Qu'est-ce qui cause SPSITE.LASTContentModifiedDate d'être mis à jour avec une date ultérieure?

est-il suivi:

• Modifications de la définition des listes / champs / types de contenu ou juste le contenu stocké dans eux?
• Modifications des personnes / groupes / autorisations?
• Les modifications apportées aux fonctionnalités sont activées?
• Modifications du titre de site, description, logo?
• changements à n'importe quoi / tout sous Paramètres du site?

  ou inversement, y a-t-il des modifications de contenu / de configuration de site qui ne causent pas de modification de ContempontentModifiedDate de change?

Answer 1

Chaque changement qui provoque la mise à jour de la base de données de contenu pour cette collection de sites mettra à jour LasteContentModifiedDate, LastEcurityModifiedDate ou les deux. Cela signifie presque chaque changement que vous avez mentionné.

Seules les modifications du système de fichiers ne mettront pas à jour la base de données de contenu. Cela signifie que les modifications apportées au dossier racine SharePoint (pages d'application, fichiers de ressources, définitions de fonctionnalités, etc.) ne mettront pas à jour la base de données. En outre, les modifications apportées dans le répertoire virtuel ne mettront pas à jour la base de données (par exemple, web.config fichier).

Vous pouvez penser d'un autre point de vue pour avoir une meilleure idée: ce qui est conservé lors de la connexion de la base de données à une autre ferme est conservée car elle a été enregistrée dans la base de données de contenu.

LastContentModifiedDate est mis à jour très fréquemment. Par exemple, si l'audit est activé, l'événement sera mis à jour un événement mis à jour lors de la visualisation d'un élément comportant un drapeau d'audit.

Commentaires à votre balle Points:

• Modification de la définition des listes / champs / types de contenu ou juste le contenu stocké dans eux?

Oui. Je les appellerais des paramètres plutôt que des définitions, car les définitions sont dans le dossier racine SharePoint, mais leurs instances et leurs paramètres sont dans la base de données de contenu

• Modifications des personnes / groupes / autorisations?

Oui. Tous les utilisateurs / groupe ajoutés / supprimés, des autorisations modifiées n'importe où dans SPSITE mettront à jour la base de données de contenu, mais doivent être testées.

• Les modifications apportées aux fonctionnalités sont activées?

Oui. Encore une fois, les définitions de fonctionnalités sont dans le dossier racine SharePoint mais l'état activé / non activé par site / Web est enregistré dans la base de données.

• Modifications du titre de site, description, logo?

oui, définitivement.

• Modification de n'importe quoi / tout sous Paramètres du site?

Oui, je ne peux penser à rien dans la page Paramètres de site qui modifierait le système de fichiers au lieu de la base de données (je parle de la boîte, pas de solutions personnalisées).

Je n'ai pas testé tout ce qui est dit ci-dessus, mais c'est comme ça que les choses fonctionnent / devraient fonctionner.