過去数年間、私はいくつかの興味深いプロジェクトに取り組む機会がありました。継続的な開発があり、絶えずアップグレード、リファクタリング、彼らに新しい機能を追加することができます。 この記事では、中規模および大規模なプロジェクトを扱う際に、ほとんどのPHP開発者が行う最大のコーディング監視について説明します。開発環境を区別しない、またはキャッシュとバックアップの実装をしないなどの監視。
以下の例はPHPにありますが、各問題の背後にあるアイデアは一般的です。
これらの問題の根本は、主に開発者の知識と経験、特にそれの欠如にあります。私は誰もバッシュしようとはしていません、私は自分自身をすべてを知っている完璧な開発者とは考えていません。 私の経験では、これらの問題を3つの主要なグループ（設計レベル、アプリケーションレベル、データベースレベルの監視）で分類できます。それぞれを個別に分解します。キーテイクアウト
開発中のエラー報告を常に有効にして、問題を早期にキャッチおよび修正し、堅牢なアプリケーション機能を確保します。
さまざまなレベル（サーバー、アプリケーション、データベース）にわたって戦略的にキャッシュを実装して、パフォーマンスとユーザーエクスペリエンスを強化します。注：E_STRICTエラーがPHP 5.4のE_ALLの一部になったため、E_AllはPHP 5.4以来最高です。 5.4よりも古いPHPバージョンを使用する場合、error_reporting（e_all | e_strict）を使用します。厳密なエラー警告も含める エラーの抑制
こちらについて詳細な説明を読むことができます。 コードのどこにもログがありません
プロジェクトの開発は、最初からロギングを念頭に置いて行わなければなりません。最後にロギングをボルトで締めることはできません。
PSRの推奨事項は、正確にはロギング、PSR-3には存在します。この優れた記事では、PSR-3ロギングを実装する方法を説明しています。 キャッシュを実装していない
キャッシュは、サーバーレベル、アプリケーションレベル、データベースレベルなど、アプリケーションの複数のレベルでさまざまな方法で実行できます。
キャッシュも最初から実装する必要があります。開発中はいつでも無効にすることができますが、生産環境にプッシュされたら、すべてが機能することを確認してください。サーバーレベルでは、Varnishを使用できます。これは逆のHTTPプロキシであり、メモリにファイルを保存し、Webサーバーの前にインストールする必要があります。
PHPをスピードアップするには、コンパイルをPHPスクリプトのバイトコードに最適化するOpCodeキャッシュをインストール/有効にすることができます。 PHP 5.5以降の場合、Opcacheと呼ばれるコアにオペコードキャッシュが既にコンパイルされています。
アプリケーションにキャッシュを実装する際には、いくつかの手法があります。良い習慣は、あまり変わらないデータをキャッシュすることですが、繰り返し照会されます。
データベースは常にすべてのPHPアプリケーションで最大のボトルネックであるため、データベースのキャッシュデータベースは重くクエリをしています。
ベストプラクティスとデザインパターンを無視します 自分のパスワード暗号化アルゴリズムを実装する人を何回見ましたか？悲しいことに、これは今日でも起こります。なぜなら、知識の欠如やより危険なことは、「私はそれをよりよく知っている」態度のためです。 まあ、私はあなたに悪いニュースをもたらすのは嫌いですが、あなたがそれをよく知らない時間の99％。 これらのベストプラクティスとデザインパターンは、ソフトウェアエンジニアによってあなたや私よりもはるかに賢い理由で考えられ、作成されました。開発者の唯一の仕事は、仕事に適したパターンを選ぶことです。
ツールがあります」。実際、テストを自動化するのに役立つツールがたくさんあります。これは、連続統合と呼ばれる練習全体です。
PHPコミュニティで広く使用されているそのようなツールの1つは、Jenkinsと呼ばれます。これはCIサーバーであり、アプリケーションをテストするだけではありません。 Sebastian Bergmannは、PHPプロジェクトで作業するために特別に構築されたJenkinsのための優れたテンプレートを作成しました。
コードを確認 /監査しない
特にすべてのチームメンバーがさまざまなスタイルのプログラミングに慣れていて、優れた仕様がなければ、プロジェクトは本当に速く進むことができる場合、チームでの作業は挑戦的です。
レビューと監査の違いは、コードを検査する時間です。通常、レビューは、コードがマージされた後、コードベースと監査に統合される前に行われます。
PHPは、開発者がセキュリティ、エンコーディング、コーナーケースについて考えることを容易にしたいと考えています。実際、開発者はこれを非常に認識し、常に防御プログラミングを練習する必要があります。
Alejandro Gervasioは、これらの原則を上から下までカバーしています
「オンザフライ」コーディング 他のすべての業界と同様に、ソフトウェア開発でも、プロジェクトが成功するためにワークフローと正気のプロセスを実装する必要があります。
重要なバグのみをコミットし、生産サーバーに直接プッシュする必要があります。残りについては、GitHubのフォークとプルリクエスト、GitFlowなどのワークフローを実装する必要があります。 GITを使用したワークフローの詳細については、https：//www.atlassian.com/git/workflows。 もう1つ注意すべきことは、継続的な配信をカウボーイのコーディングと混oticとした管理と混同しないでください。継続的な配信とは、開発ワークフローの実装と最適化に関するものであるため、コードを生産環境に合理的に可能にすることができます。
長期にわたる複雑なプロジェクトをサポートするには、スケーリングはすべての開発者の心の奥底にある必要があります。 Webアプリケーションがそのようなトラフィックに到達しないため、Webアプリケーションがスケーリングする必要はありません。
アプリケーションが読み取りクエリと書き込みクエリの分離がわからない場合、接続するデータベースサーバーがわかりません。 最終的にマスターをセットアップする必要があることを知っている場合は、これを覚えておいてください - スレーブレプリケーションスキーム。
1つのデータベース接続のみをコーディングする
複数のデータベースサーバーに接続できるデータベースライブラリを使用していることを確認してください。それらを簡単に切り替えることができます。良い解決策は、PDOを実装し、PDOを拡張するAura.sqlを使用することです。
データベースは、あらゆる範囲のエクスプロイトに対して脆弱であり、最も一般的なのはSQLインジェクション攻撃です。
このチートシートを使用して、アプリケーションのデータベースアクセスライブラリを介してクエリを実行します。これらのステートメントを、サインアップページにユーザー名、パスワードフィールドなどのフロントエンドでフィールドに記述します。
テーブルにインデックスを追加しない インデックスはテーブルのTOCのようなものであり、パフォーマンスブーストであり、すべてのテーブルに、クエリが実行される列に追加する必要があります（たとえば、Where句の後の列）。
一緒に処理される関連データのトランザクションを使用します。
たとえば、 ユーザーがアカウントを削除したい場合、これはトランザクションを使用してSQLクエリの実行に関する1つの操作である必要があります。トランザクションを使用しない場合、データの操作が個別に実行されているため、データの整合性を失うリスクがあります。
で失敗すると、ユーザーのプロファイルデータはデータベースに残り、さらに悪いことに、接続されません。何でも、それは孤児になります。
パスワードをプレーンテキストに保存するか、2014年に独自の暗号化アルゴリズムを巻くことは受け入れられません。 PHPコミュニティは、今までによく知るために十分に成熟しています。
それでも、おそらく、ハッカーによって盗まれるように誘惑されていない懇願されていないデータベースがあります。 PHP 5.5は、このためだけに強力なハッシュ関数をすでに追加しており、単にパスワードハッシュと呼んでいます。非常に簡単に使用できます。この方法を使用して、プレーンテキストパスワードからハッシュを作成します。
注：このパスワードは既に処理されているため、このパスワードを塩漬けする必要はありません。
データベースに$ hashを保存してから、この方法でハッシュを確認します。
注：PHP 5.5を持っていない場合（今までに本当にすべきです）、まったく同じ方法を実装するPassword_compatライブラリを使用できます。
開発環境を区別しない
たとえば、 何が起こると思いますか？あなたが正しい。すべてが開発やステージングでも機能し、それを生産サーバーに押し込むと、すべての地獄がゆるんで壊れて、長い夜とたくさんのカフェインがあります。
では、解決策は何ですか？すべての環境ですべてが同じ方法で設定されていることを確認してください。オペレーティングシステムは同じである必要があります、PHP、データベース、Webサーバー、すべて環境全体で同じバージョンを持つ必要があります。
no backup
バックアップは、Webアプリケーションを開発する際に不可欠な部分である必要がありますが、ほとんどの開発者（またはSysadmins）はこれを忘れています。 バックアップも自動化する必要があります。または、それが不可能な場合は、少なくとも毎週のマニュアルバックアップを行う必要があります。バックアップはバックアップなしよりも優れています
データベースのバックアップがより重要です。常に実際のデータとバックアップをさまざまな場所に保存してください。 データをバックアップしないと、ビジネスを台無しにする可能性があります。それを行うことができます。当時のより良いソーシャルブックマークWebサイトの1つであるMa.gnoliaの有名なケースをご覧ください。 Wiredには、災害全体に関するカバーストーリーがあります
テストを手動で実行することは、面倒なプロセスです。幸いなことに、「そのための
アプリ
レビューの欠点は、（すべてのテストが緑である後）すべてのマージの前に少なくとも2人の開発者がコードを議論する必要があるため、開発をブロックしていることです。これが監査が行われる場所です。
監査はマージ後に行われ、ブロッキングしていませんが、早期にバグをキャッチする機会を逃しているため、それは大幅に強力ではありません。 
監査は、コードをまったく検査しないよりも優れています。
ほとんどの場合、これは開発者が怠けているために発生し、データベースが失敗したり、PHPの致命的なエラーとサーバーハッキングが存在しない理想的なシナリオのコードを作成します。
コードは正反対のシナリオを念頭に置いて記述する必要があります。開発者は、考えられる最悪のシナリオのコードを記述する必要があります。署名し、即時の完全な管理者アクセスがあります。ほとんどの開発者が
「クイック、クライアントはできるだけ早くこの機能が必要です」と叫んだときに行うことは、読み取り /書き込みクエリを区別しない
社内で数百人の従業員が使用するエンタープライズアプリケーションなど、多くの人がWebアプリケーションを使用することを確実に知っている場合、プロジェクトの簡単なスケーリングを有効にするために必要な手順を作成できます。
データベースは、常にすべてのアプリケーションで最初のボトルネックです。巨大なトラフィックの下で失敗する最初のものになります。トラフィックを複数のデータベースサーバーにオフロードするには、開発者はマスター（スレーブまたはマスター - マスターレプリケーションのいずれかを使用します。マスター - スレーブはより人気のあるものであり、すべての選択ステートメントをスレーブデータベースサーバーにルーティングする必要があると述べています。
この監視は、上記の「理想的なシナリオのコーディング」監視に関連しています。同じこと、異なるプラットフォーム。
データの整合性は、Webアプリケーションにとって非常に重要です。データが誤って処理されている場合、Webサイト全体が破損する可能性があります
表1のデータを削除すると成功しますが、
の表2$hash = password_hash( $password, PASSWORD_BCRYPT );
if ( password_verify( $password, $hash ) ) { ... }
チームが作成できるワークフローの無限の数がありますが、Web開発のための古典的なものは、開発、ステージング、および生産の3つの環境を使用することです。
開発環境は、各プログラマーのローカルである可能性があります。ステージングと生産は通常リモートであり、それらの間に一部を共有します。開発はコーディング用であり、ステージングはテスト用であり、最終的に生産は消費用です。
これらの環境が同じように設定されていない場合に監視が発生します。たとえば、PHPの異なるバージョンを実行している各開発者、またはステージング構成は生産とは異なります。
「すべてが驚くべきもので、誰も幸せではありません。」
サーバーは重い負荷の下にありますか？
バックアップは非常に重要であり、常に防御的なプログラミングを練習し、最悪の事態に備えてください。これがWeb開発の仕組みです。プログラミングは難しいですが、正しく行われた場合、とても楽しいです。
以下に、この記事で見つかったすべての監視のチェックリストがあります。今何人を渡ることができ、常にそれらをすべて渡ろうとすることができます。
以上がWeb開発における18の重要な監視の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
