DotNetNuke устанавливают проблемы

можно проверить унисон. я думал об использовании его, но [возможно, к счастью] в конце я убедил людей, ответственных, что это - залог провала, мы закончили с установкой "главный-подчиненный" и одним путем синхронизация.

0
задан 11 January 2010 в 20:55
4 ответа

Проблема была очень проста ретроспективно: тестовый сервер, на котором я устанавливал DNN, имел подчеркивание в имени хоста. По-видимому, это "недопустимо" насколько имена хостов идут, и завинчивал механизм перезаписи URL в DNN. Удаление подчеркивания от имени хоста и переобработка изображений сервера зафиксировали все.

0
ответ дан 4 December 2019 в 12:10

Одна проблема, которую мы имели как это, состояла в том, когда мы переместили серверы. Вот то, что мы сделали с большинством людей, было столь же легко как ясное кэш браузера - если это работает отлично, если не входят в место, где cookie хранятся и на самом деле удаляют все cookie - dnn, использует cookie аутентификации, и иногда это может вовлечь.

Я иду месяцы между этим случаем сам, но everyonce в некоторое время нем действительно происходит со мной или одним из моих клиентов.

HTH

2
ответ дан 4 December 2019 в 12:10

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

1
ответ дан 4 December 2019 в 12:10
  • 1
    Я вошел в столькие настройки, сколько я мог и сделал их всех или максимально разрешающими или по крайней мере установил их на " prompt" чтобы видеть, была ли это конкретная установка, которая делала его. До сих пор, никакая удача. –  MattC 11 January 2010 в 21:19

Действительно ли это - кэширующаяся проблема? Если Вы перешли к другой странице или делаете обновление силы текущей страницы (Сдвиг + F5), это все еще показывает, поскольку не вошел в систему?

1
ответ дан 4 December 2019 в 12:10

Теги

Похожие вопросы