問題タブ [regions]

Drupal 6 で page.tpl.php や node.tpl.php に領域を追加することについてはすべて知っています。しかし、別の領域内に領域を追加する必要がある特別なケースがあります。

Drupal のインストールで、次のような region.tpl.php ファイルを見つけました。

カスタムリージョンを出力するように修正しました：

うまくいきません。

ps: node.tpl.php にリージョンを追加するときは、template.php の _preprocess_node を操作する必要があります。これを達成するのに役立つ _preprocess_region 関数はおそらくありますか?

Drupal 7のフッター領域に.clearfixクラスを追加しようとしています。これを行う方法はありますか？

現在、フッター領域を印刷するために以下を使用しています。

どの出力：

そこで、大量のコードを生成し、うまく機能する t4 テンプレートを作成しました。唯一の問題は、ほとんどのコードが開発者に表示される必要がないことです。そのため、すべてのボイラー プレート コードを領域に隠しています。C++ コード ファイルで VS にヒントを与えて領域を折りたたむ方法はありますか (私はないと思います)。

世界の国、州、およびその郡/地区/地域のリストをダウンロードするためのサイトを提案してください。

都市は必要ありません。

データベース構造の設計上の問題があります。目標は、クライアントが特定の地域ごとに提供するオファーのデータベースを作成することです。各オファーは、多くの地域で提供できます。

地域は階層化されています - 例:

今、offer_1 とそのオファーの地域をデータベースに保存したいと考えています。私が達成しなければならないことの例を 3 つ挙げます。

• offer_1 が region_111 に格納されている場合、ユーザーが subregion_1、subregion_11、および region_111 を閲覧しているときにこのオファーを表示したいと考えています。
• offer_1 が領域 subregion_11 および region_121 に格納されている場合、ユーザーが subregion_1、subregion_11、および subregion_11、subregion_12、および region_121 のすべてのブランチを閲覧しているときにオファーが表示されます。
• 私の offer_1 が subregion_1 に格納されている場合、オファーは subregion_1 ページに表示され、subregion_1 の下のすべてのブランチが表示されます。

また、各地域のさまざまなオファーの数を動的かつ非常に高速に計算する方法を提供する必要があります。このデザインにアプローチする方法について誰かアドバイスがありますか?

これが私がこれまでに持っているものです。

level1、level2、および level3 を連結して、リージョンの ID を作成しました。テーブル Offers_to_regions に、オファーと地域を保存します。ここでは、オファー 1 に対してレベル 3 (020103) のリージョンとレベル 2 (0202) のリージョンがあります。この設計では、リージョンごとの異なるオファーの数を照会する方法と、レベル 1、レベル 2 のリージョンのオファーを照会する方法に問題があります。およびレベル 3 リージョン。

Azure のストレージ アカウントと通信するホステッド サービスを作成しました。どちらもリージョンがどこでも US に設定されていますが、過去 2 か月間の請求書を見ると、1 つは米国中北部にあり、もう 1 つは米国中南部にあるため、2 つの間の通信に対して課金されていることがわかりました。

両方が同じサブリージョンでホストされている場合、料金は発生しないと考えるのは正しいですか?

もしそうなら、それらの1つを移動することは可能ですか?どうすれば移動できますか? これを行うことができる管理ポータルのどこにも表示されません。

前もって感謝します。

double、float、および区切り記号に関するすべてです。だから私の問題は次のとおりです。私は常にドットセパレータで二重の値を取得します。それを文字列に変換すると、カンマが得られます。double に戻すと、再びドットになります。ここにコードを追加します。

私は地域設定がすべて良いと確信しています。CurrentCulture をあるべき姿で見ることができます。

ところで、プロジェクトから半分離れている間に地域設定を変更しました。

コンテキストを使用してブロックを領域に出力しています。ただし、指定された領域のブロックの周りにリージョン印刷ラッパー DIV が必要です。Drupal 7 の region.tpl.php でこれが可能であることはわかっています。Drupal 6 で最善の方法を見つけられないようです。

ただし、現在、次のように印刷されます。

そのすべてにリージョンラッパータグを印刷したいと思います...

また、余分なラッパー タグを page.tpl.php から削除したいと考えています。領域を前処理してラッパー タグを出力できればもっと良いでしょう。

C＃では#regionと#endregionを書くことができますが、PHPにはすべてのIDEで動作する同等のものがありますか？

ありがとう！

現在、C＃、WPF4、Prism4、およびMEFを使用する新しいアプリケーションに取り組んでいます。このアプリケーションは、いくつかのスプリッターと5つの領域を備えたグリッドを定義するメインシェルウィンドウと、ビューの検出とビューの挿入を通じてさまざまな領域にUI機能を提供する多数の個別のモジュールで構成されます。すべての標準的なもの、エキゾチックなものは何もありません。アプリケーションは非常に基本的であり、すべてが正常に機能します。つまり、モジュールは実行時にシェルの領域にビューを正しく提供します。

また、同じシェル（および貢献するモジュールのUI）を大規模なレガシーMFCアプリケーションでホストする必要があります。ここで問題が発生します。WPF / MFC相互運用コード（HwndSourceを使用）は正常に機能しているようです。これは、シェルが親MFC CViewの子として正しく表示され、シェル自体で定義されるグリッドスプリッターなどの基本的な機能を備えていることからもわかります。 。ただし、シェル内のどの領域にも、Prismモジュールで定義されたビューが入力されていません。デバッグは、モジュールが実際にロードされていることを示していますが、各モジュールに注入されるIRegionManagerインスタンスには、モジュールがビューを追加するためのゼロ領域が含まれています。Prismは、シェルが領域をまったく定義していないことを認識していないかのようです。その結果、

MFCコードがRun（）メソッドを呼び出す新しいカスタムブートストラッパークラスを派生させました。このブートストラッパークラスは、スタンドアロンアプリケーションの同等のクラス（正常に動作します）と同じです。唯一の違いは、InitializeShell（）メソッドをオーバーライドせず、基本クラスの実装に依存していることです。通常、このメソッドは、Application.Current.MainWindowをシェルに設定してからシェルを表示するためにオーバーライドされますが、この場合、MFCアプリ内でホストされているため、現在のアプリケーションはありません。Bootstrapperの実行機能をオーバーライドして、適切なタイミングでシェルを表示するためにMFCアプリに制御を戻すさまざまな試みが失敗しました（シェルの領域がまだ入力されていないという意味で失敗しましたが、シェルはまだ表示されています）。

MFCアプリケーション内でPrism4を正常に使用した（具体的には、シェル領域を設定した）人はいますか？MFC CView内のリージョンでPrism対応シェルをホストし、MFCアプリケーションにブートストラッププロセスを開始させる方法に関するアドバイスをいただければ幸いです。ありがとう。