annanick
|
26 марта 2008 г.(UTC)
|
6 августа 2009 г. 4:42:10(UTC)
|
36 [0,57% от всех сообщений / 0,01 сообщений в день] |
0
(Просмотр «Спасибо»)
|
0
|
0
|
108
|
Просмотр всех сообщений пользователя
balbes написал:Обновлять 4.9.4 -> 5.0.1 -> 5.1.1 Управление расширениями (модули тоже теперь расширения) Host -> Extensions Эта процедура была в точности повторена. Однако в результате нажатие на кнопку "Вход" ничего не происходит, а IE8 сообщает об ошибке на странице: Сведения об ошибке на веб-странице Агент пользователя: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) штамп времени: Thu, 6 Aug 2009 05:42:57 UTC Сообщение: Объект не поддерживает это свойство или метод Строка: 272 Символ: 4 Код: 0 URI-код: http://www5.i-bteu.by/js/dnn.xml.js
|
Suggested DotNetNuke Site Upgrade Path(s) посмотрел. Получается, что обновляться нужно пошагово, т.е. 4.9.4 -> 5.0.0 -> 5.0.1 -> 5.1.1 ? "Накатил" я и версию 5.1.1 Upgrade. Но ссылки на управление модулями так и не появились.
|
Если на рабочий портал под DNN 4.9.4 "накатить", т.е. распаковать DotNetNuke_Community_05.01.01_Install.zip, то, напр., в меню Host->Module Definitions пропадают ссылки "Install Module", "Creare Module"... Может нужно проводить "поэтапное" обновление: 4.9.4 -> 5.0.0 -> 5.0.1 -> 5.1.1 ?
Какие мысли, народ?
|
Можно ли безболезненно обновить портал с DNN 4.9.2 до DNN 5.0.1? Попробовал просто накатить DNN 5.0.1 Update на дерево портала с версией DNN 4.9.2, однако разлетелись стили да и сайт стал "неузнаваем" по дизайну....
|
Не понял, как это случилось, но последняя рекомендация - полный успех! Хотя ничего не понял...
|
Насчет дизайна/стилей/картинок - и в старом и в новом сервере одно и тоже место - d:\DotNetNuke (сложилось исторически).
|
Строчки "<machineKey validationKey=...> не совпадали. В новом web.config выставил значения из старого. Авторизация на сайте проходит, а далее:
Server Error in '/' Application.
Файлы '/App_Code/DnnSiteMap/DnnSiteMapController.cs' и '/App_Code/XML/Providers/DataProviders/SqlDataProvider/SqlDataProvider.vb' используют разный язык, что запрещено, так как они должны быть компилированы вместе.
Посмотрел Culture=neutral в старой и новой конфигурации одинаковы.
|
Именно так я и сделал.
|
Согласно Вашей последней рекомендации поменял привязку с реального IP на "All Unassigned" и сайт стал открываться. Затем я вернулся к нашей конечной цели - перенос портала с старого сервера на новый (на IIS7).Сделал backup базы на старом сервере, восстановил базу на новом сервере. Перенес дерево портала на новый сервер и все это запустил. В принципе сайт открывается, но со странным дизайном. Но главное - при попытке зайти с учетной записью администратора регистрация не проходит. Здесь м.б. такой момент - на старом портале доступ к базе был под учетной записью sa/****, а на новой - host/****. После восстановления базы я поменял владельца базы на host, но это не помогло, т.е. регистрация не проходит, а странный дизайн сайта - от того что не читаются стили и картинки. Вопрос- почему?
|
Локально, при заходе на IP 192.168.0.245 сайт не открывается(как и по имени www2.i-bteu.by) с кодом 404. Он открывается только по localhost(ну и , ест-но, по 127.0.0.1). Повторяю, с DNS все в порядке. Все эксперименты происходили в локальной сети (www2.i-bteu.by не публикуется в инете). www.i-bteu.by - это совсем другой сервер, именно на его замену и делается все вышеописанное. Я привязал Default Web Site к адресу 192.168.0.245 с именем www2.i-bteu.by. Сайт не открывается. Насчет 3-го примечания - может мне снести IIS вместе с FW и сделать все начисто (хотя это не метод сисадминов)?
|
|