問題タブ [solution]

一般に、ASP.NET サイトの App_Code ディレクトリにコード (BaseClasses または DataAccess コード) を保持するのは好きではありません。私は通常、これを MySite.BusinessLogic および MySite.DataAccess DLL にそれぞれ引き出します。

ASP.NET MVC についても同じことを行うべきか疑問に思っています。

ソリューションを次のように整理したほうがよいでしょうか。

• MySite.Common - DLL - (.NET システム DLL 上に構築された基本機能)
• MySite.DAL - DLL - (DataAccessLayer & DBML ファイル)
• MySite.Models - DLL - (リポジトリ クラスなどの MVC モデル)
• MySite.Controllers - DLL (モデルを使用する MVC コントローラー)
• MySite - ASP.NET MVC サイト。

それとも、何か不足していますか...おそらく、いくつかの素晴らしいものを失うでしょう（ビューの追加、コントローラーに移動、追加されたコンテキストメニュー項目）

マルチプロジェクトで.Net2005ソリューションを開こうとすると、PCにVisual Studio 2008がインストールされていますが、vbとc＃にプロジェクトがあります。このソリューションの唯一のWebプロジェクトには、次のメッセージが表示されます。

.vbprojプロジェクトはこのインストールではサポートされていません

ソリューションとは別にWebプロジェクトを開こうとしましたが、問題はありません。ソリューションからWebプロジェクトを開く方法。

何か案は？

私はこれを少しググったが、良い結果を見つけることができなかった。

今、私はウェブサイトを構築していて、最初からデザインの観点から可能な限り正確にしようとしています。

私が現在直面している問題は、ロギングを開始することを決定するときに、このコードを配置するプロジェクトが必要だったことです。現在のプロジェクトで適切な場所が見つからなかったので、次のように考えました。

プロジェクトの数に関する一般的なガイドラインはありますか？これはかなり小さなプロジェクトになると思いますが、完全に邪魔にならないようにするといいでしょう。

ヒントは大歓迎です:)

ソリューション内のすべてのプロジェクトにアクセスできる単一の接続文字列を作成できるかどうかは誰にもわかりません (約 6 あります)。

この情報を含むテキスト ファイルを作成できますが、設計時のサポートも必要であり、ソリューション内のすべての App.Config および Web.config ファイルに接続文字列を含めることは現実的ではありません。

基本的に、データベースの場所が変更された場合に簡単に変更できる単一の接続文字列が必要です。これは、設計時のサポートのために IDE でも使用されます。

私は多くのプロジェクトで解決策を持っています。各プロジェクトは、デバッグ モード (デフォルト) でビルドするときに XML ドキュメント ファイルを生成するように構成されています。これは、Visual Studio 2008 でビルドするときに機能します。統合サーバーのビルド スクリプトで、MSBuild にソリューション全体をビルドするように勧めていますが、ドキュメント ファイルは生成されません。私に何ができる？

ビルド プロセスに Debug-Condition を明示的に指定しようとしましたが、違いはありません。

単体のプロジェクトをビルドする場合、この問題を解決するためのいくつかのアイデアがあるようですが、私はこれを行う余裕がないので、このようにするためのヒントが必要です。

前もって感謝します！

ソリューション内のすべてのプロジェクトで構成を操作する方法を知っている人はいますか?
たとえば、新しい構成「Releas64」を作成します。これは、「デバッグなし、64 ビット、すべてのファイルが c:\binaries に移動する」ことを意味しますが、すべてのプロジェクトにこれらの設定を設定するには、ソリューション内の 30 のプロジェクトすべてを調べる必要があります。 .

何かツールはありますか？
先にありがとう。

HTML 要素を追加せずにこの HTML コードを IE6 または 7 (または 8) に最適化する方法、または IE がすべての HTML5 要素をスキップする方法を知っていますか?

CSS で要素をフォーマットしたいだけの場合 - 他の機能を使いたくない - document.createElement("nav") DOM 要素は IE を詐欺してプレーンな HTML ドキュメントを作成するのに十分ですか?

