Web開発における18の重要な監視

過去数年間、私はいくつかの興味深いプロジェクトに取り組む機会がありました。継続的な開発があり、絶えずアップグレード、リファクタリング、彼らに新しい機能を追加することができます。 この記事では、中規模および大規模なプロジェクトを扱う際に、ほとんどのPHP開発者が行う最大のコーディング監視について説明します。開発環境を区別しない、またはキャッシュとバックアップの実装をしないなどの監視。

以下の例はPHPにありますが、各問題の背後にあるアイデアは一般的です。

これらの問題の根本は、主に開発者の知識と経験、特にそれの欠如にあります。私は誰もバッシュしようとはしていません、私は自分自身をすべてを知っている完璧な開発者とは考えていません。 私の経験では、これらの問題を3つの主要なグループ（設計レベル、アプリケーションレベル、データベースレベルの監視）で分類できます。それぞれを個別に分解します。

キーテイクアウト

開発中のエラー報告を常に有効にして、問題を早期にキャッチおよび修正し、堅牢なアプリケーション機能を確保します。

さまざまなレベル（サーバー、アプリケーション、データベース）にわたって戦略的にキャッシュを実装して、パフォーマンスとユーザーエクスペリエンスを強化します。

ホイールを再発明し、アプリケーションに不必要なリスクを導入しないように、ベストプラクティスと確立されたデザインパターンを遵守します。

コードの品質を維持し、よりスムーズな展開プロセスを促進するために、自動テストと継続的な統合を組み込みます。

チーム内で定期的なコードレビューと監査を実施して、問題が発生する前に一貫性を確保し、潜在的なバグをキャッチします。 可能なエラー、違反、障害を効果的に予測し処理する防御コードを作成することにより、最悪のシナリオの準備をします。
アプリケーションレベルの監視
エラーレポートオフで開発
• 私が尋ねることができる唯一の質問は：なぜですか？アプリケーションを開発するときにエラーの報告を回さないのはなぜですか？
• PHPには多くのレベルのエラーレポートがあり、開発段階ですべてオンにする必要があります。

エラーが発生しないと思われる場合は、理想的な世界でのみ発生する理想的なシナリオをコーディングしています。

エラーの報告と表示も同じではありません。 error_reporting（）エラーのレベル（通知、警告、致命的なエラーなど）を設定し、display_errorsはこれらのエラーが出力されるかどうかを制御します。

エラーレポートは常に開発の最高の設定である必要があります：error_reporting（e_all）; and ini_set（ 'display_errors'、true）;

注：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と呼ばれるコアにオペコードキャッシュが既にコンパイルされています。

この記事で詳細に読むことができます：SitePoint PHP - 不明確なOpcache。

アプリケーションレベルでは、APCから抽出されたユーザーキャッシュであるAPCUを使用できます。APCUと同様の機能を備えた別のキャッシュ、または分散キャッシングシステムであり、PHPサポートが固まっているMemcachedが使用できます。 Memcachedは、データベースクエリをキャッシュするためにも使用できます

アプリケーションにキャッシュを実装する際には、いくつかの手法があります。良い習慣は、あまり変わらないデータをキャッシュすることですが、繰り返し照会されます。 データベースは常にすべてのPHPアプリケーションで最大のボトルネックであるため、データベースのキャッシュデータベースは重くクエリをしています。 ベストプラクティスとデザインパターンを無視します

自分のパスワード暗号化アルゴリズムを実装する人を何回見ましたか？悲しいことに、これは今日でも起こります。なぜなら、知識の欠如やより危険なことは、「私はそれをよりよく知っている」態度のためです。

まあ、私はあなたに悪いニュースをもたらすのは嫌いですが、あなたがそれをよく知らない時間の99％。

これらのベストプラクティスとデザインパターンは、ソフトウェアエンジニアによってあなたや私よりもはるかに賢い理由で考えられ、作成されました。開発者の唯一の仕事は、仕事に適したパターンを選ぶことです。

このテーマに関する本やリソースはたくさんあります。 2つについて言及します：

Martin Fowlerによるエンタープライズアプリケーションアーキテクチャのパターンによる

PHPオブジェクト、パターン、および練習

自動テストを使用していません

