一流PHPマスター10人の開発原則

10 人のトップ PHP マスターの開発原則

Web 開発の世界では、PHP は最も人気のある言語の 1 つですが、残念ながら、必要なスクリプトを見つけるのは非常に困難です。 「ベスト プラクティス」を使用して PHP プログラムを作成する人はほとんどいません。ここでは、PHP の 10 のベスト プラクティスを紹介します。もちろん、それらはそれぞれマスターによって証明されています。

1. 必要に応じて PHP を使用する – Rasmus Lerdorf

PHP の作成者である Rasmus Lerdorf ほど PHP を使用する場所を理解している人はいない、と彼は発表しました。それ以来、PHP は草原の火のように、開発キャンプ全体を焼き尽くし、インターネットの世界を変えてきました。ただし、Rasmus はこのような理由で PHP を作成したわけではありません。 PHP は、Web 開発者の実際的な問題を解決するために生まれました。

多くのオープンソース プロジェクトと同様に、PHP は人気が高まっていますが、その人気の動機は通常の哲学では説明できず、あまりにも人気があるため、ある種自画自賛的ですらあります。これは、Web のさまざまな問題を解決するためのツールの必要性によって引き起こされたケースとして使用できます。したがって、PHP が最初に登場したとき、そのようなツールのニーズはすべて PHP に集中していました。

ただし、PHP ですべての問題が解決されることは期待できません。 Lerdorf 氏は、PHP は単なるツールであり、PHP がその能力を超えている状況は数多くあることを初めて認めました。

作業に応じて適切なツールを選択してください。私は多くの企業を訪問して PHP を導入して使用するよう説得してきましたが、これは PHP があらゆる問題に適しているという意味ではありません。これは、ほとんどの問題を解決できる単なるフロントエンド スクリプト言語です。

Web 開発者として、PHP を使用してすべての問題を解決しようとするのは非科学的であり、時間の無駄です。 PHP が動作しない場合は、ためらわずに他の言語を試してください。

2. マルチテーブル ストレージを使用してスケーラビリティを向上させる – Matt Mullenweg

彼は地球上で最も人気のあるブログ システムを開発しました。強力なコミュニティ): WordPress WordPress を作成した後、Matt と彼のチームは WordPress MU に基づく無料のブログ サイトである WordPress.com プラットフォームを立ち上げました。現在、WordPress.com には約 400 万人のユーザーがおり、毎日 140,000 件以上の投稿を投稿しています。 (WordPress.com の統計をさらに詳しく見るには、ここをクリックしてください。)

ウェブサイトを簡単に拡張する方法を知っている人がいれば、それは Matt Mullenweg です。 2006 年、Matt は WordPress のデータ構造に将来を見据えた改善を加え、WordPress MU がすべてのブログ データを 1 つの巨大なテーブルに詰め込むのではなく、ブログごとに独立した MYSQL テーブルを使用する理由を説明しました。

このアプローチをテストしましたが、スケールアウトするとコストが高すぎることがわかりました。全体的なデータ構造を使用すると、大量のトラフィックに直面してサーバー ハードウェアの問題に直面することになります。 MU内。ユーザーは個別のテーブルに分散されており、簡単に整理できます。たとえば、WordPress.com はユーザー データを 4,096 のデータベースに保存しており、これらのデータベースは大規模なデータ アクセスを分散し、トラフィックや圧力を分散することができます。

データ テーブルの移植性により、コード (ブログ) の実行が高速になり、システムのスケーラビリティが向上します。 Matt は、強力なキャッシュ戦略と柔軟なデータベース利用戦略を利用して、最も人気のある Facebook と WordPress.com が PHP で安定して動作し、驚くべき量のトラフィックを処理できることを人々に示しました。

3. ユーザーを決して信用しない – Dave Child

Dave Child は、多くのプログラミング言語の優れたチートシートで有名な Web サイト、Added Bytes (以前の ilovejackdaniels.com) の中心人物です。 。 Dave は英国の多くの企業に勤務しており、プログラミング界の権威としての地位を確立しています。

Dave は PHP 開発者に多くの思慮深いアドバイスを提供し、それを「PHP で安全なコードを書く」にまとめました。ユーザーを決して信頼しないでください。ユーザーはあなたを傷つけることさえあります。

