PHP を使用してデータベースに接続するのに問題はありませんが、テストしたいくつかのスクリプトでは、接続コマンドに小さな違いが見られました。
@mysql_connect
とはどう違いmysql_connect
ますか?
@
自分のスクリプトを書くときにシンボルを使用したことがないので、それが目的を果たしているかどうか疑問に思っていました.
前もって感謝します
PHP を使用してデータベースに接続するのに問題はありませんが、テストしたいくつかのスクリプトでは、接続コマンドに小さな違いが見られました。
@mysql_connect
とはどう違いmysql_connect
ますか?
@
自分のスクリプトを書くときにシンボルを使用したことがないので、それが目的を果たしているかどうか疑問に思っていました.
前もって感謝します
関数の前の@
記号は、それを無音にします。つまり、実行に失敗した場合でも、エラー メッセージは表示されません。だから私は提案します:それを使用しないでください
さらに、@AlexanderLarikov が言ったように、mysql_*
もう使用しないでください。コミュニティはその機能を減価償却し始めました。
/エラー制御演算子です。エラーを抑制するだけです。
コードでは省略することをお勧めします。
ドキュメントから:
現在、"@" エラー制御演算子プレフィックスは、スクリプトの実行を終了させる重大なエラーのエラー レポートを無効にします。とりわけ、これは、「@」を使用して特定の関数からのエラーを抑制し、それが利用できないか、タイプミスされている場合、スクリプトは理由を示さずにその場で停止することを意味します。
これはエラー抑制メカニズムです。たとえば、接続しようとしたときにエラーが発生したとします。PHP はエラーを表示/ログに記録するのではなく、黙って無視します (設定によって異なります)。
個人的には、これを使用するのは悪い習慣だと思います。私の意見では、エラーを黙って破棄するのではなく、エラーを処理するコードを作成する必要があるからです。
このようなオプションを使用しない場合;
if ("私は自分の srv でテストを行っているところです") { error_reporting(E_ALL); } そうしないと { error_reporting (0); }
次に、この状況に推奨できます。
$conn = @mysql_connect(...); if ($conn === false) { // エラー処理 } または; @mysql_connect(...) または die("... に接続できませんでした");
その@
ため、「抑制可能な機能が使用されている」行に存在する場合、エラーを抑制します。
// 抑制可能? @
はい、これらが構造関数である場合、die, exit, eval
... 関数には適用できません。
@ は警告を抑制しますhttp://php.net/manual/en/language.operators.errorcontrol.php賢明に使用してください