DNN перенаправление Loop - только на экранах администратора

Я не понимаю эту проблему.

Другие проблемы, связанные с этой проблемой перенаправления, связаны с портальными псевдонимами и полными/доверительными уровнями доверия и т.д.

У меня есть .net 4 Classic pool, указывающий на недавно обновленную установку DNN.

Предыдущая версия была 5.xxxx, и теперь я обновил ее до 7.0.5

Все текущие страницы cms работают. Когда я перехожу в раздел admin и там выбираю управление страницей или настройку хоста в разделе хоста, я получаю эту проблему.

Я знаю, что dnn медленно идет по пути MVC, хотя я все еще вижу расширение .apx, плавающее вокруг, что означает, что они не полностью обналичены в вещь seo, но я думаю, что они на 80%.

Я не понимаю, где проблема.

Это почти похоже на то, что половина сайта все еще находится на идее tabid = x, но некоторые из экранов admin находятся на более дружественной концепции URL-адреса "/host/HostSettings//tabid/16/portalid/0/Default.aspx" вроде firendly url/MVC conept.

Есть ли запись, которую я могу редактировать, чтобы либо иметь все в дружественных URL-адресах, либо все, используя концепцию tabid, а затем двигаться дальше?

Или проблема с перенаправлением не имеет ничего общего с дружественными URL-адресами?

Я немного потерялся здесь, даже после развития в DNN в течение многих лет...

Спасибо заранее!

Согласно совету Криса, я просмотрел все вкладки в таблице и убедился, что ничего не установлено isSecure = True.

По-прежнему: Ошибка 310 (net:: ERR_TOO_MANY_REDIRECTS): Слишком много перенаправлений. Есть ли способ перевернуть перенаправление в таблицах?

Я просмотрел все таблицы hostSettings и PosrtalSettings и сравнил их с другой рабочей системой, но не смог найти ничего очевидного...

EDITED

Теперь, когда несколько вещей отключены, а режим отладки установлен в true, я получаю следующее:

Server Error in '/cms' Application.

Ссылка на объект не установлена в экземпляр объекта.

Описание: Необработанное исключение возникло во время выполнения текущего веб-запроса. Просмотрите трассировку стека для получения дополнительной информации об ошибке и ее возникновении в коде.

Сведения об исключении: System.NullReferenceException: ссылка на объект не установлена в экземпляр объекта.

Ошибка источника:

[Нет соответствующих строк исходного кода]

Исходный файл: c:\Windows\Microsoft.NET\Framework\v4.0.30319\Временные файлы ASP.NET\cms\3fbf2a3e\66b53196\App_Web_xepmxekk.1.cs Строка: 0

Трассировка стека:

[NullReferenceException: ссылка на объект не установлена в экземпляр объекта.] DotNetNuke.UI.Containers.ActionBase.get_ModuleContext() +7 DotNetNuke.UI.Containers.ActionBase.get_ActionRoot() +30 DotNetNuke.UI.Containers.ActionBase.OnLoad(EventArgs e) +35

[ModuleLoadException: произошла ошибка.] DotNetNuke.Services.Exceptions.Exceptions.ProcessModuleLoadException(String FriendlyMessage, Control ctrl, Exception exc, Boolean DisplayErrorMessage) +397

[PageLoadException: произошла ошибка.] DotNetNuke.Services.Exceptions.Exceptions.ProcessPageLoadException(Исключение exc, String URL) +417 DotNetNuke.Services.Exceptions.Exceptions.ProcessPageLoadException(исключение exc) +96 DotNetNuke.Services.Exceptions.Exceptions.ProcessModuleLoadException(String FriendlyMessage, Control ctrl, Exception exc, Boolean DisplayErrorMessage) +548 DotNetNuke.Services.Exceptions.Exceptions.ProcessModuleLoadException(Control ctrl, Exception exc, Boolean DisplayErrorMessage) +188 DotNetNuke.Services.Exceptions.Exceptions.ProcessModuleLoadException(Control ctrl, Exception exc) +40 DotNetNuke.UI.Containers.ActionBase.OnLoad(EventArgs e) +71 DotNetNuke.UI.WebControls.SolPartActions.OnLoad(EventArgs e) +13 System.Web.UI.Control.LoadRecursive() +54 System.Web.UI.Control.LoadRecursive() +145 System.Web.UI.Control.LoadRecursive() +145 System.Web.UI.Control.LoadRecursive() +145 System.Web.UI.Control.LoadRecursive() +145 System.Web.UI.Control.LoadRecursive() +145 System.Web.UI.Control.LoadRecursive() +145 System.Web.UI.Control.LoadRecursive() +145 System.Web.UI.Control.LoadRecursive() +145 System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +772

