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 !

22 commentaire(s) de zeguizmo sur des sources sur tout CodeS-SourceS

Le : 18/12/2008 01:06:35
Source : G-SAV - LE GESTIONNAIRE DES MAINTENANCES INFORMATIQUES
Je ne souhaite pas réagir en premier lieu sur la source mais sur les propos de Teclis01.
Combattre le langage SMS est certes louable sur le net, mais il ne faut pas pousser le bouchon trop loin, là ce n'est pas du langage SMS. Il y a des gens pour qui l'orthographe n'est pas une chose facile. J'ai personnellement côtoyé un véritable génie des matières scientifiques, survolant sans effort les programmes de classe prépa où les plus balèzes se pètent les dents, et pourtant, il n'était pas capable d'écrire une phrase sans faire de fautes. Il a beaucoup travaillé là dessus, mais rien à faire... et de la matière grise, il en a a revendre. Depuis ce temps je regarde les gens qui font des fautes avec un oeil totalement différents des gens qui écrivent avec un langage SMS, qui eux, sont de véritables porcs.

Désolé pour le hors sujet mais je commence a voir de plus en plus de réactions et de plus en plus violentes contre l'orthographe qui me semblent injustifiées.

Pour la source, les réactions sont malheureusement justifiées. C'est le problème de ce site, il y a beaucoup de débutant qui on eu le mérite d'apprendre tout seul le langage, de travailler dur pour débuguer leur appli (qui est souvent la première et donc... je n'en dirai pas plus) et qui sont tout contents de partager leur travail. Erreur fatale :) Ceux qui vous lisent sont chevronnés et en ont marre de rabâcher 1000 fois la même chose. Faut pas leur en vouloir, sont pas méchants ^^ Juste prendre les commentaires techniques et surtout modifier la source, pour pas laisser traîner de mauvais exemples sur le site.

Bon courage,

Guiz


Le : 20/07/2008 01:48:01
Source : FORUM PHP/MYSQL (EVOLUTION ASSUREE)
Salut Cmoiden,

Le point que tu soulèves est très pertinent, je pense également qu'il faudrait débattre pour trouver une solution qui permette d'épurer la base de codes de phpcs. J'avais avancé l'idée de "membres élites", connus par les admins, qui pourraient trier les codes en un clic, je ne sais pas si c'est la meilleure idée, mais je suis d'accord sur le fait qu'il faudrait trouver une solution.

Maintenant venir raler dans les commentaires n'est peut-être pas une solution. Il y a un forum dédié à cela qui s'appelle la boite à idées. Ce forum est destiné à faire progresser le site en y déposant nos idées. Tu peux y retrouver mon post, et y apporter ta contribution :

http://www.phpcs.com/infomsg_MEMBRES-ELITES_1038683.aspx#2

Ou entammer ton propre post et mener une croisade pour faire changer les choses.

Ensuite, les commentaires - et particulièrement le mien - sont ici quasiment hors sujet. Je n'ai même pas regardé de près le code de ce forum, la discussion est partie en live... C'est peut-être un peu incorrect pour l'auteur du code, qui trouve des messages qui ne lui sont pas directement destinés, mais en même temps, c'est très intéressant - pour ceux qui arrivent à suivre, je te l'accorde - de trouver expliquées en détails les positions des différents programmeurs. La programmation est loin d'être une science figée, et chacun possède sa propre interprétation de la chose. Parfois on ne comprend pas l'intérêt de certaines méthodes, et lire des commentaires comme ceux ci peuvent nous éclairer sur les pourquois du comment de ces méthodes.

C'est pourquoi nous ne notons pas les sources que nous n'avons pas regardé en détail. Si tu regardes bien, la seule note motivée par des commentaires déposée par webdev est de 6/10, ce qui est bien, mais loin d'être parfait. Comme je l'ai dit plus haut, ce n'est peut-être pas très correct, mais les discussions intéressantes en français ne sont pas légions sur le sujet, aussi nous prenons plaisir à y participer, peut-être à tort.

Enfin, le but de phpcs n'est pas, à mon sens, de fournir une source clé en main. Les sources se classent en de nombreuses catégories : les expérimentations soumises à critique, les coups dans l'eau, les sources rad (rien à redire :) ), les demandes d'avis du public ... bref, personne ne garanti que la source va fonctionner sur tous les serveurs avec toutes les versions (ce qui est quasiment impossible ... certaines versions sont maintenant complètement obsolètes). Les codes sont ici pour t'aider à faire le tiens, et non pas pour être intégralement repompés. Trouver un code qui fonctionne sera un grand coup de pouce dans ta quête, mais à moins de le réécrire correctement, il y a fort peu de chances pour qu'il s'insère en gardant toute son intégrité dans ton projet.

