AccueilCodesTutorielsForumsEmploiLivresGuide achatConnexion

  • 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 2009 07 10 13:52:02
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 !

119 commentaire(s) de Evangun sur des sources sur tout CodeS-SourceS

Le : 03/04/2009 18:53:48
Source : BUG FIX DE LA TRANSPARENCE DES PNG SOUS IE 6
Bonjour, je n'ai pas bien compris la question et s'il y a un rapport avec la source ?

Le : 08/08/2008 20:05:05
Source : LABYRINTHES EN PHP (GD + HTML) GÉNÉRATION + RÉSOLUTION
Salut, est-ce que tu pourrais mettre une url de test ou un screenshot s'il te plait ? je sais, je suis fainéant ^^

Le : 07/08/2008 17:35:37
Source : FORUM PHP/MYSQL (EVOLUTION ASSUREE)
Parfait, j'attendrai jusque là alors (pas encore de temps à moi de toute façon) :)

Le : 07/08/2008 16:26:15
Source : FORUM PHP/MYSQL (EVOLUTION ASSUREE)
Puisqu'on parle de bouquin, je n'en ai pas trouvé à la fnac sur la POO en php. Dans celui des éditions O'Reilly (qui ont fermé il me semble, malheureusement), ça ne représente qu'une petite portion du pavé. Je n'ai trouvé qu'un seul livre entièrement consacré à la POO, et il était multilangage (Java, etc), donc si c'est pour apprendre des techniques qui ne fonctionnent pas en php, ça va m'embrouiller plus qu'autre chose. Tout ça pour dire : Neige si tu connais un bon bouquin pour la POO en php je suis preneur.
à+

Le : 20/07/2008 22:49:40
Source : FORUM PHP/MYSQL (EVOLUTION ASSUREE)
Je pense aussi que ce sont les discussions qui font la richesse de phpcs. A vrai dire, quand j'ai besoin d'une source, ce site est bien le dernier endroit où je la cherche lol. Les bons commentaires sont même parfois la seule chose qui empêche les admins de supprimer des sources. Codefalse me fait mentir avec son excellente source de mailing qui vient de passer, mais ça confirme la règle ;)

Moi aussi je remercie ceux avec qui on a discuté sur cette page. Pour info, vous m'avez redonné une sérieuse envie de me replonger dans la doc pour approfondir ma POO, parmi tant d'autres choses. Je programme tellement que je n'ai plus vraiment le temps de me lancer dans de nouveaux tutos, mais je m'y remettrai quand je pourrai.

PS pour les nouveaux : allez courage le php c'est pas dur :p Et si vous voulez m'aider à refaire ma terrasse, vous êtes les bienvenus aussi, ça c'est trop compliqué pour moi ;)

Le : 18/07/2008 18:14:59
Source : FORUM PHP/MYSQL (EVOLUTION ASSUREE)
C'est un bon résumé pour ceux qui veulent découvrir les transactions et les triggers ^^

Néanmoins tu confirmes ce que je disais plus haut, c'est que tu penses le php comme un professionnel. Les transactions pour l'intégrité de la BDD c'est bien, mais ce n'est pas la priorité pour tout le monde. Tu penses aux banques et à leur système monétaire, mais le programmeur lambda pense à son forum et ce qu'il veut en premier lieu, ce sont de bonnes performances. Tu penses à relationnel pour un système parfait, il pense à rapide pour un système qui marche. Pour un forum quelconque, InnoDB est moins adapté que MyIsam parce que les développeurs de ce dernier ont pensé avant tout à accélérer la vitesse en lecture, pas à garder l'intégrité de la base. La probabilité qu'un problème survienne au milieu d'un ensemble de requêtes n'est pas très élevée, et quand bien même, avoir des lignes orpheline dans une table ne gênera pas monsieur tout le monde.

