1

私は、クライアント用の古いDotNetNukeのインストールを見て、いくつかの、できればマイナーな変更を加えることを約束しました。インストールはかなり古く（バージョン3.0.013だと思います）、本番コピーはSQL Server 2000、Windows 2003、および.Net1.1に対して実行されています。

本番サーバーは稼働中であり、かなり使用されているため、最初に開発インストールが必要です。ローカルサーバー（Windows 2003、SQL Server 2005、.Net 2.0）にコピーをインストールしようとしましたが、いくつかの調整を加えるだけでサイトを表示できますが、ログインできず、ログインモジュールにアクセスすることもできません（つまり、「ユーザー名を入力する必要があります」タイプのエラーを生成しようとして、空白のユーザー名とパスワードを入力するだけで、エラーが発生しません。「オブジェクト参照がオブジェクトのインスタンスに設定されていません」

以前にこのパッケージを使用したことがないために妨げられていますが、私はこのエラーを回避するためにしばらく時間を費やしましたが、成功しませんでした。

だから私の質問は

誰かがこの構成でDotNetNuke3.0.xを実行することに成功しましたか（または、実行するためにSQL2000と.Net1.0でボックスをセットアップする必要がありますか）？

このエラーを探し始める必要がある提案、または誰かが以前に同様の何かに遭遇したことがありますか？

編集：最終的には、Win2003 / SQL 2000 / Net 1.1を搭載した古いWebサーバーにチキンアウトしてインストールし、同じインストールで問題なく動作しました。ですから、答えはノーだと思います。箱から出してすぐには機能しません。

4

1 に答える 1

2

上記の環境で問題なく動作すると思います。しかし、エラー自体を詳しく見てみると、それを証明するのに役立ちます。

Login モジュールに移動したときにのみエラーが発生する場合は、認証プロバイダーのロードに問題がある可能性があります。確認する最善の方法は、DNN イベント ログを調べて、完全なエラー メッセージを確認することです。

ログインしてイベント ログにアクセスすることはできないため、エラーが発生した場合は、データベースに作成された行を確認する必要があります。このテーブルは EventLog と呼ばれ、すべての詳細が XML 形式でデータベースに格納されているため、エラー メッセージを解析する際に多少の摩擦が生じる場合があります。

一般に、ある環境から別の環境にサイトを移動する場合、行う必要があるのは次の 2 つのことだけです。

  1. データベースに接続できることを確認してください
  2. ファイル システムのアクセス許可を設定する

サイトをロードできるため、データベース接続が既に確立されているようです。

ただし、問題のマシン上の Web サイトのルートに対するファイル システムのアクセス許可を再確認 (再適用するだけ) することをお勧めします。Web サイトの ID (通常は ASP.NET マシン アカウントまたはネットワーク サービス) に、ルート Web サイト ディレクトリに対する "変更" 権限があることを確認してください。アクセス許可がないために、Web サイトが特定のアセンブリを読み込めない可能性があります。

于 2009-03-14T23:54:22.967 に答える