Voilà, j'espère t'avoir éclairé sur les points qui semblent te poser problème.

Bonne soirée,

Guizmo


Le : 18/07/2008 22:52:50
Source : FORUM PHP/MYSQL (EVOLUTION ASSUREE)
Salut à tous,

Je trouve la discussion hors sujet très intéressante, aussi j'aimerai partager mon point de vue.

Je suis d'accord avec Evangun sur un point : les performances. J'ai également réalisé quelques bench entre PDO et les requêtes en mysql_* ben même pour des transactions, des requêtes préparées etc.. le gain n'est pas évident ! En théorie, oui, ça devrait mouliner x fois plus vite, mais en pratique bof bof ... on trouve parfois quelques applications mais la majorité des requêtes qui partent sont quand même des basiques, et sur les basiques, ben les perfs sont moins bonnes avec du PDO par exemple. Parfois on n'a pas besoin de sortir le marteau pilon pour écraser une mouche, surtout au niveau d'un débutant. Maintenant moi j'utilise MDB2 en driver MySQLi :)

Par contre la ou mon avis diverge et rejoins complètement neige et webdev, c'est sur la professionnalisation de php. Je crie haut et fort que heureusement qu'il y ait des gens qui tirent php vers le haut ! Je comprend ce que tu penses Evangun, mais le but de l'amateur n'est-il pas de se rapprocher du travail du professionnel ? Si personne ne m'avait dit "eh oh, pense à passer à MVC" ben je serais encore en train de patauger dans mes projets ! Si personne ne m'avait dit "php5 c'est pas fait pour les chiens" (véridique :) ) ben je serais encore en procédural ! Donc oui, il y a des gens pour qui la programmation version rustine est utile et fonctionnelle, mais je ne saurais qu'inciter ces gens à programmer du mieux possible, quel que soit leur niveau ! Rien n'est hors d'atteinte. Et entre nous, ici on parle de la programmation d'un forum, c'est peut-être le type de logiciel php le plus utilisé sur terre :) Donc être exigeant est un minimum.

Pour finir, l'esprit php dont parles Evangun est un peu révolu ... php5 est clairement orienté objet, php6 encore plus, je pense qu'il serait temps de tourner la page. La programmation objet n'est pas beaucoup plus difficile en soit ... Il y a quelques syntaxes à apprendre et on peut très bien s'en sortir au bout de quelques heures de tutoriaux. Je la trouve même beaucoup plus ludique que la programmation procédurale !

Voilà c'est mon avis, un peu entre les deux avis exposés ici,

Bonne soirée,

Guizmo


Le : 18/05/2008 15:25:28
Source : TRIM GRADUÉ (MODÈLISME)
Salut ? tous,

Une petite pr?cision pour clarifier ce code :

Une trim, ca n'a rien ? voir avec les math?matiques :) c'est juste un petit accessoire de mod?lisme qui figure sur toutes les t?l?commandes dignes de ce nom. Cela permet de corriger rapidement un axe de son petit bolide, qu'il soit terrestre ou a?rien, dans un sens comme dans l'autre.