Webアプリケーションのすべての機能についてはテストを追加する必要がありますが、ログを見ていない場合、テストコードを実際に実行して何かが壊れているかどうかを確認する場合、テストはログのように何の役にも立たない。

テストを手動で実行することは、面倒なプロセスです。幸いなことに、「そのための

アプリ

ツールがあります」。実際、テストを自動化するのに役立つツールがたくさんあります。これは、連続統合と呼ばれる練習全体です。 PHPコミュニティで広く使用されているそのようなツールの1つは、Jenkinsと呼ばれます。これはCIサーバーであり、アプリケーションをテストするだけではありません。 Sebastian Bergmannは、PHPプロジェクトで作業するために特別に構築されたJenkinsのための優れたテンプレートを作成しました。

これがあまりにも圧倒的だと思う場合は、少なくともPHPunit、Behat、またはPHPSPECを使用してアプリケーションの単位テストを書きます。最初は多くの作業のように思えるかもしれませんが、テストが長期的にプロジェクトに役立つことが証明されていることが証明されています。

コードを確認 /監査しない

特にすべてのチームメンバーがさまざまなスタイルのプログラミングに慣れていて、優れた仕様がなければ、プロジェクトは本当に速く進むことができる場合、チームでの作業は挑戦的です。

あなたがチームにいて、お互いのコードを検査しない場合は、本当にそれをする必要があります。ユニットテストと同じように、それはプロジェクトが清潔で一貫性を保つのに役立ちます。

レビューと監査の違いは、コードを検査する時間です。通常、レビューは、コードがマージされた後、コードベースと監査に統合される前に行われます。

レビューは、コードについて話す機会があり、他のチームメンバーのコードとマージされる前に改善または修正を提案することができるため、はるかに優れたことです。

レビューの欠点は、（すべてのテストが緑である後）すべてのマージの前に少なくとも2人の開発者がコードを議論する必要があるため、開発をブロックしていることです。これが監査が行われる場所です。

監査はマージ後に行われ、ブロッキングしていませんが、早期にバグをキャッチする機会を逃しているため、それは大幅に強力ではありません。

監査は、コードをまったく検査しないよりも優れています。

このプロセスが可能な限りスムーズになるのを支援するために、Phabricatorと呼ばれるツールを使用できます。これは、Facebookの優秀なエンジニアによってこの目的のために特別に作成されました。両方のコード検査戦略をサポートしています 理想的なシナリオのコーディング

自分自身を見つけたり聞いたりしたことがありません。確かにやった。

ほとんどの場合、これは開発者が怠けているために発生し、データベースが失敗したり、PHPの致命的なエラーとサーバーハッキングが存在しない理想的なシナリオのコードを作成します。

コードは正反対のシナリオを念頭に置いて記述する必要があります。開発者は、考えられる最悪のシナリオのコードを記述する必要があります。署名し、即時の完全な管理者アクセスがあります。

サーバーがハッキングされないか、ある時点でコードが壊れないと仮定し、データベースが常に稼働しているのは間違っているだけです。生産コードは、これらのシナリオとログエラーをそれに応じてカバーする必要があります。 PHPでは、エラーを実現せずにコミットするのは非常に簡単です。これは主に、過去に行われ、時間内に修正されなかった言語設計の決定が悪いためです。

PHPは、開発者がセキュリティ、エンコーディング、コーナーケースについて考えることを容易にしたいと考えています。実際、開発者はこれを非常に認識し、常に防御プログラミングを練習する必要があります。

OOPの原則を正しく使用していない

PHPを使用したほとんどのPHP開発者は、最初は概念を把握するのが少し難しいため、コードでオブジェクト指向プログラミングを使用していません。 OOPは1960年代に初めて使用され、長年にわたって絶えず洗練されていましたが、ウェブ上には大量の情報があります。 また、OOPはクラスで編成された単なる手続きコード以上のものです。

オブジェクト、プロパティ、メソッド、継承、カプセル化などの概念はすべてOOPの不可欠な部分です。 これらの原則を使用する開発者は、OOの設計パターン、堅実な原則（単一の責任、オープンクロップ、リスコフの置換、インターフェースの分離、依存関係の反転）および一般的なコードを書く方法、柔軟なコードを書く方法について知っています。 'ハードコード化された依存関係があり、拡張して構築しやすい。

