問題タブ [shared-data]

私は次のものを持っています：

現時点では、以下を使用して f2() で構造体を開始します。

次に、sharedへのポインターをスレッドに渡します。その後、スレッドは共有を定期的に更新します。f2() は、共有の要素に基づいて th() が開始されたかどうかを認識し、共有から読み取って th() のステータスをチェックします。

sharedの要素の 1 つが、スレッド セーフを提供するミューテックスであると仮定しましょう。これは良い解決策ですか？これを行うよりエレガントな方法はありますか？コードをテストしましたが、動作します。ここで専門家のアドバイスが必要です。

ありがとう、

この構造で drupal マルチサイトを開発したい:

• 1 つの共有コードベース drupal 7 マルチサイト。各 Web サイトには独自のデータベースがあります。
• いくつかのテーブルが共有されている 1 つのマスター Web サイト。
• 各マルチサイト インスタンスは、独自のデータベースではなく、マスターのデータベースからいくつかのテーブルを読み取ります。たとえば、コンテンツ タイプ、フィールド、ビュー、ルール、および関連する構成は、マスターのデータベースのみを読み取ります。そのため、すべてのサイトを 1 か所で開発できます。

その結果、各サイトは同じコンテンツ タイプ、ビュー、ルールを使用する必要がありますが、異なるコンテンツを使用する必要があります。私はすべてのサイトのユーザー 1 です。サブサイトの編集者は、コンテンツの作成とユーザーの許可のみを持っています。サイト間でユーザーを共有したくありません。そのため、ドメインアクセスを使用できません。それは可能ですか？

助けてくれてありがとう。

10 万ノードを超える drupal サイトがあります。さらに 2 つのドメインを追加し、これらのドメイン間でコンテンツを共有する必要があります。モジュールを使用しDomain accessて、ドメインを作成し、コンテンツ タイプをすべてのドメインにデフォルト設定しました。これは、新しいノードに最適です。

ただし、既存のノードをすべてに一括で割り当てる方法がわかりません。VBOにはdomain access統合がないようです。ドメイン コンテンツは一括更新を許可しますが、一度に 50 ノードのみです。100kを実行するには、膨大な時間がかかります。

助言がありますか？

2 つの異なる Android アプリが Phonegap Storage API ( http://docs.phonegap.com/en/2.0.0/cordova_storage_storage.md.html#SQLTransaction ) を使用して同じデータベースを共有できる方法はありますか? 検索中に、Android共有IDとコンテンツプロバイダーに出くわしましたが、上記のデータベースAPIを使用してphonegapに実装する方法がわかりません. 具体的には、クライアント アプリでホスト アプリによって作成されたデータベースのインスタンスを取得するにはどうすればよいですか?

Xcode 5.x と Git を使用して、このファイル MyProjectName.xccheckout をコミットしました。次に、このコミットを中央リポジトリにプッシュしました。現在、チームの他の誰かがプルを実行すると、「MyProjectName.xccheckout にツリーの競合がありました」というエラーが表示されます。

このトピックにはいくつかの投稿があり、このファイルをコミットするのが正しいようです。しかし、これを行ったので、競合をどのように処理すればよいでしょうか?

この投稿Xcode5 の *.xccheckout ファイルは VCS で無視されますか? 同じ問題をカバーしていますが、競合をどのように解決したかはわかりません。

• 更新: 変更を中央リポジトリからローカル コピーに手動でマージし、再度プルを実行しようとしましたが、同じエラーが発生しました。また、このファイルの値が時々変更されることにも気付きましたが、何が原因なのかわかりません。

• 更新: ファイルで変更される値の例を次に示します:
  IDESourceControlProjectIdentifier
  3869BFC7-FD51-432F-A70B-CE2ADC0CDF1F

ポリモーフィック オブジェクト ツリーの多くのインスタンス間でデータを共有する必要がある状況にありますが、共有データを「ツリーごと」にする必要があるため、基本クラスで静的クラス メンバーを使用することは実際にはオプションではありません。 .

共有データへの余分なメンバー ポインターで各インスタンスに「過負荷」をかけたくないので、現在のアプローチ (ツリーを使用することを考慮) は、共有データをツリー ルート ノードのメンバーとして保持し、共有データへのアクセスごとに行うことです。 「ツリーグローバル」データがアクセスされる特定のノードの深さに応じて、間接的なチェーンを通過します。

共有データが非常に頻繁に (毎秒数百万... 少なくともそれが意図されている) アクセスされるシナリオがあるため、ルートノードに到達するための間接的なアクセスを回避するのに役立つ設計パターンがあるかどうか疑問に思います。オブジェクトのフットプリントに余分な膨張を導入しません。

共有データにアクセスするタイトなループなどのローカルとしてルート ノード ポインターを「キャッシュ」することは可能ですが、機能がツリー ノードに沿ってカスケードし、プロセス内でツリーを切り替えるシナリオも多数あるため、ルート ノード ポインターをキャッシュします。狭い文脈でのみ適用されます。

• 静的メンバーの言及は、実装の範囲を C++ に限定するものではないことに注意してください。この時点で私はどんなアイデアにもオープンであるため、C タグも追加しました。