AccueilCodesTutorielsForumsEmploiLivresConnexion

  • CodeS-SourceS
  • RSS CodeS-SourceS
  • CodyxBot, le Bot GTalk & MSN qu'il vous faut !
  • Générez des revenus avec vos codes, scripts et tutoriaux
  • Aide à la navigation du site
begin process at 2008 12 05 12:43:19
Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

20 commentaire(s) de NicoWatt sur des sources sur tout CodeS-SourceS

Le : 10/03/2008 08:42:20
Source : LOCALISER LES VISITEURS DE VOTRE SITE SUR UNE CARTE
Salut,

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

Bonne continuation.

Le : 11/02/2008 08:35:28
Source : GESTION DE MAILING
Salut,

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

Bon courage.

Le : 11/02/2008 08:31:56
Source : INFORMATION SUR LE PROCESSEUR
Salut,

Pourquoi ne pas penser au WMI ???

@ toute,

Nico

Le : 03/12/2007 09:53:15
Source : CLASS WEBMAIL
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.

Le : 22/10/2007 08:42:12
Source : PORTAIL WEB, CMS OU SITE PARAMETRABLE
Salut,

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

Bonne journée,

Le : 01/05/2006 12:33:08
Source : GESTIONNAIRE D'UTILISATEURS POUR SITE WEB
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... :)

Le : 01/05/2006 12:06:08
Source : GESTIONNAIRE D'UTILISATEURS POUR SITE WEB
(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"...

Le : 01/05/2006 10:35:16
Source : GESTIONNAIRE D'UTILISATEURS POUR SITE WEB
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)...

Le : 01/05/2006 10:04:34
Source : GESTIONNAIRE D'UTILISATEURS POUR SITE WEB
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

Le : 22/02/2004 14:52:50
Source : PASSEZ D'UNE REQUÊTE SQL À UN JTABLE
Il n'yaurai pas un comit à faire sur les bases oracles non ?
Il faut que tu le rajoute dans la classe model du tableau...

Voila...

Merci encore...


1 2


Nos sponsors

Sondage...

CalendriCode

Décembre 2008
LMMJVSD
1234567
891011121314
15161718192021
22232425262728
293031    

Consulter la suite du CalendriCode


Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel BAÏSE, Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,406 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.