SPSite.ValidateDomainCompatibility - Méthode (SPSite, SPSite)
Vérifie que deux URL ont compatibles domaines.
Espace de noms : Microsoft.SharePoint
Assembly : Microsoft.SharePoint (dans Microsoft.SharePoint.dll)
Syntaxe
'Déclaration
Public Shared Function ValidateDomainCompatibility ( _
site1 As SPSite, _
site2 As SPSite _
) As Boolean
'Utilisation
Dim site1 As SPSite
Dim site2 As SPSite
Dim returnValue As Boolean
returnValue = SPSite.ValidateDomainCompatibility(site1, _
site2)
public static bool ValidateDomainCompatibility(
SPSite site1,
SPSite site2
)
Paramètres
site1
Type : Microsoft.SharePoint.SPSiteUne URL qui pointe vers une première collection de sites.
site2
Type : Microsoft.SharePoint.SPSiteUne URL qui pointe vers une collection de sites deuxième.
Valeur renvoyée
Type : System.Boolean
Boolean
true si les domaines sont compatibles ; dans le cas contraire, false.
Remarques
Utilisez uniquement cette surcharge si vous avez deux collections de sites existante et vous savez que ce choix de site a réussi. Si vous seulement disposez chaînes et ne connaissez pas si la recherche de site a réussi, appelez la méthode VisualUpgradeWebs() , qui ne validation même si l'URL ne pointe pas vers une collection de sites.
Cette méthode permet de bloquer les attaques de scripts entre domaines. Par exemple, http://Server1 et http://Server2 sont des domaines distincts, et vous ne soit pas en mesure de mettre à jour une collection de sites dans un domaine à partir de l'autre domaine. Par conséquent, cette méthode vous permet de vérifier que les deux collections de sites existent dans les domaines compatibles lorsque le code effectue les opérations sur les autres collections de sites.
Domaines sont pris en charge si ils pointent sur le même contenu. Par exemple, https://domain1.com et http://domain2.com sont compatibles, ainsi que http://intranet/ et http://extranet. Domaines, tels que http://www.hostheadersites.com et http://www.hostheadersites.com/sites/team sont également compatibles. Toutefois, http://user1.hostheadersites.com et http://user2.hostheadersites.com ne sont pas compatibles.
This method also accounts for the relationship between site collections. If two site collections are members of the same site subscription, then their domains are compatible. A simple string comparison of URL host headers is not sufficient, because such a check would fail to properly account for alternate access mappings. Features which use both http://intranet and http://extranet would fail. Even without alternate access mapping, a string comparison is not sufficient because features fail to work correctly in reverse proxy configurations that remap host headers or ports (for example, when https://mydomain.com becomes http://1.2.3.4 at the load balancer.