Web 開発には何度繰り返しても足りない基本原則があります。それは、ユーザーを決して信頼せず、Web サイト上のすべてのデータが悪意のあるコードから収集されたものであると想定することです。多くの場合、クライアント上のフォームによって送信されたコンテンツを検証するには JavaScript を使用する必要があります。これに慣れている場合は、これが良い習慣になります。セキュリティが重要である場合、これは学ぶべき最も重要な原則です。

Dave は現在、著書「Writing Secure PHP」シリーズのサンプルを編集中です。この本の最後に、彼は次のように述べています。

最後に、少し偏執的になってください。自分のサイトが決して攻撃されることはないと考えている場合を除き、問題に正面から向き合ってください。実際に攻撃されたら、悪い状況に陥ることになるからです。すべてのユーザーをサイトに攻撃と防御をもたらすハッカーと見なし、サイトのセキュリティを保護するために可能な限りのことを行うと同時に、対応する問題の解決策を考える必要があります。

4. PHP キャッシュをもっと使用する – Ben Balbo

Ben Balbo は、開発者とデザイナーにガイダンスを提供する Web サイトである Site Point を開発しました。彼は Melbourne PHP Development and Open Source Club のメンバーであるため、PHP について一定の理解があり、PHP キャッシュに関して一定のアイデアと経験を持っています。

トラフィックが多いものの頻繁に更新されないサイト (ある種の CMS をベースにしたブログなど) の場合は、変更が必要になる可能性があります。これらの変更にはそれほど時間はかかりません。 、しかしパフォーマンスに大きく貢献します。 複雑で更新の速いサイトにキャッシュ メカニズムを確立したい場合、そのプロセスは複雑になる可能性がありますが、利点は明らかです。

PHP のキャッシュ技術にはさまざまな種類がありますが、Ben は以下の技術を推奨しました。

◆キャッシュ関数の実行結果

◆有効期限の設定

◆IEでダウンロードしたキャッシュファイル

◆テンプレートキャッシュ技術

◆Cache_Lite

PHPは動的言語としての特性上、キャッシュの仕組みが非常に複雑です。頻繁に更新しないサイトにとって重要です。

5. IDE、テンプレート、スニペットで PHP 開発を加速する – Chad Kieffer

Chad Kieffer が UI デザインとデータベースの最適化から休憩を取るときは、ブログに投稿します。大さじに関する技術的な経験。チャドは多くの面で包括的な開発を行っているため、他のプログラマーが見つけられない問題を頻繁に見つけて、関連する経験、特に Web サイト開発方法を形成することができます。彼はウェブサイト開発のあらゆる側面に携わっているため、彼のアドバイスはウェブサイト開発の全体像を改善するのに非常に役立ちます。

Chad は、Eclipse PDT (Eclipse の PHP 開発パッケージ) のような IDE を使用し、いくつかのテンプレート テクノロジとオープン ソース プロジェクトを使用することで、PHP の開発速度を効果的に向上できると考えています。

コンパクトな計画、長い ToDo リストと期限は、開発者を非常にイライラさせます。ただし、Eclipse テンプレートなどの一部の機能を使用すると、コーディング時間とエラーの可能性を効果的に削減できます。

一般に、どのプロジェクトも自動化の度合いが高くなるほど、プロジェクトの完了にかかる時間は短くなります。頻繁に使用されるフレームワークやテンプレートの開発に時間をかけておけば、後でさらに時間を節約できます。同時に、Eclipse や PDT パッケージなどの IDE を使用すると、IDE が自動的に終了し、セミコロンを入力してローカルでデバッグできるため、効率が大幅に向上することがわかります。

6. PHP フィルター関数を上手に活用する – Joey Sochacki

おそらく Joey Sochacki は Matt Mullenweg ほど有名ではありませんが、経験豊かな開発者でもあり、彼のブログ Devolio を通じて豊富な技術経験。

ジョーイは、PHP コードを記述するときにフィルタリングが必要な場所がたくさんあるにもかかわらず、PHP の組み込みフィルタリング機能に注意を払うプログラマーは多くないことに気付きました。

データのフィルタリングは頻繁に必要となる作業ですが、機能が豊富な PHP 組み込みフィルタリング関数の多くは知られていません。 filter_* などの PHP 組み込み関数を使用すると、データ型検証/URL/電子メールおよび IP アドレス検証/特殊文字処理などを含む、ほぼすべてのフィルタリング タスクを処理できます。