Alejandro Gervasioは、これらの原則を上から下までカバーしています

OOPについて学び、ハード依存関係に依存しないクリーンコードの作成を開始するのに遅すぎることはありません（PHPフレームワークをご覧ください）。

「オンザフライ」コーディング

ほとんどの開発者が

「クイック、クライアントはできるだけ早くこの機能が必要です」と叫んだときに行うことは、

他のすべての業界と同様に、ソフトウェア開発でも、プロジェクトが成功するためにワークフローと正気のプロセスを実装する必要があります。

PHPと動的言語は一般に、コードベースの急速な変化を促進し、変更の結果を即座に確認しますが、これらの変更は生産環境では制限されるはずです。

重要なバグのみをコミットし、生産サーバーに直接プッシュする必要があります。残りについては、GitHubのフォークとプルリクエスト、GitFlowなどのワークフローを実装する必要があります。 GITを使用したワークフローの詳細については、https：//www.atlassian.com/git/workflows。

をご覧ください。 これらのプロセスが不要であると考えているマネージャーとクライアントは、そうでなければ見るために教育を受けるべきです。ライブで展開するために必要な手順を実行するために、数時間または1日待つことができなかったクライアントに会ったことは一度もありません。

もう1つ注意すべきことは、継続的な配信をカウボーイのコーディングと混oticとした管理と混同しないでください。継続的な配信とは、開発ワークフローの実装と最適化に関するものであるため、コードを生産環境に合理的に可能にすることができます。

データベースレベルの監視

読み取り /書き込みクエリを区別しない

長期にわたる複雑なプロジェクトをサポートするには、スケーリングはすべての開発者の心の奥底にある必要があります。 Webアプリケーションがそのようなトラフィックに到達しないため、Webアプリケーションがスケーリングする必要はありません。 社内で数百人の従業員が使用するエンタープライズアプリケーションなど、多くの人がWebアプリケーションを使用することを確実に知っている場合、プロジェクトの簡単なスケーリングを有効にするために必要な手順を作成できます。

では、なぜ読み取り /書き込みクエリを分離するのですか？

データベースは、常にすべてのアプリケーションで最初のボトルネックです。巨大なトラフィックの下で失敗する最初のものになります。トラフィックを複数のデータベースサーバーにオフロードするには、開発者はマスター（スレーブまたはマスター - マスターレプリケーションのいずれかを使用します。マスター - スレーブはより人気のあるものであり、すべての選択ステートメントをスレーブデータベースサーバーにルーティングする必要があると述べています。

アプリケーションが読み取りクエリと書き込みクエリの分離がわからない場合、接続するデータベースサーバーがわかりません。

最終的にマスターをセットアップする必要があることを知っている場合は、これを覚えておいてください - スレーブレプリケーションスキーム。 1つのデータベース接続のみをコーディングする

これは上記の監視に強く関連していますが、開発者が複数のデータベースに接続する他の理由を持つことがあります。たとえば、読み取り/書き込み操作が頻繁に発生することがわかっているユーザーログ、アクティビティストリーム、分析、またはその他のデータを保持する場合、このトラフィックを別のデータベースサーバーにオフロードすることをお勧めします。

複数のデータベースサーバーに接続できるデータベースライブラリを使用していることを確認してください。それらを簡単に切り替えることができます。良い解決策は、PDOを実装し、PDOを拡張するAura.sqlを使用することです。

エクスプロイトのクエリをテストしない

この監視は、上記の「理想的なシナリオのコーディング」監視に関連しています。同じこと、異なるプラットフォーム。

データベース（およびアプリケーション）のエクスプロイトをテストしない場合、ハッカーが成功する可能性があります。

データベースは、あらゆる範囲のエクスプロイトに対して脆弱であり、最も一般的なのはSQLインジェクション攻撃です。 このチートシートを使用して、アプリケーションのデータベースアクセスライブラリを介してクエリを実行します。これらのステートメントを、サインアップページにユーザー名、パスワードフィールドなどのフロントエンドでフィールドに記述します。

