Карта сайта случайным образом ломается со временем

У меня были некоторые ошибки производительности, которые я не совсем понимаю. Это произошло с нами на нескольких разных сайтах ASP.NET 4.0 (дрожь - да, я знаю - мы переносим его в MVC, но это занимает некоторое время).

Прежде всего, мы никогда не смогли воспроизвести эту проблему в средах разработки /QA. Во-вторых, после развертывания проблема, похоже, отсутствует. Иногда проблема проявляется в течение дня или двух из развертывания, и в другое время развертывание будет жить в течение месяца без его проявления вообще. Однако, как только это проявится, тогда ЛЮБАЯ страница, просматриваемая под веб-сайтом, вызывает ошибку. Наконец, эта проблема, похоже, появилась только после перехода на .NET 4.0. Мы начали с 2.0, год назад, поднявшись до 3.5, и недавно поднялись до 4.0 с этим решением и большинством дочерних проектов.

Упрощенная версия нашей карты сайта (с измененными именами и неинтересными узлами) выглядит следующим образом:

И из журналов я сузил то, что вызывает ошибку в базовом классе, из которого почти все наши страницы вытекают из:

Я подтвердил на всех SiteMaps, что существует node с url = "~/Default.aspx" с role = "*" (который включает общедоступный/анонимный доступ), поэтому я очень смущен в отношении почему эта проблема возникает.

Может ли кто-нибудь пролить свет на это? Кажется, что динамически скомпилированный SiteMap поврежден или что-то в этом роде. Единственное разрешение, которое я нашел, это IISRESET или эквивалент. И даже тогда, не сообщая, как долго проблема будет решена. Это ОЧЕНЬ расстраивает!

Ответы

Ответ 1

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

Я обнаружил, что независимо от того, что я сделал, "Не удалось найти карту сайта node с URL-адресом" ~/rootnode ". Мой перерыв пришел, когда я решил удалить зависимость файловой системы и переключиться на SqlSiteMapProvider из злого кода. Я обнаружил, что эта проблема была более надежно воссоздана.

Короче вы получите это сообщение, потому что нет карты сайта! Я обнаружил, что в источнике данных карты сайта, если вы используете StartingNodeUrl="~/root.htm", тогда сообщение об ошибке появится, когда нет созданной карты сайта. Однако, если вы используете StartingNodeOffset="0", тогда сообщение об ошибке не отображается и просто не отображается меню, когда карта сайта не построена.

Мне показалось странным, но я проследил его до XmlSiteMapProvider. Иногда он иногда создавался, и это не так. Не мог получить мою голову полностью под капотом, но это выглядело как нечто происходящее асинхронно. Во всяком случае, я переключился на SqlSiteMapProvider из wickedcode.

Одно изменение, которое я сделал, помимо преобразования в vb, - это сделать рекурсивный вызов для возврата переопределенного метода BuildSiteMap:

' Return the root SiteMapNode
If _Root Is Nothing Then
   Return Me.BuildSiteMap
Else
   Return _Root
End If

Это гарантирует, что файл Sitemap будет создан. Я думал о том, чтобы включить бесконечный рекурсивный охранник, но это, похоже, не требуется.

Я все еще думаю, что, возможно, сетевое отставание или некоторая аутентификация (которая у нас происходит через контроллер AD, и утром уходит в первую очередь!) является то, что заставляет XmlSiteMapProvider пропускать окно Async build?

Надеюсь, это поможет.

Ответ 2

Хм. Это было через пару лет с тех пор, как я работал с ASP.net, но если я помню, у меня была аналогичная проблема, которую я решил с помощью

Page.ResolveURL("~SomePage.aspx");

Во время выполнения URL-адреса sitemap разрешены к фактическому URL-адресу, поэтому тильда удаляется и заменяется фактическим URL-адресом (я думаю:)).

Ответ 3

У меня есть две возможные идеи для этой проблемы. Не гарантируется и работа.; -)

Возможно ли, что вы также используете авторизацию URL-адреса время в некоторых ваших файлах web.config, расположенных в разных папках во всем веб-приложении?

Пример настройки авторизации URL-адреса, который можно найти в одном Файл web.config:
```
<location path="bobsSecret.aspx"> 
    <system.webServer> 
        <security> 
            <authorization> 
                <remove users="" roles="BobAndFriends" verbs="" /> 
                <add accessType="Allow" users="Bob" />          

            </authorization> 
        </security> 
    </system.webServer> 
</location> 
```
Причина, по которой я упоминаю об этом, у меня была какая-то проблема в прошлом для правильного использования свойства ролей в файле sitemap XML с настройками, которые я применил в моей авторизации URL в файле web.config.

Единственное, что я мог себе представить, - это какое-то состояние гонки где процесс, ответственный за обеспечение соблюдения этих политик, чтение одной настройки безопасности в одном месте (web.config) до читая его в другом месте (web.sitemap).

Просто удар в темноте, основанный на некоторых прошлых проблемах, которые у меня были опытный!
В качестве второго варианта вы можете рассмотреть возможность установки этой конфигурации в вашей страницы aspx, а не в событии Page_Load по коду позади. Вы можете попробовать следующее:
```
<asp:SiteMapDataSource
    id="SiteMapDataSource1"
    runat="server"
    StartingNodeUrl="~/Default.aspx">
</asp:SiteMapDataSource>
```
Таким образом, ваш StartNodeUrl указан на самой странице ASPX, и если это действительно прерывистая ошибка в коде Framework, возможно, это небольшое изменение может устранить проблему.