フィルタリングは複雑なものですが、joey の発見はあなたに多くのインスピレーションを与え、PHP の強力なフィルタリング機能を実感してもらえると思います。

7. PHP フレームワークを使用する – Josh Sharp

Zend、CakePHP、Code Igniter、またはその他の PHP フレームワークを使用するかどうかについては多くの議論がありますが、Web の考えでは開発者には独自の測定基準があります。

Josh Sharp は、パンとバターのサービスを提供する Web サイトを作成したことがあり、PHP フレームワークを使用して Web サイトを開発した経験があります。彼は、プロジェクト開発に PHP フレームワークを使用すると、効果的に時間を節約し、エラーの可能性を減らすことができると信じています。なぜ？それは、PHP は本当に簡単に始めることができると感じているからです。

PHP の使いやすさには時々欠陥があります。これは、構文が緩いために多くの誤ったコードが作成されることが多いためです。ただし、PHP フレームワークを使用すると、エラーの可能性が大幅に減少します。

PHP フレームワークを使用すると、コード構造がより標準化され、時間を大幅に節約できます。

8. PHP フレームワークを使用しない – Rasmus Lerdorf

Josh の見解とは反対に、PHP の創始者である Rasmus Lerdorf は、PHP フレームワークを使用しないのが最善であると考えています。 ?フレームワークに基づいていない PHP の方がパフォーマンスが良いためです。 Drupalcon 2008 での講演で、Rasmus 氏は「Hello World」の例を使用して、あるフレームワーク PHP と単純な PHP のパフォーマンスを比較しました。その結果、フレームワーク PHP のパフォーマンスが大幅に遅れていることがわかりました。

9. バッチ処理を使用する – Jack D. Herrington

Jack Herrington は PHP の世界に精通しており、有名な IBM DeveloperWorks に 30 以上の記事を寄稿しており、「PHP」も出版しています。 Hacks』の本を出版しているほどの、まさに専門家です。

Herrington 氏は、バックグラウンドで実行できるプログラム スクリプトをバッチ処理と Cron で置き換えることを推奨しています。Web ユーザーはオンラインでの処理を待ちたがらないため、バックグラウンドで処理する方が適しているものもあります。

確かに、これは場合によってはやりすぎですが、Cron、MySQL、PHP オブジェクト指向メソッド、および Pear::DB の使用は、バッチ処理ツールを作成するための便利なツールであり、複雑なことではないことがはっきりわかります。

Jack は、cron、PHP、および MySQL を使用してバックグラウンドで一部のタスクを処理する方が、マルチプロセスのビジネス ロジックよりもはるかにコスト効率が高いと考えています。

私は両方の方法を試しましたが、Cron は「Keep It Simple, Stupid」(KISS) の原則に非常に一致しており、バックグラウンド処理が簡単になります。マルチプロセスのビジネスロジックと比較して、メモリオーバーフローのリスクがありません。単純なバッチ スクリプトを作成し、cron で実行できます。このスクリプトは、処理する必要のあるタスクがあるかどうかを定期的にチェックし、処理後に自動的に終了するため、プロセスが停止しているかどうかを心配する必要はありません。無限ループにはまってしまいました。

10. タイムリーなエラー報告を有効にする – David Cummings

David Cummings は CMS ソフトウェア サービスの提供を専門とする会社を経営しており、PHP 開発で非常に豊富な経験を持っています。 。 David はかつて「最初に学んでいればよかった 2 つの PHP ヒント」を書きました。そのうちの 1 つは、時間内のエラー報告を有効にすることで、時間を大幅に節約できるというものでした。

私は人々に、最も重要なことは PHP でのエラー報告を最大限に高めることだと言います。なぜですか? PHP には多くの小さな問題が隠されている可能性があるため:

◆変数が事前定義されていない

◆使用できない変数がコード スニペットで参照されている

◆未定義の定数が使用されている これらの要因は、次のように思われるかもしれません。オブジェクト指向のアプローチを使用してクラス ライブラリを作成している場合を除き、これは大きな問題です。多くの場合、エラー報告をオフにすると、コードの保守コストが高くなる可能性があります。

エラー レポートはコードの問題を簡単に見つけるのに役立ちます。エラー レポートのレベルが十分に高い場合は、微妙なエラーをすぐに発見できるため、全体的なデバッグ時間を節約できます。