問題タブ [centralized]

2 つのリストがあり、両方を並べて表示したいと考えています。しかし、私はそれらをページの中心にしたい. どちらも純粋なメニュー div 内にあるため、両方に外側の div を配置しようとすると、隠れたり消えたりするように見えます。

コード例:

CSS:

これにより、float:left を使用して 1 行にまとめて配置されます。ただし、幅 100% のページに集中させるのに苦労しています。

これが状況です。

5 台のラップトップが同じネットワークを共有しています。

したがって、クエリは Composer for PHP を使用します。

私のネットワークであるシステムに対してのみ、Composer の集中型サーバーとして機能するマシンを作成したいと考えています。

私は、composer installまたはcomposer update通常の作曲家サーバーから演奏しています

そして、ネイティブシステムが自分のシステムを指し、コンポーザーの更新を取得することを望んでいます。

説明がとても下手ですが、質問がよく理解されることを願っています。

私はシステム アーキテクチャを担当していますが、集中型、分散型、およびサービス指向のアーキテクチャ/アプリケーションの微妙な違いを理解するには、大学での知識は役に立ちません。

典型的なクライアント/サーバーアーキテクチャを取り上げると、クライアントは要求をサーバーに送信し、サーバーはクライアントに応答を送信します。それが集中型アーキテクチャです。

サーバー側とクライアント側の両方を処理するアプリケーションは分散アプリケーションになりますが(異なるプラットフォームで動作するため)、それでも集中型アーキテクチャです。

したがって、分散アーキテクチャには分散アプリケーションが必要です。

質問：私は正しいですか？サービス指向のアーキテクチャ/アプリケーションになると、これらすべてはどうなるでしょうか?

複数のクライアント PC で使用される WPF デスクトップ アプリケーションを開発しました。それらはすべて、CRUD 操作を実行するための集中データベースを持ち、最大 5 ～ 10 人の同時ユーザーがいます。このアプリケーションを開発しました。最近、WPF デスクトップ アプリケーションでクライアント サーバー集中型アーキテクチャを使用するのが良い方法であることに気付きました。私はWPFが初めてなので、このシナリオでさまざまなリクエストがどのように処理されるかわかりません。つまり、ASP.net IIS では、ユーザー セッションごとに異なるアプリケーション ドメインが作成されました。私がしていることが正しいかどうか教えてください。そうでない場合は、理由を説明し、代替案を提案してください。ありがとう

開発者が git 集中型ワークフローを使用しており、github に a.txt と b.txt の 2 つのファイルがあるとします。

これで dev1 は c.txt を正常にプッシュします。dev2 が d.txt をプッシュすると、早送りではなく、プッシュできず、当然のことながら、最初に dev1 の変更をローカルでマージしてからプッシュする必要があるためです。

別のシナリオとして、dev1 がブランチ featureC を作成し、その中に a.txt、b.txt および pushes とともにファイル c.txt があるとします。同様に、dev2 はブランチ featureD を作成し、その中にファイル d.txt と a.txt、b.txt および pushes を含めます。

これで、featureC を master とマージするプル リクエストが作成され、成功しました。再度、featureD を master とマージするプル リクエストが行われますが、これは成功するべきではありませんが、成功します。ありえない!! それはどうしてですか？上記のシナリオと一致しませんか？

最近、モバイルアプリ開発に関するこの記事を読んでいます。25 ページ / 28 ページでは、集中型および分散型のモバイル アプリケーション ポータルについて説明しています。残念ながら、記事は非常に古いものです。

今日の主要なモバイル プラットフォームを分類したいとしましょう。最初に、私は次のようなものを思いつきます：

• Google Android: 集中型
• Apple iOS: 集中型
• Windows Phone: 集中型
• BlackBerry OS: 集中型
• Firefox OS: 分散型
• Amazon Fire OS: 一元化