ありがとうございました。

html5 を有効にするスクリプトを使用した IE6、IE7、および IE8 の DOM create 要素の詳細については、こちら» を参照してください。

私たちの目的は、ユーザーがオンラインだった期間についてのタイムラインを作成することです。(どのユーザーについて話しているのか、どこでオンラインだったかは問題ではありません) オンライン ユーザーに関する情報を取得するには、API メソッド someservice.com/api/?call= whoIsOnlineを呼び出すことができます。

whoIsOnlineメソッドは、現在オンラインのユーザーのリストを提供します。ただし、誰がオンラインでないかに関する情報を取得するための API メソッドはありません。

そのため、 whoIsOnlineから取得した情報を使用してタイムラインを構築する必要があります。もちろん、測定誤差はあります（リアルタイムで情報を追跡することはできません）。2 分ごとにwhoIsOnlineメソッドを呼び出すとします(はい、2 分ごとに cron でスクリプトを実行します)。

たとえば、08:00 にwhoIsOnlineを呼び出すと、

08:02 にwhoIsOnlineを呼び出すと返されます

ご覧のとおり、Peter はオフラインになりましたが、新しいオンライン ユーザー、George がいます。

利用可能なインストゥルメントは、Db(MySQL) / テキスト ファイル / キー値ストレージ (Redis/memcache)です。それらのいずれか (またはすべて) を自由に選択してください。

だから、このような情報を取得する必要があります

そして今質問...

1. そのようなタイムラインを実装するために、どのように情報を保存しますか?
2. ユーザーがオンラインだった期間に関する情報をどのように照会/計算しますか?

追加情報..

1. オフライン ユーザーに関する情報は更新できません。「現在」オンラインのユーザーのみを更新できます。
2. ソリューションは柔軟である必要があります。タイムライン情報は、任意のタイムゾーンに関連して表すことができます。
3. 過去 7 日間の情報のみを保持する必要があります。
4. オンラインで見られるすべてのユーザーは、データベースで自分の識別子を自動的に取得します。

Visual Studio にサードパーティ プロジェクト タイプがあり、何らかの理由でビルドの.NET Platform 構成のみをサポートし、ソリューション内の他のすべての (標準 C#) プロジェクトではAnyCPUしかありません。残念ながら、VS 2010 にアップグレードして以来、ビルド時に次のエラーが発生します。

エラー 39 プロジェクト 'ReferencedBusinessProject.csproj' の OutputPath プロパティが設定されていません。このプロジェクトの構成とプラットフォームの有効な組み合わせを指定したことを確認してください。構成='デバッグ' プラットフォーム='.NET'. このエラーは、他のプロジェクトがこのプロジェクトへのプロジェクト間参照に従おうとしている場合、このプロジェクトがアンロードされているかソリューションに含まれていない場合、および参照元プロジェクトが同じまたは同等のものを使用してビルドされない場合にも表示されることがあります。構成またはプラットフォーム。C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets 483 10 CustomTypeProject

何が欠けているかはかなり説明的ですが、これまでのところ修正する方法は見つかりませんでした。これをどのように解決できるか、または何が問題になるか考えていますか?

私は長い間MySQLインジェクションに悩まされており、この問題を一斉に解消する方法を考えていました。多くの人がこれが役立つことを願って、私は以下の何かを思いついた。

私が考えることができる唯一の欠点は、部分的な検索です。Jo=>like%%ステートメントを使用して"John"を返します。

これがphpソリューションです：

私はあなたがまだ他のタイプのインジェクションを使ってインジェクションできることを知っています1=1...しかしこれはあなたの問題の半分を解決できると思うので正しいmysqlクエリが実行されます。

だから私の質問は、誰かがこれに関する欠点を見つけることができるなら、ここにコメントしてください。

これが非常に有用な解決策であり、大きな欠点が見つからないと思う場合、または一緒に悪い考えであると思う場合にのみ、答えを与えてください...