Cайт предназначен для первоначального знакомства пользователей с платформой для построения сайтов DotNetNuke.
 
Monday, July 07, 2008  
Register  |  Login  
Текучка  

 



  Поиск       
Ищите как "Фраза", поиск как "Слова" не работает.
   
  Просмотр блога       
сен 3

Written by: Exiton  
03.09.2007 1:48

(Пишу, как обещал на форуме.)

В DNN долгое время не было интерактивного инсталлятора. Форум поддержки официального сайта был заполнен возмущёнными воплями пользователей, по мнению которых проще было застрелиться, чем установить DNN.

Наконец, в текущей линейке (4.5.x) появился интерактивный веб-инсталлятор, который отлично справлялся с возложенными на него обязанностями. Разработчики были горды как львы!

Вскоре, однако, выяснилось, что они несколько перегнули палку. Дело в том, что в случае возникновения каких-либо неполадок при запуске портала управление передаётся на скрипт инсталлятора, который анализирует конфигурационный файл и файлы в папке установки портала и по ряду признаков определяет, имеет ли место случай первоначальной установки платформы или с нею просто произошли какие-то неприятности, препятствующие корректному запуску. Так вот, в случае разрыва подключения к БД хоть на секунду инсталлятор решал, что он вне всякого сомнения имеет дело с первичной установкой портала и его час настал! И первое, что он делал - сбрасывал ключи шифрования паролей учётных записей, хранящихся в БД. Естественно, когда подключение к базе возобновлялось, пользователи обнаруживали, что они не в состоянии авторизироваться ни под одной учётной записью (подобная ситуация описывалась на форуме тов. Zooloos'ом, если не ошибаюсь).

Форум опять наполнился записями недоумённых пользователей. Разработчики пообещали сделать проверку более строгой. На этот раз, по всей видимости, они бросились в другую крайность.

На этой неделе я производил установку текущей версии DNN (4.5.5) на своей машине и с удивлением обнаружил, что инсталлятор просто отказывается запускаться с выдачей одного из двух нижеприведённых диагностических сообщений.

Никакие повторные заходы под разными браузерами, перезапуски IIS и даже перезагрузки системы ситуацию не поправили.

Пришлось лезть в конфигурационный файл и руками править строку подключения к БД. После того, как я прописал там правильные параметры подключения, установка запустилась нормально, причём на этапе настройки подключения к БД там уже были указаны верные параметры (у установщика хватило ума вынуть их из конфигурационного файла).

Процедура редактирования конфигурационного файла аналогична описанной в руководстве по обновлению платформы. В случае локально находящегося сервера БД вам надо лишь исправить (в случае необходимости) имя базы, и вписать значения параметров uid и pwd (без кавычек). Например:

connectionString="Server=(local);Database=DotNetNuke;uid=sa;pwd=password;"

Tags:

Re: Ошибка инициализации установки

--------------
И первое, что он делал - сбрасывал ключи шифрования паролей учётных записей, хранящихся в БД. Естественно, когда подключение к базе возобновлялось, пользователи обнаруживали, что они не в состоянии авторизироваться ни под одной учётной записью (подобная ситуация описывалась на форуме тов. Zooloos'ом, если не ошибаюсь).
------------
Да.. что-то подобное я писал на форуме. У меня действительно в какой-то момент установщик нафиг снес правельные ключи шифрования.. заменив их новыми.. благо резервная копия была..

By ZoolooS on   03.09.2007 11:12