問題タブ [web-site-project]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
asp.net - ASP.NETWebサイトまたはWebプロジェクト
Visual Studioで新しいASP.NETプロジェクトを作成する場合、作成を選択する必要があります:Webサイトまたはプロジェクト?
WebアプリケーションプロジェクトがVS2003の時代にそれを行う方法であったことを理解していますが、それは今日でも適用可能ですか?どちらか一方を使用する際の注意点は何ですか?
.net - Web サイト プロジェクトが .NET 3.5 に適応しないのはなぜですか?
ソリューションを .NET 2.0 から .NET 3.5 に変換しました。「var」などを使用するときの意味をまだ理解していない Web サイト プロジェクトを除いて、すべてのプロジェクトは正常に変換されました。
Web プロジェクトのプロパティ ページを調べたところ、ターゲット フレームワークが「.NET Framework 3.5」に設定されています。
他のアイデアはありますか?
asp.net - Web サイトから Web アプリケーション プロジェクトに変換した後のコンパイル エラー
Web サイトを Web アプリケーション プロジェクト モデルに変換しようとしていますが、Web サイト プロジェクトを Web アプリケーション プロジェクトに変換するで見つけたガイダンスでカバーされていないように見えるコンパイル エラーが発生しています。
問題は、Ajax コントロール ツールキットの TabContainer/TabPanel の ContentTemplate 内に子コントロールとして埋め込まれている標準の ASP.NET コントロールが、ページに表示されなくなる (コンパイル エラーが発生する) ことです。プロジェクトが Web サイトの場合は、ページのコード ビハインド ファイルでプロパティとして直接アクセスできましたが、FindControl の呼び出しでのみ参照できるようです。
残念ながら、TabContainer を利用する多くの Web フォームがあり、子コントロールへのすべての参照を単純なプロパティ参照から FindControl 呼び出しに変換するのは非常に面倒です。
問題を調査しているときに、Single Instance Templatesの TemplateInstance と呼ばれるプロパティへの参照を見つけましたが、これはコントロール ユーザーではなく、コントロール デザイナーに適用できることを理解しています。どんな助けでも大歓迎です。
c# - 子ページのコード ビハインドから親ページのコード ビハインド メソッドを呼び出す - ASP.NET 2.0 ページ継承モデル
ASP.NET 2.0 Web サイト モデルで、子ページのコード ビハインドから親ページのコード ビハインドのメソッドを呼び出す最良の方法は何ですか?
シナリオ:ユーザーが親ページのリンクをクリックして、データ レコードの詳細を子ページに表示します (親ページと子ページは別々のページです)。ユーザーは、クライアント ページのデータを変更します。子ページが更新を処理すると、子ページが閉じ、更新を反映するために親ページを再バインドする必要があります。
私は似たようなことをしましたが、親ページに含まれていたユーザーコントロールから親ページを呼び出していました
更新:データが更新された後に子ページが閉じられるため、コード ビハインドからこれを行う必要があります。
asp.net - ASP.NETWebサイトのBINディレクトリと参照
次の解決策を想像してみてください。
- WebサイトABC.com(Webアプリケーションではない)
- BLL(個別のアセンブリのビジネスロジック層)
- DTO(独自のアセンブリ内のdtoオブジェクト)
DAL(独自のアセンブリ内のデータアクセス層も同様)。
- BLLにはDALへの参照があります。
- BLLにはDTOレイヤーへの参照があります。
- WebサイトプロジェクトはBLLを参照します。
Webサイトプロジェクトをコンパイルすると、次のDLLがBINディレクトリに表示され
ます
。BLL.dllDTO.dll
DAL.dll
サイトをプレビューしようとすると、必要なアセンブリ参照がないというエラーが発生します...ここで、Webサイトプロジェクトの[参照の追加]を右クリックし、不足しているアセンブリへの参照を明示的に追加すると、正常に機能します。
ASP.NETは、Webサイトで追加/参照されている参照アセンブリの参照アセンブリをプルしているように見えます。
参照の参照に明示的な参照を追加する必要があるのはなぜですか...?私がこれを正しく表現していないか、混乱している場合は申し訳ありません。
asp.net - ASP.NET Web サイトの依存関係を追跡するにはどうすればよいですか?
動的なコンパイル オン ザ フライ アプローチは、この種の情報を抽出する典型的なツールの能力を超えているようです。Web アプリケーションに変換した方がよいことは承知していますが、Web サイト プロジェクトの場合はどのように変換できるかお尋ねしたいと思います。
visual-studio - vwd.webinfo が常にソース管理から自動的にチェックアウトされるのはなぜですか?
ソリューションの一部としてファイル システム Web サイトを持つ 2008 ソリューションがあります。このソリューションは、Team Foundation Server でソース管理されています。ソリューションが閉じられるたびに、vwd.webinfo という名前のファイルをチェックアウトするか、他の誰かが既にチェックアウトしていることを試みて文句を言います。
ソース管理からファイルを削除しても、何らかの理由で自動的に再追加されるため、問題は解決しません。
なぜこれが起こるのでしょうか? この問題を取り除くために何かできることはありますか?
どうもありがとう!
image-processing - 画像ホスティング サイトはどのようにコンテンツ ポリシーを適用しますか?
パブリック データ ホスティング サービスを最適に実装する方法を見つけようとしています。
ユーザーが写真をアップロードできるようにする Web サイトは、わいせつな写真に関する利用規約をどのように施行しますか? 画像処理アルゴリズムを使用して、潜在的な違反 (肌色のピクセルが多すぎる) にフラグを立てていますか? Imageshack は、自分の写真がホットリンクされている Web サイトを調べて、キーワードをチェックしていると思います。ポルノに関連するものを検出すると、その写真を削除してアカウントを禁止します。他の方法はありますか?
施行は大部分が自動化されていますか、それともユーザーの報告に基づいていますか?
asp.net - さまざまな ASP.NET Web サイト プロジェクトの参照と自動更新を管理する方法
私は、Visual Studio 2008 Web サイト プロジェクトを、他の多くのアセンブリ プロジェクトを含むソリューションに持っています。
Web サイト プロジェクトには、プロジェクト、ビン、COM 相互運用機能、およびテキスト ファイルの 4 種類の参照があります。
プロジェクトは自動更新を完全に参照しています。
マネージ DLL のビン参照は、.refresh ファイルで自動更新されます。これは正常に機能し、Visual SourceSafe にチェックインできます。
私の質問は、他の 2 つのタイプ (COM 相互運用機能とテキスト ファイル) を管理する方法についてです。
参照として追加すると、.refresh ファイルなしで相互運用機能 DLL を作成する OCX があります。相互運用 DLL を VSS にチェックインすることは、ビルドするたびにチェックアウトする必要があるため、望ましくありません。アセンブリに厳密な名前を付ける必要があるため、相互運用 DLL を別の場所に移動して直接参照することはできません。この場合、元の OCX が必要です。相互運用参照は、[プロパティ ページ] > [参照] ページにも表示されません。
適切に自動更新するにはどうすればよいですか? 適切な .refresh ファイルを作成するにはどうすればよいですか?
他のマネージ DLL 参照のライセンスを含むプレーン テキスト ファイルがあります。VS2008 と VSS の両方で動作するように見える .refresh ファイルを作成しましたが、自動的には作成されませんでした。
VSS で動作する方法で参照を含めるにはどうすればよいですか?
bin ディレクトリにライセンス ファイルをチェックインすると、ビルドごとにライセンス ファイルをチェックアウトしなければならないという同じ問題が発生します。