Pardonnez moi, mais je n'ai plus le temps de suivre cette source.
Je vous invite à consulter la documentation en ligne.
Bonne chance.

Salut,

Pas mal... Perso j'utilise GeoIP (http://www.maxmind.com/app/php) et GoogleMaps.

Bonne continuation.

Salut,

Etant freelance spécialiste d'envoi de SMS et eMail, je voulais t'encourager pour ce trés bon début.

Bon courage.

Salut,

Pourquoi ne pas penser au WMI ???

@ toute,

Nico

Hello à tous,

Juste une petite remarque sur l'ouverture d'un compte pop.
Ayant moi-même développé ce genre d'outil, je pense que tu n'as pas pris en compte les connexions SSL.
Par exemple avec cette classe je suis presque sûr que tu ne puisses ouvrir une boîte mail Gmail ni même Wanadoo.

Si qq veux des infos à ce sujet, tell me more ;)

Bon courrage et bonne journée.

Salut,

Pensez à utiliser l'URL Rewriting quand vos serveur le propose c'est vraiment efficace pour le référencement.

Bonne journée,

Sincèrement on s'en fou des fautes.
D'accord c'est mieux de pas en faire, mais c'est pas le sujet !
Tu ne m'importunes pas en ce qui me concerne !

Je vais manger... :)

(désolé de ne pas revenir à la conversation)
Ne pas oublier que tu as 16 ans ??? Que tu aies 7 ou 77 ans ça ne change rien !
Et ce site n'est pas le lieu pour comparer nos connaissances, mais c'est une communauté de développeur !
Merci donc de respecter cela. Il n'a jamais été question de compétition. Si tu veux te mesurer, va le faire ailleurs. (cela n'est pas une attaque).
Je vous souhaite tous une excellente journée, bon appétit.
Et comme dirai Amen: "In Web we trust"...

Lol vous êtes drôles.
Il est clair que l'orthographe est importante, mais même si vous travaillez sur des languages, nous ne sommes pas profs de lettres !
Ca m'énerve de voir de grosses fautes, mais tout le monde en fait, non !
Allez continuez la conversation ...
Et bon 1er mai (si vous êtes en France car je ne sais pas si cela est férié dans les autres pays francophone)...

Bonjour à tous,

en lisant les commentaires que vous avez déposés je me sens obligé d'intervenir.
en effet, ScripteurPermanent vous a proposé une source et vous êtes en train de le descendre.
je tiens à vous rappeler que c'est sa première source publique et qu'il disait être débutant dans le domaine. de plus vous semblez tous vous y connaître les uns plus que les autres enfin c'est plutôt ce que vous chercher à montrer.
Sincèrement vous devriez rester bien plus humble car tout ce que vous avez dit n'est pas parfaitement vrai !
Je m'explique:
- Quant à l'histoire de l'erreur SQL lorsque l'on ne remplit ni pw ni login, c'est vrai que c'est dommage, car une application qu'elle qu'elle soit doit toujours traiter toutes les erreurs possibles et imaginables (même si on est certain qu'elles n'apparaîtrons jamais). ScripteurPermanent va l'apprendre avec l'expérience.
- Quant à l'histoire des problèmes de sécurité dûs aux aspirateurs de site. Ceci est une vrai bêtise que de penser qu'un aspirateur peut télécharger un code PHP ! En effet, je vous rappelle que PHP est un language executé côté serveur qui parfois (et même très souvent) est à l'origine d'une page HTML. En fait PHP dans ce cas génére un code HTML en fonction des actions d'un utilisateur. Maintenant un aspirateur de site ne fait que lire les contenus générés par PHP, en clair c'est un navigateur autonome qui télécharge ce qu'il consulte et suit tous les liens de la page. Donc en aucun cas il ne pourra télécharger un code PHP.
- Quant au CHMOD, je répondrais que oui si vous voulez le passer en 700, c'est mieux, mais si le serveur web est bien configuré, ca ne changera rien.
- Quant à l'inclusion par un autre utilisateur du serveur Web. Il est faut de penser qu'un autre user de même serveur puisse faire un "include" ou un "require" du fichier car, chaque fichier (que ce soit sous unix ou sous windows) est rattaché à un utilisateur, donc les autres utilisateurs, même s'ils peuvent voir qu'il y a un fichier, ne peuvent rien en faire. Sauf si vous avez expressément donné les droits (par chmod).
- Quant à l'utilisation d'un .htaccess. C'est vrai que ce n'est pas inutile. (Je vous donne la syntaxe très simple: deny from all). Mais cela ne fera qu'empêcher l'accès par HTTP et comme je vous l'ai dit les fichiers PHP ne retourne que l'HTML généré et pas leur code source.

Je tiens à faire une remarque préventive: j'ai vu vraiment trop souvent des programmeurs (perso et pro) faire des fichiers config.inc !!! Attention !!! je vous recommende de ne JAMAIS faire cela, écrivez plutôt config.inc.php ou config.php. Pourquoi ? Parce que si Apache n'est pas configuré pour interprêter les fichier .inc, leur contenu peut être afficher comme un .txt par la méthode HTTP. Votre script PHP marchera, mais tous les codes d'accès seront accessibles !

J'ai lu le code source déposé, et c'est vrai qu'il n'est pas trés propre, ni bien écrit, mais vous avez tous commencé comme cela n'est-ce pas, je dis que c'est bien de tenter, c'est comme cela qu'on apprend.

J'oubliais de dire à DJ_BoOmEr que ce qu'il croit être une faille de sécurité n'en est pas une car que tu mettes les codes d'accès dans un fichier à inclure ou dans un autre ne change rien du tout !
La simple raison que nous avons de faire ça c'est que ça nous évite de réécrire les codes à chaque connexion! Comme ça pour la maintenance, le jour où on change de codes, et bien on les modifie que dans un seul fichier. L'idée que tu as est bonne, mais la raison n'est pas la bonne :)

J'éspère que vous ne prendrez pas mal ce que je vous dis là, ce n'est pas une engueulade ou une démonstration de quoi que ce soit, mais je tenais à réagir. J'aime beaucoup cette communauté et vous en faites parti. Je tiens donc à vous faire évoluer (comme d'autre l'on fait pour moi à mes débuts).

Sur ce je vous souhaite une excellente journée, et merci de m'avoir lu.
Si vous avez des questions, n'hésitez pas !

Amicalement,

NicoWatt