PHP開発における注意点まとめ

Linux システムの使用

現在、標準システムは Linux Nginx PHP MySQL です。この構成は、同じ会社に依存することが多くなっています。たとえば、マウントは通常 2 つのディスクに分割され、/ はシステム用に 10G のパーティションに分割され、残りのスペースは /home に十分なように感じますが、パーティションを分割しすぎたことが判明しました。第二に、システムへの安全なログインのためです。小規模企業や個人の現在のアプローチは、ネットワーク経由でアカウントまたはパスワードを使用して直接ログインすることです。大企業のアプローチは、まず中継サーバーにログインします。このようにして、アカウント番号が記録され、パスワードログインには TOKEN と RSASecurID が一般的に使用され、全体のセキュリティが向上します。 >



PHP はシェル コマンドを呼び出します
これまでは、いくつかの追加タスクを実行するために php を使用してシェルを呼び出していませんでした。これを頻繁に実行すると、スクリプト以外の作業ができるようになり、より便利に感じます

コーディングの習慣: 多くの場合、各会社やチームは異なるコーディングの習慣を使用しています。そのため、プログラミング IDE が異なると、コーディング標準や規約も異なります。しかし、この決定は当初の小規模な会社ではあまり厳しくなく、現在も同様です。



関数の戻り値
通常は false が返されます。失敗した戻り値の場合は、int が返されます。データの場合、現在の関数は関数内で多くのキャッシュ操作を使用します。データベースに取得していない場合はキャッシュから取得してからデータを返します

データ処理の場合、$_POST にデータを書き込むのが本来の書き込み方法です。 && $_GET を実行し、addslashes 処理を実行するのが現在の方法です。データが要件を満たしているかどうかを判断し、SQL を結合し、SQL ステートメントに対して mysql_escape_string 処理を実行し、その後 htmlspecialchars を使用します。データ読み込み時の処理として、表示に問題がないように




ロック機構のPHP実装
を書きました。一般的なロックとロックの特定の PHP 実装に関する少し前の記事




キューの分散について
Memcache データの分散には MQ が使用されます。私はまだこれを理解していません。具体的な実装についてアドバイスを求める必要があります




PHP のエラー レベルについて理解しています
開発時には比較的軽い E_ALL | E_STRICT が使用されていましたが、これを使用する際には E_ALL & ~E_STRICT を使用するのが良い習慣です。 >
ユーザーによる違法な情報や広告の投稿を防止し、ユーザーの行動頻度を制御する


ユーザーが投稿した広告や違法な情報については、トラブル防止のためSPAMシステムを利用して管理しています。ユーザーが過剰なリソースを制御することを防ぐために、ユーザーの動作は制限されています。システム内の変数には、暗号化処理を実行する必要があり、返されるシステム情報は、他のユーザーによって取得されます。ユーザーIDとデータ情報ID