Indexage SiteCore Sécurité des articles et restreindre les résultats de la recherche retournée

Après plus d'autres recherches, le Linq à Sitecore Article m'a signalé aux lignes de code suivantes: xxx pré>

creuser par sitecore.contensearch.dll code> et sitecore.contensarch.luceneprovider.dll dans DotPek Decompiler et la mention du indexing.filterindex.outbound Code> Pipeline dans le document de recherche SITECORE 7 J'ai trouvé le code suivant: p>

sitecore.contensarch.luceneprovider.lucenesearkreults strong> p>

public class ApplyOutboundSecurityFilter : OutboundIndexFilterProcessor
{
    public override void Process(OutboundIndexFilterArgs args)
    {
      if (args.IndexableUniqueId == null || !(args.IndexableDataSource == "Sitecore"))
        return;
      ItemUri uri = new ItemUri(args.IndexableUniqueId);
      if (args.AccessRight != AccessRight.ItemRead || Database.GetItem(uri) != null)
        return;
      args.IsExcluded = true;
    }
}

Une légère alternative à la suggestion de Klaus:

dans sitecore.contentsach.config code> Vous trouverez un pipeline appelé contessearch.geglobalsearchFilters code> p> p> Les processeurs ajoutés à ce pipeline seront appliqués à n'importe quelle requête, de sorte que si nous déposons un filtre qui applique un filtre basé sur des rôles, nous sommes bons. p>

Computedfield H2>

Pour commencer, Nous voulons un champ calculé ajouté à notre configuration d'index: p> xxx pré>

note strong> Le type stocké est une collection de chaînes. Nous allons l'utiliser pour indexer tous les noms des rôles pouvant lire un élément. P>

Mise en œuvre h3>

1. Nous avons une classe abstraite de base pour gérer l'extraction des détails de la sécurité des articles P> XXX PRE> LI>

2. Nous implémentons ce qui précède avec la méthode abstraite p> XXX PRE> LI> ol>

   Note forte> Il existe évidemment un impact sur la performance ici, cela réduira votre vitesse d'indexation. Pour réduire l'impact, n'ajoutez que le champ calculé à la configuration d'index pour l'index contenant du contenu sécurisé. Par exemple. Si votre contenu Web est accessible uniquement par l'utilisateur anonyme, il n'ajoutera aucun avantage. P>

   Pipeline H2>

   Ajoutez l'entrée dans la configuration p>

   public class ApplyGlobalReadRolesFilter : GetGlobalFiltersProcessor
   {
       public override void Process(GetGlobalFiltersArgs args)
       {
           var query = (IQueryable<SitecoreUISearchResultItem>)args.Query;
   
           var userRoles = Context.User.Roles.Select(r => r.Name.Replace(@"\", @"\\"));
   
           var predicate = PredicateBuilder.True<SitecoreUISearchResultItem>();
           predicate = userRoles.Aggregate(predicate, (current, role) => current.Or(i => i["read_roles"].Contains(role)));
   
           if(predicate.Body.NodeType != ExpressionType.Constant)
               args.Query = query.Filter(predicate);
       }
   }
   

Les développeurs de Sitecore ont fait une erreur idiote, elle ne fonctionnera jamais, à cause de cette déclaration: Si ((arg.indexableuniqueid! = null) && (arg.indexabledatasource == "sitecore"))

Comme arg.indexabledataSource sera toujours égal à "Sitecore", pas "sitecore". Je met actuellement la mise à niveau de Big Project vers la dernière mise à jour 7.2 et découvra cette erreur idiote, OH SITECORE Devs Erreurs habituelles :)