Jump to content

Spidetra

Hubmaster
  • Content Count

    326
  • Joined

  • Last visited

Everything posted by Spidetra

  1. Bonjour à tous, Le but de ce topics est d'essayer de faire le point sur les différents frameworks Ajax qui sont utilisés dans vos différents projets. Nous pourrions essayer d'établir une liste avec les points forts et les points faibles des différents frameworks Ajax. Je mettrais a jour le post initial au fur et à mesure de vos suggestions. Pour chaque framework on pourrait avoir une "fiche" du type : Plate-forme cible : - Nom du framework et Url - Liste de sites que vous avez mis en production en utilisant ce framework. Vos commentaires sur le framework : point forts / points faibles. Pb de compatibilité, difficulté de mises en oeuvres. Widgets, effets, fonctionalités que vous avez mis en oeuvre. Les raisons de votre choix, etc... Voici une première liste light. J'ai peut-être fait des erreurs sur les plates-formes cibles, n'hesitez pas à rectifiez. Php - Sajax - XHRConnection : Horus => Site en Prod : http://www.egyptos.net/egyptos/egyptos/menu-clic-droit.php Java / J2EE - DWR - Ajax Jsp Tag Library - Google Web ToolKit Asp Cfm Autres langages Multi-plateforme - dojoToolKit - Rico - ScriptAculo - Yahoo User Library
  2. Ces mecs sont absolument géniaux et jamais à cours d'idée. Je suis en admiration devant tant d'intelligence, d'innovation, et d'imagination. Imaginez : - à chaque fin de moi sur la facture de votre FAI : TEM ( Taxe sur Les Emails Envoyés ) : 0,23 € TVA ( 19,6 ° ) : Evidemment, s'ils sont intelligents, ils feront comme la TIPP, et on payera la TVA sur la taxe. Il faudrat qu'un jour la recherche fondamentale se penche sur la co...... humaine. Le jour où un chercheur arrivera à transformer la co...... humaine en énergie tout nos problèmes de pétrole et de nucléaire sont résolu. <edit>On évite le montrage du doigt et la polémique ! Merci</edit>
  3. Merci, je viens d'apprendre deux truc : - limite de temps dans l'édition d'un post - possibilité d'avoir un blog sur le Hub. Sympa cette option L'idée initiale du post reste inchangée. J'attend vos retours d'expérience pour compléter la liste des ressources Ajax. Je m'en vais voir de ce pas l'option blog
  4. Si je devais faire un truc de ce style : 1. Je chercherai à savoir s'il existe des parser SQL : Parser SQL. Le premier résultat est un parser en Perl. Je ne sais pas s'il y en a en Php 2. Une fois que ta requête est parsée et que tu as tes champs et tes table. Tu veux savoir à quelle table appartient tel champ. Je ne sais pas s'il existe un langage générique de requêtage d'un serveur SGBD. Généralement, tu connais la structure des tables systèmes de ton SGBD, et tu fait des requêtes spécifiques sur ces tables. Tu retombe dans des syntaxes qui seront dépendantes de ton SGBD. Les tables systèmes de mySQL sont différentes de postGresql qui sont différentes de MSSQL qui sont différentes d'Oracle .... C'est ce genre de parser que tu cherche. Mais celui-là est en java : http://www.experlog.com/gibello/zql/ En Php tu as ça, mais il a pas l'air très actif : http://sourceforge.net/projects/osqlp/
  5. Tu aurais un SELECT du style : SELECT field1, field2, field3 FROM foo f LEFT OUTER JOIN bar b on f.id = b.id_foo WHERE f.id > 45 ORDER BY field1 desc tu voudrais que ton script te retourne : - field1, field2, field 3 : pour les champs - foo, bar : pour les tables C'est ça ?
  6. Qu'est-ce que tu cherches à faire exactement ??
  7. Les optimisations de requête dépendent de la manière dont le SGBD implémente la norme SQL. A ma connaissance tout les optimiseurs de requêtes sont liés à un SGBD cible.
  8. Bonjour à tous, Le but de ce topics est d'essayer de faire le point sur les différents frameworks Ajax qui sont utilisés dans vos différents projets. Nous pourrions essayer d'établir une liste avec les points forts et les points faibles des différents frameworks Ajax. Je mettrais a jour le post initial au fur et à mesure de vos suggestions. Pour chaque framework on pourrait avoir une "fiche" du type : Plate-forme cible : - Nom du framework et Url - Liste de sites que vous avez mis en production en utilisant ce framework. Vos commentaires sur le framework : point forts / points faibles. Pb de compatibilité, difficulté de mises en oeuvres. Widgets, effets, fonctionalités que vous avez mis en oeuvre. Les raisons de votre choix, etc... Voici une première liste light. J'ai peut-être fait des erreurs sur les plates-formes cibles, n'hesitez pas à rectifiez. Php - Sajax Java / J2EE - DWR - Ajax Jsp Tag Library - Google Web ToolKit Asp Cfm Autres langages Multi-plateforme - dojoToolKit - Rico - ScriptAculo - Yahoo User Library
  9. http://fr.php.net/manual/fr/function.nl2br.php
  10. OpenLaszlo a l'air encore assez actif. Ils ont annoncé un accord avec Dojo Toolkit en avril 2006.
  11. Pourquoi php5 ? Il ne serait pas possible d'implémenter le Design Pattern Singleton en Php4 ?
  12. Salut Xav, et bienvenue sur le hub.... Après avoir galéré pendant trois ans comme gérant d'une SARL ( 2000-2003 ), je suis vite retourné "au chaud" me faire spolier par un patron.... et que c'est reposant Bonne chance si tu te décide de te lancer comme indépendant. Tu verras c'est un esprit et un virus dont il est difficile de guérir une fois qu'on l'a attrapé...
  13. J'avais oublié ce projet. Merci pour la piqûre de rappel. Aujourd'hui le Web 2.0 en est à ses balbutiements. - Balbutiements en terme d'application. Beaucoup des possibilités sont encore à imaginer. - Balbutiements en terme de technos utilisées pour le Web 2.0. Quelles seront les technos qui vont s'imposer dans la mouvance du Web 2.0 ? Il semblerait que pour l'instant la techno reine soit : Ajax. Ta question sur les limites d'Ajax est très intéressante. Je ne situe pas les limites au niveau de la compatibilité, mais bien au niveau du JavaScript lui-même. Il ne faut pas oublier, qu'il y a peine deux ans, bon nombre de développeurs détestaient JavaScript. J'en faisait partie, et j'ai encore bc de mal avec ce langage. Les limites inhérentes à ce langage, les critiques ressortiront bien un jour ou l'autre. Tant que l'on se contente du petit plus Ajax dans une appli tout va bien. Le jour où il faudrat debugger des milliers de lignes JavaScript dans des projets d'envergure, cela va être une autre paire de manche. Je vois au moins trois voies se profiler : 1. Les pur codeurs JavaScript. Ceux qui veulent tout maîtriser et qui coderont toutes leurs applis Ajax de A à Z. 2. Ceux qui préféreront passer par des frameworks qui encapsulera les développements JavaScript. Je fais partie de cette deuxième catégorie. 3. Des plates-formes alternatives comme OpenLaszlo ou Flex ou autres. Des voies qui ne sont pas dans la pure mouvance Ajax. La partie Ajax n'est qu'une toute brique d'un client riche. Ce qui est passionnant aujourd'hui, c'est que le Web 2.0 part dans toutes les directions. Il est intéressant d'explorer des pistes, même si elles ne sont pas dans le courant majoritaires aujourd'hui. Il faut quand même rester en veille sur les technos pur Ajax.
  14. Les technos de Macromédia en terme de client riche, web 2.0 et Ajax, ont l'air assez prometteuses. Le principal handicap de Macromédia c'est qu'il s'adresse plutôt a des graphistes ou des webdesigner. Ce qui laisse les pôvres développeurs comme moi un peu sur la touche Flex a aussi un inconvénient assez important : pour l'instant il ne fonctionne qu'avec des plates-formes Java/J2EE côté serveur. Ajax est essentiellement une technique asynchrone, c'est aussi une des principales carctéristiques de Flash. Perso, il me semblerait assez intéressant d'expérimenter des interfaces riches en Flash plutôt qu'en Ajax. Les quelques exemples sur lesquels je suis tombé étaient assez bluffant. Il faudrait que je retrouve des urls. Par contre, il sera tjrs plus simple ( et par conséquent moins cher ) de trouver un développeur maîtrisant les technos autour d'Ajax, plutôt qu'un couple graphiste/développeur travaillant autour des outils Macromédia.
  15. Macromédia a rajouté un composant Ajax dans sa plate-forme Flex ( plate-forme de génération d'interface riche Flash ). FaBridge.
  16. Pour en revenir à ta dernière question : Tu vas effectivement être obligé de récupérer la totalité de ton champ et faire un traitement en Php. Je suppose que tu as un séparateur de mot et que tu pourras faire un split dessus. Comme tu as plusieurs mots dans ton champ la syntaxe : LIKE 'ABC%' ne marche plus. Tu seras obligé d'utiliser : LIKE '%ABC%' Donc : - tu ne détecte plus les mots qui commencent par ABC, mais les mots qui contiennent ABC - Si tu as indexer ton champ, l'index ne sera pas utilisé avec la 2° syntaxe => perte de performance Une structure possible aurait été : - une table dictionnaire : IDMot, Mot ( unique, fulltext ). Un seul mot par ligne - une table user : IDUser, userName - une table mot2user : IDMot, IDUser
  17. autant pour moi.... je n'avais pas vu que le délimiteur de champ était aussi présent dans le texte.
  18. http://dev.mysql.com/doc/refman/5.1/en/load-data.html FIELDS TERMINATED BY ':' ça ne resout pas le pb ?
  19. Renseigne-toi d'abord pour savoir si dotClear est compatible avec mySQL5. En théorie, cela devrait être compatible. En pratique, j'ai eu la mauvaise surprise de voir certains projets Open Source ne pas être compatible avec la version 5 de mySQL.
  20. mon livre de référence SQL : SQL Avancé Programmation et technique avancé - Joe Celko 2° Edition - Edition Vuibert
  21. ta syntaxe : SELECT image from produit WHERE ref_produit = 1 est correcte. Pour savoir ce qui ne marche pas il faudrait connaître : - la structure de ta table - le contenu de la base pour la ref_produit : 1 Est-ce que tu as testé cette requête dans : - phpMyAdmin - mySQL Query Browser
  22. désolé TheRec, j'ai fait une erreur de pseudo dans mon précédent post. En fait c'était à ton post auquel je faisais référence. C'est vrai que le thread est tellement long , que je me suis planté. désolé !
  23. suit les conseils de Portekoi => db, 2 tables, champ pour compter N'hésite pas a ajouter le champ qui compte le nb de post. La mise à jour de ce champ peut même se faire par trigger sur les évenement On INSERT et On DELETE Un peu de dénormalisation ne fait pas de mal de temps en temps.
  24. Une demi-seconde de gain entre count(*) et count(primary_key), c'est vraiment psychologique Ces deux instructions sont équivalentes. Pourquoi ne pas poster : - la structure de ta table - les index sur ta table - ta requête SQL complète. Mettre des index c'est bien, mais à condition qu'ils soient utilisés dans ton SELECT. Un petit EXPLAIN te le diras.
  25. Non. Enfin, index.php si j'arrive à la racine du site. Mais ça c'est normal. Merci pour ton astuce en Php. Je l'avais déjà lu ( peut-être sur ce forum ). Je désire intervenir au niveau Apache, et non pas au niveau Php.
×
×
  • Create New...