[PageLoadException: произошла ошибка.] DotNetNuke.Services.Exceptions.Exceptions.ProcessPageLoadException(Исключение exc, String URL) +417 DotNetNuke.Framework.PageBase.OnError(EventArgs e) +629 System.Web.UI.Page.HandleError(исключение e) +79 System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +6695 System.Web.UI.Page.ProcessRequest(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +245 System.Web.UI.Page.ProcessRequest() +72 System.Web.UI.Page.ProcessRequestWithNoAssert(контекст HttpContext) +21 System.Web.UI.Page.ProcessRequest(контекст HttpContext) +58 ASP.default_aspx.ProcessRequest(контекст HttpContext) в c:\Windows\Microsoft.NET\Framework\v4.0.30319\Временные файлы ASP.NET\cms\3fbf2a3e\66b53196\App_Web_xepmxekk.1.cs: 0 System.Web.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +341 System.Web.HttpApplication.ExecuteStep(шаг IExecutionStep, Boolean & завершен синхронно) +69

Информация о версии: Microsoft.NET Framework Версия: 4.0.30319; Версия ASP.NET: 4.0.30319.17929

Ответ 1

Я могу перейти на страницу настроек сайта после обновления до последней версии dnn 7.0.6.

Я не уверен, почему он прекратил работу после последнего обновления, и начал работать над следующим обновлением.

Но некоторые страницы стали недоступными для редактирования.

Вы редактируете контент, нажимаете "Сохранить", а затем возвращается старый контент.

Это еще одна неприятная проблема.

Я решил перестроить CMS с нуля и иметь чистый список, так как я думаю, что старая CMS прошла слишком много обновлений.

Ответ 2

Здесь вы задаете много вопросов. Я рассмотрю вопрос по теме.

1) Если вы видите перенаправления на страницах администратора, проверьте базу данных, часто на старых обновлениях флаг "issecure" будет установлен на этих страницах администратора, что вызовет нечетные перенаправления. Если у вас есть доступ к базе данных, просто просмотрите таблицу TABS.

Обновление 4/16/2013 Вы можете попробовать отключить FriendlyURLs вместе и посмотреть, поможет ли вам хотя бы попасть на страницы администратора/хоста. В DB попробуйте обновить параметр UseFriendlyUrl в настройках узла, если у вас нет ObjectQualifier в вашем web.config, вы можете использовать этот SQL

update hostsettings
set SettingValue = 'N'

where settingname like 'usefriendlyurls'

UPDATE Основываясь на обновленном вопросе, я думаю, что у вас есть одна из двух проблем. Либо у Skin возникают проблемы из-за использования меню SolPart, либо, скорее всего, у ваших контейнеров MODULE возникают проблемы на странице.

Я считаю, вы сказали, что теперь можете перейти на страницу ADMIN, но не на дочерние страницы. Я бы установил страницу Skin the Admin (через настройки страницы) на одну из Gravity Skins (в зависимости от того, что вам нравится). Затем, как только вы сохраните эти параметры, попробуйте применить "Применить скин ко всем дочерним страницам", посмотрите, правильно ли задает скин на всех дочерних страницах администратора. Если настройка Skin не работает, попробуйте сделать то же самое для Контейнера на странице администратора.

Если это работает, вам может понадобиться сделать то же самое для меню HOST. Хотя вам может понадобиться сделать это через БД.

Ответ 3

Шон, Где эта проблема в настоящее время. Последнее, что мы говорили, я спросил об адресах Admin и TabID. Я бы порекомендовал вам найти страницу под администратором, такую как настройки сайта, и выяснить, что такое TabID для этой страницы.

Затем попробуйте перейти к http://somedomain.com.blah/default.aspx?tabid=##, заменив ## номером TabID для рассматриваемой страницы. Начните там и посмотрите, что произойдет.