Mysql_connect() php

Bonjour

Ça c'est la théorie... s'il y a un problème chez l'hébergeur, on peut voir du source PHP , ça m'est arrivé. Sans parler des éventuels bugs qu'on peut commettre lors des modifs testées trop rapidement

Bonjour,

Même si le sujet est un peu vieux j'apporte mon aide.

Techniquement cette méthode risque de poser quelques problèmes dans la mesure ou l'accès au dossier se fait après avoir rentré un identifiant et un mot de passe.

De plus, les fichiers PHP ne peuvent être téléchargés que si la personne à un accès à ton FTP chose que ton hébergeur s'il est un minimum sérieux à suffisamment protégé.

Bonjour,

Le sujet ne date que d'hier. Si ça c'est vieux, j'ai dépassé le stade du fossile ^^

Merci d'apporter ton aide, mais tu te trompes.

Techniquement cette méthode risque de poser quelques problèmes dans la mesure ou l'accès au dossier se fait après avoir rentré un identifiant et un mot de passe.
Tu ne sembles pas faire la différence entre un accès par HTTP et un accès par include. Le fichier .htaccess agit sur les accès http mais pas sur les fichier inclus. Donc aucun mot de passe à taper pour le fichier inclus (s'il n'y en avait pas pour le fichier principal)

les fichiers PHP ne peuvent être téléchargés que si la personne à un accès à ton FTP
Comme je le disais plus haut à maxime71500, ça c'est la théorie. Les fichiers php sont supposés passer par l'interpréteur PHP avant d'être envoyés à l'internaute, mais j'ai déjà vu le cas où le source apparaissait en clair. Un simple rafraîchissement a fait disparaître le problème, mais il est clair que l'hébergeur a eu momentanément une défaillance.
Comme je le disais également plus haut à maxime71500, je l'ai vu aussi, il arrive que suite à une modif, on remette en ligne un script avec une erreur qui rend le PHP visible.
Et il y a encore le cas, vu plusieurs fois sur ce forum, ou on poste un bout de code pour demander de l'aide. Et on oublie (surtout les débutants) de masquer les identifiants.

Au lieu de mettre un système d'authentification pourquoi ne pas utiliser un deny from all. C'est plus simple etplus rapide.

Je ne vois pas très bien en quoi mettre deny from all comme tu le suggères aujourd'hui est plus simple et plus rapide que de mettre deny from all comme je le suggérais hier.

Je suis d'accord que le risque zéro n'existe pas mais je ne pense pas que son site internet est un site contenant des informations ultras sensibles. Si c'est un site personnel tu peux écrire tes identifiants directement. Si toutefois tu veux empêcher la lecture de ton MDP et de ton identifiant en cas d'erreur tu peux appliquer le code suivant :

<?php  
try  
{  
 $pdo_options[PDO::ATTR_ERRMODE] = PDO::ERRMODE_EXCEPTION;  
 $bdd = new PDO('mysql:host=localhost;dbname=test', 'root', '', $pdo_options);  
}  
catch (Exception $e)  
{  
        die('Erreur : ' . $e->getMessage());  
}  
?>

Apres tu crée un fichier .htaccess expliqué comme précédemment pour interdire l'accès aux utilisateurs et uniquement le donner au serveur.