クエリのどれも通り抜けない場合は、自分でビールを購入して祝うことができます。

テーブルにインデックスを追加しない

インデックスはテーブルのTOCのようなものであり、パフォーマンスブーストであり、すべてのテーブルに、クエリが実行される列に追加する必要があります（たとえば、Where句の後の列）。

データベースインデックスの背後には、いつ作成するか、どの列とカバーするかについての理論があります。それについてまったく別の記事シリーズが書かれました。

トランザクションを使用していない

データの整合性は、Webアプリケーションにとって非常に重要です。データが誤って処理されている場合、Webサイト全体が破損する可能性があります

一緒に処理される関連データのトランザクションを使用します。 たとえば、

次のユーザーに関するデータを保存します。表1の電子メール、ユーザー名のパスワード、表2の名、姓、性別年齢などのプロファイルデータ。

ユーザーがアカウントを削除したい場合、これはトランザクションを使用してSQLクエリの実行に関する1つの操作である必要があります。トランザクションを使用しない場合、データの操作が個別に実行されているため、データの整合性を失うリスクがあります。

表1のデータを削除すると成功しますが、

の表2

で失敗すると、ユーザーのプロファイルデータはデータベースに残り、さらに悪いことに、接続されません。何でも、それは孤児になります。

トランザクションを使用することにより、これは発生しません。これは、トランザクションのすべての別々の操作（例：表1から表2の削除）が成功した場合にのみ操作全体が成功するため、データベースは前の状態にロールバックされるためです。 。

機密データを保護していない

パスワードをプレーンテキストに保存するか、2014年に独自の暗号化アルゴリズムを巻くことは受け入れられません。 PHPコミュニティは、今までによく知るために十分に成熟しています。 それでも、おそらく、ハッカーによって盗まれるように誘惑されていない懇願されていないデータベースがあります。

PHP 5.5は、このためだけに強力なハッシュ関数をすでに追加しており、単にパスワードハッシュと呼んでいます。非常に簡単に使用できます。この方法を使用して、プレーンテキストパスワードからハッシュを作成します。

$hash = password_hash( $password, PASSWORD_BCRYPT );

注：このパスワードは既に処理されているため、このパスワードを塩漬けする必要はありません。 データベースに$ hashを保存してから、この方法でハッシュを確認します。

注：PHP 5.5を持っていない場合（今までに本当にすべきです）、まったく同じ方法を実装するPassword_compatライブラリを使用できます。

財務データの処理は、サーバー、アプリケーション、およびデータベースレベルにPCIコンプライアンスが必要であるため、はるかに難しいです。より詳細な記事は、ここで既にこの主題について書かれています：SitePoint PHP - PCIコンプライアンスとPHP開発者。

if ( password_verify( $password, $hash ) ) { ... }

アプリケーションの設計監視

開発環境を区別しない

多くの開発者や小さなチームでさえ、自分のために貧弱な開発環境を設定しているのを見ました。

たとえば、

新しい機能に取り組んでいるか、バグを修正し、ライブWebサイトでファイルを直接ftpingします。これは非常に多くのレベルで間違っています。

チームが作成できるワークフローの無限の数がありますが、Web開発のための古典的なものは、開発、ステージング、および生産の3つの環境を使用することです。

開発環境は、各プログラマーのローカルである可能性があります。ステージングと生産は通常リモートであり、それらの間に一部を共有します。開発はコーディング用であり、ステージングは​​テスト用であり、最終的に生産は消費用です。

これらの環境が同じように設定されていない場合に監視が発生します。たとえば、PHPの異なるバージョンを実行している各開発者、またはステージング構成は生産とは異なります。

何が起こると思いますか？あなたが正しい。すべてが開発やステージングでも機能し、それを生産サーバーに押し込むと、すべての地獄がゆるんで壊れて、長い夜とたくさんのカフェインがあります。

開発サークルで最も一般的なフレーズが次のとおりです。

では、解決策は何ですか？すべての環境ですべてが同じ方法で設定されていることを確認してください。オペレーティングシステムは同じである必要があります、PHP、データベース、Webサーバー、すべて環境全体で同じバージョンを持つ必要があります。

