APIの社会的側面の前に行わささいなことは、バックエンドを行うに引っ張られて、初めての事のように完全なセットを取るために人を、そして上記でもPMのすべての種類されているので、最後の2週間で、社会的なアプリケーションを開発して忙しかったです促し、プロセスはまだ非常に快適で楽しいです、そして今、基本的にバックエンドを完了した、次の週には、いくつかのものは、技術選択が始まりで開始し、約書くこと、書かれたレコードをFBIテストの段階に入ります。
基本的な製品形態
基本的な製品の機能は、それらのもの以外の何ものでもありません、新しい、友人のすべての社会的関係のAppは（マイクロブログ、一方通行のフォローと同じ）を持つことになります、場所（現在の場所、お近くの人）より多くの細部と機能ポイントは、今明らかにすることは容易ではありません:)実際には、私の気持ちに、この社会的な製品は常に非常に奇妙な、製品の分析技術と尊敬との相互作用を引っ張る人たちであったが、さらに魅力的なものは、心理的な魔法である、などアプリでは、なじみのない通りを考えるかもしれませんが、多くのソーシャルアプリでストリートストリートレベルの製品は同じですが、また、餌従うと地理的位置、およびのほとんどは友人の私達の正常な社会的、正常な円程度の銃の上に述べましたあなたは孤独な夜の死者を取り除くしたい場合にも、同様の機能と技術が、しかし、製品の詳細のいくつかは、ユーザーが完全に異なる結果をもたらしていることを意味しても、マイクロチャネルではなく、なじみのない通り、しかし、、、なじみのない通りを行くかもしれませんQQで、その主な機能は、チャットすることであるが、MSN、類似Gtalkなどの間で感じるが、彼らのユーザーベースと完全に異なる雰囲気を使用します。ターゲットユーザーの心理を体験し、自分のニーズに合わせ、ユーザーの自分の心理的要求を満たすための方法を見つけ、製品の最大のタイプであることの社会的な楽しみを行います。技術選択
信仰の技術選択初めは、導入の複雑さを軽減するために、将来の拡張のために、このようなアイデアの準備をしようとし、できるだけ早く明確かつシンプルなアイデアです。このようチキンスープ「ハッカーと画家」、「リワーク」など多くのインターネット起業家は、おそらくも、こんなに早くそれを行うには、まず最初に提唱され、その後、ユーザーからのフィードバックに基づいて、問題の迅速な反復を発見しました。1.言語：人生は短いですが、私は、Python 2.ストレージとデータアクセスツールを使用し：ここで私は技術スタックを使用しているものだ。この店のは、本当に多くのことを直面選択し、私はまだ彼らの最も身近MySQLを選択し、理由はする必要はありません彼は言いました。無傷のままであろうそのようなユーザテーブルとして以前の経験によるが、最初にそのようなフィード指標として、いくつかのテーブルは、私は（私は後述実装およびフィードストレージ構造に関する）シャーディングとの契約をしました。時など、別として、いくつかのものは、読み取りと書き込みのサポートは現在使用されませんが、私は私がサポートしている必要があり感じた、少なくともこれは、将来的にどうなる検討することが、もう一つ重要なことは、データアクセス層が達成されていますそれは苦い同様に光、そして最終的にORMの機能のオーラにテーブルへのアクセスを行うには通常、シャーディングのために、どこでも他のコードを書き換えることを強制しません。最初に行うべきことは、データアクセスツールを書くことで、ビジネスはなぜ、この男はどのように生きるためのCRUDです！？二つまたはweb.pyのデータ・アクセス・モジュール用のPythonのコードの300行は、そのようなことを思い付くために次のパッケージを行う、こと https://github.com/chihongze/shard.pyを そして、最終的に分離はサポートシャーディングを読み書きすることができます。もちろん、多くの問題で、発見の過程で、いくつかのクエリは、需要ああ、など、完成を満たすことができません。3.キャッシュプロジェクトは放課後の趣味80/20の種類、少ないリソースに属しているため、ほとんどのは、大きなプッシュを開始するだけでプレイするために、小さなパートナーの周りに持っているために、どのようなプログラマ奇妙な叔父の妹の笑顔ストローク、2を持っている必要はありません。 3台のマシンはZuoshaが使用、伝説的な分散キャッシュのために、考えるか忘れるので、非常に良いですが、直接スタッフライブラリのほとんどを読んで、まだのRedisを取りますか？主に3つのこと：1、トークン2を保存、記録3人のユーザーがオンライン、抗ブラシ事業は、「あまりにも速く、あなたが入力し、休憩を取ることを続けてください」など。しかし、あなたはキャッシュが直接トップクラスのビジネスロジックを侵害することなく、ストレージ層に適用することができ、時間に追加したい場合は、全てのデータ記憶層を取得したり、移動します。4.静的記憶の社会画質要件が高いん、それらのほとんどは、背景画像魔法乗っカット計画や他のサービスで特別な機械を思い付くだろうが、社会的なアプリの起動、事は非常にリソース集約型のこの種に従事するコスト、開発コスト、直接使用するクラウドサービスの別のショットを考慮し、即座に問題の画像保存や処理を取得します。その後、確かにあなたのすべてのために待つことができないソーシャルネットワーキングのためのメッセージキュー、多くのもの、あなたは数十のファンの注目の何千ものを持っているような、私はあなただけ万人にプッシュヌードを作っしたいが、結果に戻るプッシュしますその焦りは私が背景にこの事をプッシュし、それを再生できるように、成功の結果を送信すぐに戻ります、お待ちしております。このようなシーンは、あなたがメッセージキューを使用する必要があり、需要の多くを持っています。メッセージキューの製品も選択肢がたくさんある、 http://www.cnblogs.com/amityat/archive/2011/08/31/2160293.html 一般的な紹介の下で行われ、今人気のあるメッセージキューのこの記事。選択したメッセージキューに関する個人的な意見は、1が安定している、間違った良好な回収を行って、第二監視するのは簡単です、キューは3分の1が同時実行され、私は簡単に何を監視しすることができ、ああ遮断され、第四は、使いやすいようにするインターフェースです。これらの4点を、RabbitMQの明確な勝者。RabbitMQのの選択に。とき供給分配のRabbitMQの使用に関するいくつかの詳細は、関連するプレゼンテーションを行います。7. APIサーバーAPIはRESTfulな全体、web.pyを使用してWebフレームワーク、現在試運転段階であるだけでなく、クライアントにweb.py直接外国人学生は、最近になって、nginxのリバースプロキシを行く準備ができてライン上の他のデバッグを行いますこの研究プロジェクト： http://www.oschina.net/p/gunicornは web.pyモードもgunicorn + web.py、nginxのこと、その後gunicornにプロキシを逆にすることができnginxの+のWSGIモジュール+を選択することができます。典型的なAPIについては、満たすために簡単web.py使用していますが、私たちのアプリケーションのために、プライベートチャットは最も重要な機能の一つであるため、チャットサービスを分割する予定で、それだけではテイク竜巻を行うには、竜巻は、より長いリンクをしました一部の専門家は、web.pyとは異なり、竜巻そのものがそのNode.jsのような非同期のWebフレームワークです。全体的な技術の選択は、次のような、非常に単純な、右のこれらのものは、いくつかは非常に成熟した技術が、また、何も新しい使用されているが、開発は特にそれがPythonの開発効率と言うことではない、まだかなりクールであるということですもともとJavaが意図朝ストレートPythonの胸から2本のまたは300線で、今多くの日に従事し、文書の一見書かれたダース以上の種類を春の対応のJDBCテンプレートパッケージに行うには同様のことを行って、としている使用シャーディングデータアクセスツールをサポートしていますうち二に、開発の効率化が完全グレード、ハッハッハ。ます。https：//my.oschina.net/wzlee/blog/262206で再現