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 !

1736 commentaire(s) de malalam sur des sources sur tout CodeS-SourceS

Le : 10/06/2009 22:42:18
Source : LISTING D'UN RÉPERTOIRE AVEC FILTRES
ah j'avais pas noté ?


Le : 10/06/2009 21:54:29
Source : BLOG COMPLET : NEWS, IMAGES, COMS. SIMPLE D'UTILISATION ET D'INSTALLATION
arto : tu en fais du web design ? Parce que mon graphiste t'en dirait de bonnes je pense. C'est une horreur à maintenir et à faire évoluer.
Et puis QUI a un navigateur vieux au point qu'il faille en passer par les tableaux, de nos jours?
Sinon que dire...ce code n'ajoute rien, ne propose rien, est mal codé. Il y en a des milliers comme lui, et plusieurs dizaines de bien mieux. Alors pourquoi ?


Le : 21/04/2009 20:18:26
Source : GÉNÉRATEUR DE MOTS CLÉS (TAGS) À PARTIR DE FICHIER HTML OU BASE DE DONNÉES
Hello,

pas mal du tout. Je rejoins Arto pour la méthode render, presque inutile à mon sens.
C'est pas mal codé. J'aurais préféré des getter et setter passant par les méthodes magiques dédiées de php5, mais ça reste une question de préférence.


Le : 05/04/2009 13:15:29
Source : FUNCTION IMAGE SIMPLE ET ARRAY
Hello,

je suppose que Reinfield a dû supprimer plusieurs de tes sources et commence à fatiguer...et DiGhan s'adressait à Reinfield je pense, pas à toi.
Moi, je reviens d'un déplacement à l'étranger et je découvre.
Ton code est truffé d'erreurs. Par exemple, si je passe un entier, dans $image, au constructeur de ta classe, que se passe-t-il ? Pire, si je lui passe un objet qui ne possède pas de méthode __toString()?
De plus, soyons honnête : la majeure partie de ta classe sert à vérifier les paramètres passés (et tu en loupes pourtant). Sans fonction aucune, on pourrait refaire la même chose en 3-4 lignes, et sans risque d'erreur. Tu fais une classe alors que c'est totalement inutile. Une fonction suffirait amplement, voire même du séquentiel. Tu fais une classe, mais tu ne fais pas d'objet. N'utilisez pas les classes à mauvais escient...
Le bon point : tu essayes de faire attention aux paramètres, tu testes, tu vérifies, c'est déjà bien même si c'est incomplet.
Bref, tu veux un commentaire ? Ton code est, à mon sens, inutile, et ne montre pas le bon exemple. A une exception près donc.
Je suis donc tout à fait d'accord avec Reinfield (n'en déplaise à  DiGhan :-)).


Le : 17/03/2009 20:04:05
Source : GESTION DE FICHIERS AVEC LA SPL
Ah, juste: concernant ta méthode arborescence et la sortie...c'est bien, là-dessus que j'appuie : ta méthode est compliquée, à priori, parce que tu veux reproduire l'arbo dans une liste HTML. Avec une classe de sortie dédiée ET SPLisée, je pense que tu peux obtenir un truc beaucoup plus puissant, plus souple, ET alléger du même coup ta méthode arborescence (au détriment d'une nouvelle classe plus complexe hein...mais aussi plus puissante).
Vlà.


Le : 17/03/2009 20:01:43
Source : GESTION DE FICHIERS AVEC LA SPL
Hello,

à moi, donc...

Le premier bon point, c'est que tu me considères comme un grand gourou...(ouais je sais???guère original).
Le premier mauvais point, c'est que tu me places au même niveau que Neige, alors que, franchement, je suis quand même très nettement meilleur...tss...;-)

Après les plaisanteries d'usage initiées par Neige, quelques éléments. je n'ai pas non plus beaucoup de temps, mais moi c'est parce que demain je me lève à 4h, et que je suis déjà fatigué d'avance rien que d'y penser. Tout ça pour un déplacement pro. Pff.

C'est pas mal! Donc. J'ai du mal à analyser ta méthode arborescence qui à première vue me semble un peu compliquée pour un truc qui construit une arbo à partir d'un itérateur récursif. Mais je n'ai pas le temps d'approfondir, donc...je m'abstiens d'en dire plus. En fait un peu plus quand même :-)...il aurait été intéressant, comme le souligne Neige, de permettre une sortie différente. Et comme tu sors une arbo de toute manière, tu aurais encore pu faire une classe de templating léger basée sur la SPL :-) Ou si tu veux te mettre à autre chose, à du XML et des XSL, très sympa aussi.
Tu utilises RegexIterator, ce qui est très bien! Mais, pour faire encore mieux, tu aurais pu le coupler avec un FilterIterator, puisque tu fais des filtres. Ca aurait donc fait une 3ème classe.

