Jak załatać wartość atrybutu przy użyciu pliku Sitecore Include

Question

Potrzebuję utworzyć plik poprawki Sitecore, aby dodać ciąg do istniejącego atrybutu wartości ustawienia IgnoreUrlPrefixes w pliku web.config.

Próbowałem nadpisanie domyślnych przedrostków całkowicie ignorowane z następujących zawierać plik:

<?xml version="1.0"?> 
    <configuration xmlns:patch="http://www.sitecore.net/xmlconfig/"> 
     <sitecore> 
      <settings> 
       <setting name="IgnoreUrlPrefixes"> 
        <patch:attribute name="value">/foo/|/sitecore/default.aspx|/trace.axd|/webresource.axd|/sitecore/shell/Controls/Rich Text Editor/Telerik.Web.UI.DialogHandler.aspx|/sitecore/shell/applications/content manager/telerik.web.ui.dialoghandler.aspx|/sitecore/shell/Controls/Rich Text Editor/Telerik.Web.UI.SpellCheckHandler.axd|/Telerik.Web.UI.WebResource.axd|/sitecore/admin/upgrade/|/layouts/testing</patch:attribute> 
       </setting> 
      </settings> 
     </sitecore> 
    </configuration> 
</settings> 

/foo/ Gdzie jest prefiks URL, które chciałbym dodać do domyślnych przedrostków. ShowConfig.aspx wskazuje, że zmodyfikowana konfiguracja nie została zastosowana.

Idealnie chciałbym móc po prostu dodać /foo/ do wszystkiego, co istnieje jako domyślne wartości IgnoreUrlPrefixes. Czy ktoś wie, czy jest to możliwe i jak to określić w składni łatki Sitecore?

Answer 1

Dobre wyjaśnienie wszystkich możliwości Sitecore zawierają pliki konfiguracyjne można znaleźć w tym John West blog post.

Jak można znaleźć w połączonej postu:

patch:attribute: Define or replace the specified attribute. 

To nie pozwala na „dodaj /foo/ aby cokolwiek istnieje jako domyślny IgnoreUrlPrefixes” atrybutu.

Answer 2

Niedawno wpadłem na ten sam problem i wydaje się, że Mark Ursino pisał bloga na tej konkretnej kwestii:

http://firebreaksice.com/sitecore-patchable-ignore-lists/

W swoim przykładzie, że wykonuje własny rurociąg po domyślnie Sitecore jeden aktualizacji wartość.

Więc zamiast Utworzyłem nowy procesor rurociągu, który przychodzi po wbudowany w jednym (która będzie wspierać istniejącego rodzimych IgnoreUrlPrefixes ustawienie) i pozwoli, aby dodać każdą ścieżkę za pośrednictwem własnej konfiguracji XML węzeł. Zaletą jest to, że możesz łatać i kontynuować łatanie na bez konieczności kopiowania istniejących wartości.

Próbka Patch file:

<configuration xmlns:patch="http://www.sitecore.net/xmlconfig/"> 
    <sitecore> 
    <pipelines> 
     <httpRequestBegin> 
     <processor type="Sitecore.PatchableIgnoreList.ProcessPatchedIgnores, Sitecore.PatchableIgnoreList" 
        patch:after="processor[@type='Sitecore.Pipelines.HttpRequest.IgnoreList, Sitecore.Kernel']"> 
      <Paths hint="list:AddPaths"> 
      <foo>/foo</foo> 
      <bar>/bar</bar> 
      </Paths> 
     </processor> 
     </httpRequestBegin> 
    </pipelines> 
    </sitecore> 
</configuration> 

kod źródłowy dla procesora rurociągu z bloga:

using Sitecore.Collections; 
using Sitecore.Pipelines.HttpRequest; 
using System; 
using System.Collections.Generic; 
using System.Linq; 
using System.Web; 

namespace Sitecore.PatchableIgnoreList 
{ 
    public class ProcessPatchedIgnores : HttpRequestProcessor 
    { 
     private List<string> _paths = new List<string>(); 

     public override void Process(HttpRequestArgs args) 
     { 
      string filePath = args.Url.FilePath; 

      foreach (string path in _paths) 
      { 
       if (filePath.StartsWith(path, StringComparison.OrdinalIgnoreCase)) 
       { 
        args.AbortPipeline(); 
        return; 
       } 
      } 
     } 

     public void AddPaths(string path) 
     { 
      if (!string.IsNullOrEmpty(path) && !_paths.Contains(path)) 
      { 
       _paths.Add(path); 
      } 
     } 
    } 
}