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 !

255 commentaire(s) de Naixn sur des sources sur tout CodeS-SourceS

Le : 22/07/2007 20:04:41
Source : COMPTEUR DE PERSONNES PRÉSENTES SUR LE SITE
Personellement sous Mac, je n'ai absolument jamais eu aucun de pb pour installer un serveur MySQL... Jamais eu cette histoire de conflit :-/
Sinon, si tu te sens frileux, tu peux toujours installer XAMPP ( http://www.apachefriends.org/en/xampp-macosx.html )

Sinon pour le code, le coup d'ouvrir les fichiers (avec fopen) pour tester s'ils sont présents sur le disque, ça me semble un peu lourd. Même très lourd. Regarde du côté de la fonction file_exists ( http://fr2.php.net/file_exists ).

Aussi, prends l'habitude de coder en anglais. Des fonctions et noms de variable en français avec une syntaxe en anglais, c'est pas très beau. Et surtout, pas portable du tout.


Le : 22/07/2007 19:55:44
Source : UNE FONCTION ALERT JAVASCRIPT DANS DU CODE PHP
En plus avec le eval y'a une gross faille de sécurité... C'est absolument n'importe quoi :-/


Le : 18/06/2007 09:50:37
Source : [PHP5]CLASSE DE SESSION
Malalam > $session = new Session; $session->bla = array(1, 2); ? Non ?
Ou alors j'ai mal compris ta question...


Le : 03/06/2007 16:44:45
Source : CLASSE AJAX COMPLÈTE
Et pourtant il y a en a !
onCreate, c'est quand la requête vient d'être lancée avec succès (pas forcément effectuée), ça permet donc de faire quelque chose juste après.
onInteractive, ce sont les résultat partiels renvoyés, et pour l'avoir utilisé, je peux t'assurer que c'est assez utile.
De toute façon, si javascript et Prototype avec Ajax.Request fournissent ces possibilités, c'est justement parcequ'il peut y avoir une utilité :)

Personellement, je ne fais plus jamais d'ajax sans prototype :p


Le : 03/06/2007 11:28:25
Source : CLASSE AJAX COMPLÈTE
Je n'ai pas testé la source en elle même, mais je trouve très peu pratique et encore moins efficace la façon dont tu passes les paramètres à ta méthode.

Je veux dire, il aurait été beaucoup plus intéressant de faire :

# ObjAJAX.setParam ({
# url: "http://yoururl/index.html",
# returnFormat: "txt",
# method: "POST",
# data: [{valeur1: "1", valeur2: "2"}],
# asynchronus: "true",
# callback: function (response) {document.body.innerHTML = response}
# });

C'aurait été tellement plus simple...

Et puis, Ajax.Request de prototype est plutôt assez complète, d'autant plus qu'elle permet de faire des callbacks intéressants : onComplete, onFailure (très intéressant ça), onInteractive, onCreate, etc.
Je t'invite à visiter : http://www.prototypejs.org/api/ajax/options :)


Le : 03/06/2007 11:04:58
Source : D.SEARCH :: MOTEUR DE RECHERCHE QVDLM
Et comme le dit coucou747, cette source n'apprends rien à personne. A part un location.href ou un document.getElementById, ta source ne fait strictement rien :-/


Le : 30/05/2007 10:37:04
Source : CLASSE DIRECTORYITERATOR POUR PHP4
Et même pour simplifier le code, plutôt que de faire :

# if (is_executable ($this->sRoot.$this->sCurrentFile) === true)
#   return true;
# else return false;

Tu peux faire :

# return (is_executable ($this->sRoot.$this->sCurrentFile));

Vu que ces appels renvoient déjà TRUE ou FALSE, ça fait redondant de dire "Si c'est TRUE, on renvoie TRUE, et sinon (si c'est FALSE donc), on renvoie FALSE.

Par habitude, je précederais toutes les variables censées être private/protected par des underscore :
# var $_sRoot;
Même si je sais que le concept de private protected n'était pas encore vraiment là dans PHP4, c'est toujours une bonne habitude :p.

A part ça très bien ! Propre, etc. Même la vérification de l'existence de la classe "DirectoryIterator". Tout le monde n'y pense pas, mais c'est pourtant tellement essentiel :p

Bravo en tout cas :)


Le : 25/05/2007 10:01:18
Source : FONCTION QUI VERIFIE LA VALIDITE D'UNE ADRESSE EMAIL (SYNTAXE + VERIFICATION DU DOMAINE)
Non il manque certains trucs. Par exemple, le nom de domaine a un nombre minimum de caractère (2) et l'extension est comprise entre 2 et 6 caractères, quelque chose du genre (il existe l'extension .museum : http://about.museum)
De plus, même si les caractères du genre _ et - sont autorisés, ils ne le sont pas en DEBUT d'addresse email.

Sinon petite information, eregi est déprécié. Je te conseille vivement de te mettre aux PCRE (les fonctions preg_), parcequ'eregi est bien moins puissant et bien moins performant que preg_*, tout simplement parceque POSIX (les regexp utilisés par eregi) sont moins bien que PCRE :p
De plus, eregi sera viré de la lib PHP6 et sera mise en PECL ou qqchose du genre. En gros ça sortira du PHP de base :)

Bien loin de dire que ma regexp est parfaite, elle est cependant un meilleur début vers qqchose d'acceptable :
preg_match('!^[a-z0-9]+([\._-][a-z0-9]+)*@([a-z0-9]+[\._-])*[a-z0-9_-]{2,}\.[a-z]{2,}$!i', $email)


Le : 25/05/2007 09:36:37
Source : FONCTION QUI VERIFIE LA VALIDITE D'UNE ADRESSE EMAIL (SYNTAXE + VERIFICATION DU DOMAINE)
Si on veut une vraie regexp de la mort qui tue tout et qui vérifié la RFC822, il y a toujours celle là :
http://www.ex-parrot.com/~pdw/Mail-RFC822-Address.html

Mais bon voilà... :)


Le : 10/05/2007 11:01:30
Source : CLASS MYSQL (FLOPTWO)
http://www.php.net/~derick/meeting-notes.html#move-ereg-to-pecl
> Les expressiosn régulières POSIX (eregi, etc.) seront "deprecated" dans PHP6. De toute façon, rien d'étonnant, c'est moins perfomant et moins puissant que PCRE =) (les fonctions preg_*)

Juste pour info aussi :
Bien loin de moi l'idée de vous contredire sur le principe, mais PDO ne fonctionne pas par itérateurs, et renvoi bel et bien un tableau de données.

Je ne dis pas que c'est bien, mais PDO n'est pas non plus à cracher dessus, même s'il est loin d'être une référence.

De toute façon le mieux à faire, ça serait de coder tout ça en extension C :p
(A condition de bien coder en C bien évidemment...)



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25


Nos sponsors

Sondage...

CalendriCode

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Comparez les prix Nouvelle version

Photothèque Nouveau !



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), 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,218 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é.