ハブでは、独自のソーシャルネットワークを作成するためのさまざまなエンジンに関する多くの議論がありました。 同時に、多くのソーシャルネットワークは、ネットワークの機能を拡張するOpenSocialアプリケーションをサポートし始めました。
論理的な考えがあります-コンテナーOSのみの機能を実行するソーシャルネットワークを立ち上げ、アプリケーションOSの残りの機能を削除してみませんか?
それは何を与えますか?
1.ソーシャルネットワークの機能の開発は、多くの独立した開発者の間で分割できます。
2.開発は、さまざまな言語/ツールで実行できます。
3.さまざまなアプリケーションを異なるサーバー上で実行できます-機能的なクラスタリングが簡単になります。
4.開発されたOSアプリケーションは、OSプロトコルをサポートする他のソーシャルネットワークで起動できます。
5.ネットワークでサードパーティのOSアプリケーションを使用できます。
6.最後に、ユーザーの普遍的なカルマを実装する機会があります(異なるネットワーク間でルールをネゴシエートする場合)。
7.すでに、OSコンテナの実装がいくつかあります。
incubator.apache.org/shindig
drupal.org/project/opensocial-container
www.elctech.com/blog/ruby-on-rails-opensocial-container-plugin-0-0-2
より効率的なOSコンテナの場合は、単純にコンテナに切り替えます。
コンテナ内のソーシャルネットワークのいくつかの基本的な機能はまだ実装する必要があります。 少なくとも、これはOSプロトコルのサポート、登録、および承認です。 しかし、他のすべてのコンポーネントは、異なるメーカーのプラグインで装飾され、それらの間で統合されます。
そして今、私は理解したい-なぜこの実装が悪いのですか?