Vagrant、Docker、VirtualBoxの作成以来、それぞれに同じ正確な構成を備えた同一の環境を作成することは非常に簡単になりました。これらのツールを以前に使用したことがない場合は、していることを停止してすぐに使用し始めてください。

no backup

すべてが順調に進んでおり、ウェブサイトはライブであり、時間通りに発売され、すべてが稼働している、ユーザーは美しいデータを消費しています。 nom、nom、nom…午前3時に電子メールを受け取るまで。ロギング、キャッシュ、セキュリティ、防御プログラミングと同様に、

バックアップは、Webアプリケーションを開発する際に不可欠な部分である必要がありますが、ほとんどの開発者（またはSysadmins）はこれを忘れています。

バックアップも自動化する必要があります。または、それが不可能な場合は、少なくとも毎週のマニュアルバックアップを行う必要があります。バックアップはバックアップなしよりも優れています

コードベースをバージョンコントロールに保存し、GitやMercurialなどの分散バージョン制御システムを使用します。このセットアップにより、プロジェクトに取り組んでいるすべての開発者がコードベースのバージョンを持っているため、コードベースが非常に冗長になります。同様に、コードベースをgithubまたはbitbucketに保存します。バックアップがあります。 ユーザーが作成したコンテンツであるため、

データベースのバックアップがより重要です。常に実際のデータとバックアップをさまざまな場所に保存してください。

データをバックアップしないと、ビジネスを台無しにする可能性があります。それを行うことができます。当時のより良いソーシャルブックマークWebサイトの1つであるMa.gnoliaの有名なケースをご覧ください。 Wiredには、災害全体に関するカバーストーリーがあります

監視なし

「すべてが驚くべきもので、誰も幸せではありません。」

- ルイC.K. 何が起こっているのかわからないので、あなたは幸せではありません。アプリケーションのためにインテリジェントな監視フレームワークを実装することは本当に重要です。監視は、次の質問に答えます 誰かがメインアプリケーションサーバーにアクセスしましたか？

サーバーは重い負荷の下にありますか？

別のデータベースサーバーにスケーリングする必要がありますか？
アプリケーションはどこに失敗していますか？
それはオフラインですか、それとも私だけでは機能していませんか？
4. これらの質問に対する答えをいつでも知ることが重要であり、リアルタイムの監視により、あなたはそうするでしょう。これを実現するには、NagiosやNew Relicなどのツールがアプリケーションのインフラストラクチャの一部である必要があります。
5. 結論

この知識を使用して、より良いプログラマーになります。これらの監視を覚えておいて、コミットしないようにしてください。アプリケーションとデータベースレベルの監視は、覚えておくべき最も重要なものです。

バックアップは非常に重要であり、常に防御的なプログラミングを練習し、最悪の事態に備えてください。これがWeb開発の仕組みです。プログラミングは難しいですが、正しく行われた場合、とても楽しいです。

---

チェックリスト

以下に、この記事で見つかったすべての監視のチェックリストがあります。今何人を渡ることができ、常にそれらをすべて渡ろうとすることができます。