Bref, au risque de me répéter: dans l'absolu je reconnais tout à fait les avantages des transactions/triggers/procédures et autres avancées de php. Ce qui me gêne c'est que la rigueur de pros comme toi ou Neige (qui est une bonne chose dans l'absolu hein) finit par modifier la philosophie du php. D'un langage simple et pragmatique qui a séduit des millions de personnes, on passe à un php plus complet mais aussi plus complexe. Moi j'essaie de tenir la cadence et d'évoluer avec lui, mais je ne sais pas si les futures générations continueront d'avoir le coup de foudre pour notre cher éléphant...

Le : 18/07/2008 11:57:23
Source : FORUM PHP/MYSQL (EVOLUTION ASSUREE)
Mon troll aura au moins servi à provoquer un commentaire très intéressant :p Donc déjà merci Webdeb.

Je comprends la démarche, PDO (puisque je l'ai plus utilisé que MySQLi) va dans le bon sens. Je suis complètement d'accord, moi aussi je sens bien que PDO est propre et efficace, j'aime beaucoup, mais... je vais prendre 5 lignes pour donner mon expérience.

Perso mon problème c'est que je n'ai pas l'usage de toutes ces nouveautés. Je n'ai pas votre niveau et je ne travaille que sur des projets simples, c'est-à-dire que je n'ai pas à prévoir de changement de SGBD, je n'ai jamais utilisé le framework Zend, etc. Quand j'ai vu PDO j'ai dit chouette, et j'ai passé du temps à mettre des scripts à jour. Et puis ensuite les bonnes vieilles fonctions comme mysql_num_rows (puisque ce n'est pas commun à tous les SGBD, elles ne sont pas conseillées) m'ont manqué. Ensuite j'ai essayé MySQLi qui dispose de plus de fonctions sympathiques pour les bases MySQL. Sympa, même si tout n'était pas toujours évident. Et puis j'ai benchmarké les deux et je perdais 10 à 20% de perfs. Alors au final je me suis un peu demandé pourquoi j'avais passé autant de temps à apprendre (les bases) de PDO. Oui, hypothétiquement, ça pourrait servir à faire évoluer mes sites plus tard si je veux les complexifier, mais bon... quel est le pourcentage de sites qui ont besoin de transactions, de triggers ?

Bref, la tendance générale de php c'est d'être de plus en plus professionnel. J'essaie moi aussi d'y aller parce que je suis passionné de programmation et j'aime les choses bien faites. Mais j'ai peur qu'en faisant ça, par exemple en décourageant les gens d'utiliser le procédural au profit de la POO, etc, on enlève le côté "accessible à tous" du php qui a contribué à tant le démocratiser auprès des amateurs. Ceux qui resteront programmeront peut-être comme des dieux, mais si c'est pour que tous les autres abandonnent en cours de route... j'aimerais qu'on trouve un équilibre entre les deux, voilà tout :)

Et désolé pour le code, moi non plus je ne l'ai pas regardé :/

Le : 18/07/2008 00:31:16
Source : FORUM PHP/MYSQL (EVOLUTION ASSUREE)
Hello,

je voudrais pas faire mon troll mais Webdeb quand tu dis que mysql_* est obsolète, tu y vas fort... mysql_ est simple et rapide, bien plus rapide que PDO et MySQLi. Pour avoir testé et benchmarké ces deux méthodes, j'en suis revenu (bon, je bossais sur un site à fort trafic aussi). La préparation des requêtes complexifie un peu le code et le rend moins lisible, et n'augmente que très peu les performances même en cas d'un grand nombre d'itérations. C'est sûr que c'est plus sécurisé, mais si on ne commet pas d'imprudence, je ne vois pas réellement de raison de laisser tomber les bonnes vieilles requêtes directes. à+

Le : 13/07/2008 01:08:40
Source : [PHP5] - SIMPLE CLASSE D'ENVOI D'EMAIL
Excellent !
J'ai écumé phpcs et d'autres sites web il n'y a pas longtemps, sans trouver de source mail qui me plaise. Je m'étais résolu à me faire ma propre classe quand j'aurais le temps mais là tu m'as sauvé, merci :) J'aurai peut-être des commentaires quand j'aurai pu tester. à+

Le : 05/06/2008 12:30:49
Source : LISTER LES FICHIERS D'UN DOSSIER ET EN FAIRE DES LIENS ( MEILLEURE VERSION )
J'attends de voir ça :)


1 2 3 4 5 6 7 8 9 10 11 12


Nos sponsors

Sondage...

CalendriCode

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Comparez les prix Nouvelle version


Adobe Flex Builder
Entre 607€ et 607€


Visiter le guide achat

Photothèque Nouveau !

Photo sitges beachPhoto alphabet langue des sourds
Photo cascades de plitvicePhoto poire de lavement bleu

Visiter la photothèque


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