これをどのように完成させますか？これらの情報を検証する方法が見つかりませんでした。Google ie は、Google Play ストアのために集中化する必要があります。ただし、Aptoide のような Android アプリをダウンロードする別の方法があります。そして、Opera Mobile Storeがあります。すべてのプラットフォームのアプリをダウンロードできます。これは、モバイル アプリケーション ポータルの分類にとって何を意味するのでしょうか?

更新: 上記の情報を検証する方法がまだわからないため、まだ回答を探しています。どんな助けでも大歓迎です！

更新 2: さらに調査を行った結果、上記のリストを完成させることができました。ただし、これが本当に正しいかどうかはまだわかりません。記事を読んで私の問題を解決することに興味がある人のために、報奨金を追加しました。ありがとう。

に 3 つの画像があり<div>ます。画像を互いに重ね合わせ (不透明度を使用したスライドショーの場合)、Web サイトの中心に置いておきたいと考えています。

画像をオーバーレイするには、位置を絶対 ( position: absolute;) に設定します。ただし、これは私の画像を集中管理する方法と矛盾します。画像を中央に配置するために、画像に次のプロパティを指定します。margin: 0 auto; display: block;画像の位置が絶対位置に設定されている場合、これは機能しません。画像をオーバーレイおよび/または集中化するために使用できる他の方法は何ですか?

リクエストのタイムアウトや接続がオフラインになったときなどの「一般的な」エラーを処理する方法を探しています。

基本的に、AFHTTPSessionManager の複数の (シングルトン) サブクラスがあり、それぞれが異なるサーバーへの要求を処理するクライアントを表します。各クライアントはinitWithBaseURL、AFNetworking の作成者が推奨するようにオーバーライドすることによってセットアップされます。これは、要求/応答シリアライザーと汎用ヘッダーが設定される場所です。サンプルクライアントは次のとおりです。

モデル (Post など) 内には、View Controller が独自の成功/失敗ブロックをクライアントに渡すことでデータをフェッチするために使用できる静的メソッドがあります。したがって、次のようになります。

そして、これがモデルの実装です

View Controller がその Post をフェッチしようとしてリクエストがタイムアウトした場合、画面の内容を非表示にして更新ボタンを表示したいと思います。このロジックは BaseViewController に実装されているため、すべてのビュー コントローラーで再利用できます。問題は、そのボタンがクリックされたときに SAME リクエストを再開するにはどうすればよいかということです。ビュー コントローラは、異なるメソッド シグネチャを持つ異なるモデルから複数のリクエストを作成できることに注意してください。私はこれをまったく理解できないように見えるので、どんな助けも大歓迎です。

以前はデリゲートを使用してこれを処理していましたが、BaseViewController は「一般的な」デリゲート メソッドを実装していました。ただし、ブロックに切り替えようとしてきましたが、利点はありますが、ビューコントローラーの障害ブロックを「オーバーライド」できないため、 BaseViewController を使用できません。

分散型 (ピアツーピア) クラスターの通知/プッシュ サービスを設計するのは簡単ではありません。たとえば、Cassandra に Service Aに通知をプッシュさせたい場合、1 つのテーブル フィールドの値が Service Bによって変更された場合、それは簡単ではありません。これは、Cassandra が分散化された方法 (たとえば 5 ノード) で編成されているためであり、変更をAにプッシュする前に 3 つのノードのクォーラムがいつコミットされるかがわからないためです。ただし、集中型 (マスター/スレーブ) クラスターでは事情が異なります。たとえば、ZooKeeper は、5 つのノードのうち 3 つのノードがいつコミットされるかを認識しており、通知サービスを手配できます。

分散型クラスターでこのようなプッシュ サービスを設計するにはどうすればよいでしょうか?

明らかな解決策の 1 つは、一定時間 (たとえば 10 秒) 待機し、関係なくBに通知することです。

別のオプション: サービスBが Cassandra から定足数が満たされたという確認応答を 3 つ受信した場合、Bは、Cassandra 自体が通知を送信する代わりに、通知をAに送信します。

他にまともな解決策はありますか？