Sinon, franchement...c'est propre, c'est clair, c'est commenté, et moi j'aime bien ta norme de nommage des méthodes, propriétés etc. Fut-ce du français :-) Non, c'est très bien le français...sûr, quand on bosse à l'international ou qu'on veut partager à l'international un code, l'anglais c'est mieux; mais je ne crois pas que ce soit ton cas.
L'anglais a aussi l'avantage de, bien souvent, réduire le nombre de caractères à taper pour obtenir des noms explicites, c'est surtout pour ça que j'aime bien l'utiliser même dans des projets cantonnés à mon taf, pour mon taf, visibles uniquement par mes développeurs (français...marocains aussi mais bon...ils sont meilleurs en français qu'en anglais globalement!).

Bon taf, Alphanono (ah oui, mauvais point : c'est QUOI ce pseudo???? :-p)

Sinon, ça va, Olivier ? :-)



Le : 15/03/2009 08:37:37
Source : SERSESSIONS > CLASS PHP5 POUR GERER LES SESSIONS SIMPLEMENT
Hello,

c'est une bonne idée, ArrayAccess, sauf que pour gérer une variable de session qui est un tableau avec, c'est la croix et la bannière! Je le sais, j'ai très exactement essayé la même chose (classe de gestion de session avec ArrayAccess -entre autres classes de la SPL) il y a un an ou deux :-)


Le : 12/03/2009 22:24:13
Source : SQLAL : CLASSE SQL POUR MYSQL, MYSQLI, SQLITE, SQL SERVER, ET ODBC
Hello,

il manque au moins 2 choses à ta classe :
- des fonctionnalités plus riches que ce que n'offre les extensions utilisées (ça, c'est un plus)
- une notion d'abstraction : si on veut ajouter un moteur DB à ta classe, il faut modifier toute la classe (ça, c'est vital); alors qu'une modification toute conne serait déjà un pas en avant vers une classe intéressante, et vers une meilleure utilisation de ta part de la POO :
abstract class db {
    abstract public function query($sQuery);
}

class mysql extends db {
    public function query ($sQuery) {
        return mysql_query($sQuery);
    }
}

class mssql extends db {
    public function query ($sQuery) {
        return mssql_query($sQuery);
    }
}

C'est juste un exemple hein...pour montrer comment peut fonctionner une abstraction.


Le : 10/03/2009 19:21:11
Source : [PHP5] EXCEPTIONERROR PACKAGE : TRANSFORMER TOUTES LES ERREURS PHP EN EXCEPTIONS INTERCEPTABLES
En effet, concernant les commentaires sur php.net, je regardais les derniers...de la page, pas dans le temps, mea culpa, c'était stupide :-) : register_shutdown_function est une fonction très utile, mais elle ne permet en effet pas de gérer efficacement les erreurs : elle gère l'arrêt d'un script. D'expérience, elle n'est pas non plus très pratique à porter (ça dépend beaucoup du serveur, et sans doute aussi du navigateur je suppose). Mais surtout, on ne peut que logger l'erreur (qui l'est dans le log d'erreur php habituel de toute manière), pas facilement (on peut toujours faire quelque chose, mais ça implique des codes très complexes, tordus et peu fiables : on ne sait pas ce que l'erreur a pu provoquer comme instabilité, et il est difficile de savoir ce qui a généré l'erreur de manière dynamique) influencer sur le comportement du script suite à l'erreur, puisque de toute manière, le script s'arrête (contrairement à un bloc try catch).
Tout comme avec la méthode astucieuse aussi de FredT, ou l'exemple avec ob_start() : on peut logger, et afficher un message à destination de l'utilisateur malchanceux. Ce qui peut aussi se faire de tout un tas de manière sans toucher au script PHP.
On parle là de 2 choses différentes : gérer les erreurs dans le flux d'un script, et logger les erreurs (pas forcément dans un fichier!) mettant fin à ce flux. J'insiste :-) Le but de ma source n'est pas de logger (on peut aussi hein, je le recommande même vivement), mais de récupérer les erreurs récupérables dans un bloc try catch, afin de gérer les "exceptions" survenues dans un traitement. Pas nécessairement d'arrêter ce traitement.

Bref, ces astuces sont très intéressantes, mais on ne parle par contre pas de la même chose.


Le : 09/03/2009 19:21:01
Source : SURCHARGE DE LA CLASSE RECURSIVEDIRECTORYITERATOR POUR RÉCUPÉRÉ UNE LISTE DE FICHIERS
Hello,

l'idée est bonne...mais je pense que tu n'as pas vraiment compris le fonctionnement de cette classe et de la SPL.
Compare le fonctionnement de ton code, et de ce code (sans frioriture aucune) :
<?php
foreach(new RecursiveIteratorIterator(new RecursiveDirectoryIterator('.')) as $it) {
echo $it."\n";
}
?>
Après, tu peux jouer sur FilterIterator en plus pour faire des filtres. Et là, tu auras pleinement utilisé la puissance de la SPL :-)
Parce qu'avec ton code, tu ne l'utilises qu'à moitié.






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,265 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é.