バイオレットの音楽コミュニティ - 個人的な概要
ディレクトリ
まず、プロジェクトのリンク
バイオレットの音楽コミュニティは、分析文必要
バイオレット音楽コミュニティデザインドキュメント
バイオレット音楽コミュニティAPIインタフェースドキュメント
バイオレット音楽コミュニティ・インタフェースのプロトタイプマニュアル
バイオレット音楽コミュニティのフロントエンドソース
バイオレット音楽コミュニティバックエンドのソース
バイオレットの音楽コミュニティを
第二に、参加
当社グループは、開発のためのフラスコバックエンドのフレームワークを使用し、私は主にフラスコログインプラグインを使用した操作権限、主にAPIインタフェースの一部がログオンしているアクセスする前に自動的に検出ログアウトした後解決し、このプラグインは、あなたはテストへのアクセス権を持っています（ ）、いくつかのAPIでwtformsを使用して登録ログインより多くのパラメータは、いくつかの必要なパラメータがチェック作ら受け取ります
2.1権限モジュール
- 登録機能
登録マイ大手が標準のメールボックスとして登録され、我々は、メールボックスが繰り返されないことを聞いて、それがユーザーのために、どのユーザ名、パスワード、および暗号化を重要ではありません、私はパスワードを追加するgenerate_password_hash werkzeug.securityメソッドを使用しました塩ハッシュ暗号化するので、安全性を確保するために、データベースのパスワード。 - ログ機能の
ユーザー入力のメールボックスとパスワードは、我々は最初に暗号化されたパスワードを取得し、ユーザーのメールボックスを通過した後、これはgenerate_password_hashではないことを、暗号化した後、裁判官明示とパスワードは、ノートと同じで、check_password_hash方法は裁判官をwerkzeug.security使用しますその後、再び同じとは限らない、でも同じパスワード場合、暗号化後のパスワードをランダムなソルト値を生成する方法としてgenerate_password_hashを比較し、元の暗号化されたパスワードを暗号化します。ここで再び検証した後、我々はLOGIN_USER方法フラスコログインプラグインを使用するセッションは、ユーザーのuser_idのセッションに挿入され、クッキーのウェブ端に保存され、ユーザーが要求を行った次回は、ブラウザセッションは、学校でオーバーもたらされるだろう経験。 あなたのパスワードは忘れた
パスワードは、パスワードを取得するために、発信メールボックスの方法を使用する予定忘れた私たちは、ユーザが存在するかどうかを判断できるように、ユーザーが最初にメールボックスを入力しなければなりませんし、私が入ってくるトークンユーザーIDをマークするつもりだったこの操作の後に取り出しuser_idは、我々はそう最初の（スクランブル）のプットUSER_ID列、私がここで使用される一意のキー値によって期間のシーケンスを生成するために、パイソンitsdangerous TimedJSONWebSignatureSerializerライブラリオブジェクトで、その後、シリアライズおよびエンコードされた着信USER_ID。私はそうした後、メッセージにコンテンツを追加して身元を特定するためにトークンを持って入って来たURLでパスワードを変更するために良好な局所レンダリングhtmlの後に、メッセージを生成することで、プラグインの別のフラスコ、フラスコメールにメッセージを送信するために使用しました実際には、メッセージが成功送信することができました（つまり開かれているSMTPサービス提供、私は163のメールボックスは、QQのメールも可能ですだった）が、送信メールの操作は、ユーザーが待機する必要がありますが、比較的遅いという問題を発見し、これは実際にあります必要はインターフェイスカード上で行われていないために、私は、メッセージは、このように時間を節約し、非同期操作を変更送ります。
- 符号関数
メソッドのlogout_userのflask_loginを使用して、セッションのuser_idから飛び出すこと
2.2ユーザモジュール
- USER_IDによって、ユーザの検索
私はこのインタフェースを記述しますが考慮されていませんので、インターフェースはニックネームでユーザーを書いた後も継続して利用者が、利用者のニックネームブラーを介してユーザを照会することができ、ここでユーザーは、ユーザーの個人情報を閲覧することができます主な検討をファジー検索ユーザーのアクション。 - ファジィクエリニックネームことにより、ユーザーは
ここで、実際には、ユーザーのニックネームを介してユーザに何も言うことファジークエリではありません、そしてその上に、データベースからユーザーを見つけることUSER_IDまたはUSER_NICKNAME（フロントからの両方の着信を）与えています - ユーザーを懸念
現在のユーザーのユーザーに関係するテーブル上の焦点からの問合せ、およびユーザの注意は、リストの先頭に戻っていること。 - 変更されたユーザ情報
、ユーザ情報を変更するためには、ユーザオブジェクト、割り当て情報にユーザーオブジェクトを作成し、ユーザのUSER_IDによってデータベースからの情報の全てを除去するために、そして、対応する値は、着信先端ユーザオブジェクトに割り当てられている、そのような更新が行われます動作している場合、フロントエンドユーザーが特定のフィールドに情報を入力しない場合でも、対応するフィールドにつながらない空になると、まだ元の情報を保存します。 - 誕生日リマインダー
ここに誕生日のスーツケースを書くために、主な関心事は、この計算の生年月日が正確でない、誕生日の願いを送るために、現在のユーザーおよび現在のユーザーに警告するためである（ない誕生日の問題は、誕生日を固定する前の日数）私の側は3日の誕生日前にすることができ、私だけの比較月と日、年に焦点を当てていなかったが、また、毎月日の不一致数を心配されていないので、それは、4日の誕生日前にすることができた（私はすべての30日間持っているとして）ので、これは、上記のいくつかの偏差かもしれませんが、おおよそ正確、かつ長期利用者の誕生日が誕生日を送信するために、ライン上の正確な日付を希望して誕生日のリマインダは、あまり正確ではないはずです。 - パスワードの変更
はありパスワード機能を忘れてしまったが、パスワードを変更する必要性が、またですが、それは本当にパスワード準備を忘れてしまったが、ユーザーがログオンした後、パスワードを忘れた方で、この機能を変更せずにパスワードを行かなければならなかった人々のためですが、それはあまりにも面倒です、貧しいユーザーは避けられないの感覚を体験します。
2.3ユーザーアクションを懸念
- 時計のユーザは
、テーブルに現在のユーザUSER_IDが懸念さto_user_id（ユーザIDを心配する必要がある）が与えられます。 - 関係するユーザーは
注意to_user_idか2つのID、USER_ID、to_user_id、テーブルからクエリ、USER_IDを与えています フォローフォロー
フォローフォローテーブルが対応するフィールドに削除され、あまり説明が、実際には、私は人々が非常に複雑であるため、1に焦点を当てることになるでしょう、もう1つはしたくないだろうソフト削除され、より良い（とそれ以上は、それが削除されたことを示すため、フィールドを追加します）だと思います注意。
プロジェクト概要
これは、製品開発チームのコラボレーションのこの種をやって初めてです、協力は比較的1を滑らかにすると言うことができる、この発作は、最初に、私はそれは春と、このような枠組みのだろうと思った時、最初は（フラスコを習得し、非常に実際には、プロジェクト開始後および無接点フラスコ）、そして実際に、神経彼のチームメイトをドラッグすることを恐れ、しかし運が特に困難なエントリフラスコではなく、インターネットからのビデオはリソースを探すために、非常に高速で進入することができ、扉の中へフラスコは非常に便利な、本当にあるでしょう、春の始まりは、缶、正直に言うと、（フラスコは、サーバーに付属）を実行することができますだけで書き込みコード、Tomcatにプロジェクトを展開する必要がないという複雑な設定を必要としません。クイックスタートはまた、より多くのオンラインリソースので、キーはまた、自分で情報を探しているので、今回はプロジェクトに戻るにはフィット感がいかに重要であるかについて自分の情報を見つける迅速かつ正確に実現することができ、我々は、非常に難しい特にリーダーと他の二つに取り組んでいます学生、沸騰二晩は、ページが私の意見は非常に罰金を行って、そしてまた、インタフェースの多くを書きました、学生は、プッシュなどの革新的なアイデア（が出ています ハンは、最終的には（カット機能の多くは、実際には巨大なフロントエンドの作業）に追加し、まだそれの思考のために良い運動しなかったが、これは確かに領収書が巨大であることは間違いありません）関数をお勧めしますが、不備また、実際に、私は私が行うことができないいくつかの機能を、呼び出したいとき、私は一人の学生で、その結果、インターフェイス上で直接、すべてのデータベース操作をしませMVC分離書くん三端子インターフェースを明らかに書いたコードの再利用にどのリードこの減少は確かに私は気付かなかった始めて、それを強化し、改善すべき必要性がありません。一般的に言えば、バイオレット、私は仕事ではなく、満足しています。
コース
私は先生が教室にいるリード、退屈で話すことではない、味を持っていないことを言っているが、それは、学生のほとんどは、弓や睡眠ではないだろう、まだ比較的アクティブです。教師は、常にいくつかの個人的な経験や静止することができ、この生活の中でいくつかの経験を教えるが、他の例では、実際に少しを減らすことができ、行う必要はありませんので、多くの、あまりにも多くの偏差クラスを引き起こす可能性があり、具体的に何を知らないので、知識ポイント。