@ mysql_connect et mysql_connect

Je n'ai pas de problème de connexion à une base de données à l'aide de PHP toutefois, dans certains manuscrits que j'ai testé, j'ai vu une petite différence dans la commande connect.

Quelle est la différence entre @mysql_connect et mysql_connect ?

Je n'ai jamais utilisé le @ symbole lors de l'écriture de mon propre script, de manière à me demandais juste si il a servi un but.

Merci d'avance

source d'informationauteur Lodder

  1. 14

    La @ symbole en face d'une fonction de silences. Ce qui signifie que vous n'aurez pas de types de messages d'erreur lors de l'exécution d'elle, même si elle échoue. Je suggère donc de: ne l'utilisez pas

    En outre que @AlexanderLarikov dit, ne pas utiliser de mysql_* plus, la communauté a commencé à déprécier cette fonction.

  2. 2

    C'est le/un le contrôle d'erreur de l'opérateur. C'simplement vous permettre de supprimer l'erreur.

    Je voudrais suggérer que vous omettez dans votre code.

    À partir de la documentation:

    Actuellement le "@" contrôle d'erreur de l'opérateur préfixe sera même désactiver
    les rapports d'erreur pour les erreurs critiques qui mettra fin du script
    l'exécution. Entre autres choses, cela signifie que si vous utilisez "@" pour
    supprimer les erreurs à partir d'une certaine fonction, et soit il n'est pas disponible
    ou a été mal orthographié, le script va mourir là avec pas de
    indication de la raison.

  3. 1

    C'est une erreur mécanisme de suppression. Donc, dire qu'il y avait une erreur lorsque vous tentez de vous connecter, PHP serait ignorer en silence plutôt que de l'affichage/enregistrement (selon vos réglages).

    Personnellement, je pense que c'mauvaise pratique à utiliser, car, à mon avis, vous devez écrire du code pour gérer les erreurs, pas juste ignorer silencieusement.

  4. 0

    L' @ supprime les avertissements http://php.net/manual/en/language.operators.errorcontrol.php l'utiliser à bon escient

  5. 0

    Si vous n'utilisez pas une option quelque chose comme cela;

    si ("je suis juste de faire le test sur mon srv") { 
la fonction error_reporting(E_ALL); 
} else { 
la fonction error_reporting(0); 
}

    Ensuite, il pourrait être recommandé dans cette situation;

    $conn = @mysql_connect(...); 
if ($conn === false) { 
//gérer l'erreur 
} 

Ou; 

@mysql_connect(...) or die("impossible de se connecter à ...");

    Donc, @ supprime l'erreur, si elle existe, à la ligne "où la suppressible fonction est utilisée".

    //Suppressible? Oui, cos vous ne pouvez pas demander @ à die, exit, eval ... fonctions si celles-ci sont des fonctions structurelles.