Il est pr?f?rable de proc?der ? ces r?glages en jouant directement sur les tringleries de la machine, mais parfois on peut avoir besoin de modifier directement sur la t?l?commande, comme lorsqu'on pilote un h?licopt?re avec un peu de vent, il ne r?agira pas pareil qu'en int?rieur, et on va pas se retaper les r?glages pour 20 minutes de vol, autant prendre une minute a trouver le bon ?quilibre des trims sur la t?l?commande.

L'int?r?t du code ? J'avoue ne pas comprendre, peut-?tre son auteur souhaite r?aliser une page simulant l'emploi d'une t?l?commande pour guider les d?butants dans leurs premiers pas en mod?lisme...



Le : 30/01/2008 13:44:00
Source : INFO-BULLE PERSONNALISABLE COMPATIBLE FIREFOX ET IE
Bien vu Nfabry,

J'ai précisément le meme probleme que toi, sur la version 6 et 7 d'IE, la bulle se mange -300px en hauteur comme en largeur et s'affiche par conséquent à un endroit plus qu'étrange. Aucun souci sur FireFox.

Ta solution fixe bien le pb.

Merci a vous,

ZeGuizmo


Le : 25/01/2008 11:20:08
Source : CJO - CSS AND JAVASCRIPT OPTIMIZER
Salut,

Désolé de répondre si tardivement,j'ai résolu le probleme et oublié ce post.

Je parlais du temps pour récupérer le fichier présent dans le cache, d'ou le probleme !

Les tests que j'effectuais étaient réalisés a l'aide d'un xamp sous windows .. apres reboot du serveur, les temps se sont calmés. Donc le serv devait etre en train de péter un pti plomb :) Depuis ca lui est arrivé deux trois fois à mon xamp de me jouer des tours de ce genre, mais un reboot du pc (et donc du serveur) regle le probleme.

Merci a toi, c'est très utile et il est plus performant que le mien :)

Bonne continuation.


Le : 14/11/2007 21:04:25
Source : CAPTCHA VISUELLE
Cette fonction surclasse de très loin les exemples que j'ai pu voir lors de ma recherche ... Je suis sincèrement impressionné du résultat. Bravo à toi Kankrelune !


Le : 10/11/2007 11:09:54
Source : CJO - CSS AND JAVASCRIPT OPTIMIZER
Salut,

J'ai testé ton code car il m'avait l'air plus poussé que celui que j'utilise actuellement.

Je suis extrêmement surpris du résultat : les temps d'executions des scripts compressés par ton code sont hallucinants : 600ms en local pour parser un code js de 40ko ... (63ms non compressé ...). Je ne parle pas du temps de compression (plus de 4secondes ...) mais bien du temps de chargement du fichier en provenance du cache !

Je n'arrive pas a comprendre d'ou vient le problème ...

Même les css sont extrêmement longs ! 80ms pour un css de 3ko !

D'autres personnes rencontrent les mêmes problèmes ?


Le : 30/10/2007 20:03:52
Source : CJO - CSS AND JAVASCRIPT OPTIMIZER
Juste une petite remaque pour ceux qui n'auraient pas bien compris : la différence ne se fait pas sur un client mais sur des milliers, des dizaines de milliers voire meme des centaines de milliers selon l'importance du site.

Dans ce cas, être passé de 80ko à 20ko pour un pauvre fichier js représente un gain de bande passante énorme.

Reste a savoir si le gain de bande passante n'est pas compromis par le temps (et l'intensité) d'utilisation du proc pour compresser tout ca via php. Tout dépend des priorités ... la vitesse d'execution coté client ou coté serveur. Des benchs sont à faire, fort à parier qu'ils dépendront énormément de vos configs respectives. Il est évident que dans certains cas cette méthode sera très efficace.

J'espère en avoir eclairé quelques uns ...

Bonne soirée.


Le : 14/10/2007 13:59:56
Source : CLASS DE PAGINATION
Bonne remarque de seulunami, la source comme elle est proposée là ne fonctionne pas en mode url rewriting = false.

La modification qu'il propose fonctionne.

Merci pour ton travail NainPuissant, c'est du bon boulot.

A+



1 2


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