1. エラーは、開発中および生産中にエラーを報告し、エラーを表示しますか？
2. コードのエラーを抑制しないでください。
3. ロギングフレームワークを実装します
キャッシング戦略を使用します。
念頭に置いて、プログラミングのデザインパターンとベストプラクティスを使用してください。
5. コードでテストを使用し、コードベースで変更が発生するたびにこれらのテストの実行を自動化してみてください。
レビューまたは少なくともチームメンバーのコードを監査します。
防御プログラミングを練習します。
OOPの原則を正しく学習および使用します。
コードを開発および展開するための堅実なワークフローとプロセスがあります。
9. 読み取り /書き込みデータベースのクエリを区別します。
10. 複数のデータベースに接続できるソリッドデータベースライブラリを使用してください。 ExploitsのSQLクエリをテストしました。
11. データベース表でインデックスを学習および使用します
12. データベーストランザクションを使用します データベース内の機密データを保護しています。
13. さまざまなコーディング環境を使用します：開発、ステージング、生産。
14. バックアップと監視戦略を実装します
15. ウェブ開発監視に関するよくある質問（FAQ）
16. Web開発における一般的な監視とは何ですか？
17. Web開発は複雑なプロセスであり、特定の側面を簡単に見落とすことができます。いくつかの一般的な監視には、モバイルデバイスの最適化、SEOの無視、Webサイトの速度とパフォーマンスの無視、適切な開発環境の設定、クロスブラウザーの互換性を考慮しないことが含まれます。これらの監視は、ユーザーエクスペリエンスの低下につながり、検索エンジンでのウェブサイトのパフォーマンスとランキングに悪影響を与える可能性があります。開発環境にはいくつかのステップが含まれます。まず、Visual Studioコードや崇高なテキストなどの優れたテキストエディターをインストールする必要があります。次に、Node.jsとNPMをインストールします。これは、最新のJavaScript開発に不可欠です。また、Gitのようなバージョン制御システムを設定する必要があります。最後に、YarnやNPMなどのパッケージマネージャーの使用と、GulpやWebpackなどのタスクランナーを使用することを検討してください。ますます多くのユーザーがモバイルデバイスからWebサイトにアクセスしているため、開発しています。モバイル用に最適化されていないウェブサイトは、ユーザーエクスペリエンスの低下につながる可能性があり、エンゲージメントとコンバージョン率が低下する可能性があります。モバイルの最適化には、ウェブサイトを設計することをレスポンシブに設計することが含まれます。つまり、さまざまな画面サイズに合わせて調整し、モバイルデバイスに迅速にロードされるようにします。

    WebサイトのSEOを改善するにはどうすればよいですか？

    ​​ WebサイトのSEOの改善には、いくつかのステップが含まれます。まず、検索エンジンでウェブサイトが簡単にクロールできないことを確認してください。これには、適切なHTMLタグの使用、サイトマップの作成、robots.txtファイルの使用が含まれます。次に、関連するキーワードを使用してコンテンツを最適化し、高品質のコンテンツを作成し、メタタグを使用します。また、Schema Markupを使用して検索エンジンの詳細情報を提供することを検討してください。 Webサイトの速度とパフォーマンスが重要なのはなぜですか？
    Webサイトの速度とパフォーマンスは、ユーザーエクスペリエンスとSEOにとって重要です。負荷が遅いWebサイトは、ユーザーを苛立たせ、より高い反発率につながる可能性があります。さらに、Googleのような検索エンジンは、ウェブサイトの速度をランキングファクターと見なしています。画像を最適化し、CSSとJavaScriptファイルを模倣し、コンテンツ配信ネットワーク（CDN）を使用することにより、ウェブサイトの速度とパフォーマンスを向上させることができます。 🎜>クロスブラウザーの互換性とは、ウェブサイトが正しく機能し、さまざまなWebブラウザーで一貫性があることを意味します。ユーザーが異なるブラウザを使用している可能性があるため、重要です。特定のブラウザで正しく動作しないWebサイトは、ユーザーエクスペリエンスの低下につながる可能性があります。標準に準拠したコードを使用し、さまざまなブラウザーでウェブサイトをテストすることにより、クロスブラウザーの互換性を確保できます。
    一般的なWeb開発監視を回避するにはどうすればよいですか？およびテスト。モバイルとSEOのウェブサイトを最適化し、適切な開発環境を設定し、クロスブラウザーの互換性を検討してください。さまざまなデバイスやブラウザでウェブサイトを定期的にテストし、Google Lighthouseなどのツールを使用してWebサイトのパフォーマンスとSEOを確認してください。 GITのようなバージョン制御システムを使用すると、コードの変更を追跡でき、必要に応じてコードとコラボレーションし、以前のバージョンのコードに戻しやすくなります。これは、最新のWeb開発に不可欠なツールです。
    パッケージマネージャーとは何ですか？Web開発において重要なのはなぜですか？ 、再利用可能なコードです。依存関係を管理しやすくなり、プロジェクトが必要なパッケージの正しいバージョンを確保できるようにすることが重要です。 GulpやWebpackのようなタスクランナーは、マイニフィス、コンピレーション、ユニットテスト、糸くずなどの繰り返しタスクを自動化します。 Web開発では、時間を節約し、一貫したコードベースを維持するのに役立つため、重要です。

以上がWeb開発における18の重要な監視の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。