Spidetra

Qu'est-ce que tu cherches à faire exactement ??

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.

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

http://fr.php.net/manual/fr/function.nl2br.php

OpenLaszlo a l'air encore assez actif. Ils ont annoncé un accord avec Dojo Toolkit en avril 2006.

Pourquoi php5 ? Il ne serait pas possible d'implémenter le Design Pattern Singleton en Php4 ?

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

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.

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.

Macromédia a rajouté un composant Ajax dans sa plate-forme Flex ( plate-forme de génération d'interface riche Flash ). FaBridge.

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

autant pour moi.... je n'avais pas vu que le délimiteur de champ était aussi présent dans le texte.

http://dev.mysql.com/doc/refman/5.1/en/load-data.html FIELDS TERMINATED BY ':' ça ne resout pas le pb ?

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.

mon livre de référence SQL : SQL Avancé Programmation et technique avancé - Joe Celko 2° Edition - Edition Vuibert

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

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

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.

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.

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.

Merci pour vos infos. Les différentes modifs ne marchent pas. Et comme ce n'est pas mon site, pour l'instant, je n'ai pas accés aux fichiers de logs. Voici le .htaccess en entier : Options +FollowSymLinks RewriteEngine On RewriteBase / RewriteRule ^(.*)-p-(.*).html$ product_info.php?products_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-c-(.*)/$ index.php?cPath=$2&%{QUERY_STRING} RewriteRule ^(.*)-m-(.*)/$ index.php?manufacturers_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-pi-(.*).html$ popup_image.php?pID=$2&%{QUERY_STRING} RewriteRule ^(.*)-t-(.*).html$ articles.php?tPath=$2&%{QUERY_STRING} RewriteRule ^(.*)-a-(.*).html$ article_info.php?articles_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-pr-(.*).html$ product_reviews.php?products_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-pri-(.*).html$ product_reviews_info.php?products_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-i-(.*).html$ information.php?info_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-links-(.*).html$ links.php?lPath=$2&%{QUERY_STRING} RewriteRule ^index.php$ / [QSA,L,R=301] Pour la dernière règle j'ai testé toutes les modifs conseillés ici. C'est fou, cette règle est toute simple et en plus elle marche sur mon poste en local

Salut à tous, J'ai un .htaccess avec un ensemble de règle de réécriture qui fonctionnent en local et chez Ovh. J'ai rajouté une dernière règle pour rediriger index.php => / RewriteRule ^index.php$ / [QSA,L,R=301] ça marche très bien en local, mais pas chez Ovh. Quelle est la bonne syntaxe pour rédiriger index.php vers la racine du site ? merci pour le coup de main.

J'ai eu la réponse, elle est pas complète donc j'espère que cela suffira : - Débit à l'expédition : Plus simple à la caisse d'épargne / société générale. A la société générale, la transaction était ré-initialisé après 15 jours. Donc pour pas avoir de pb, il vaut mieux que l'expédition ai lieu au maximum dans un délai de 15 J. Avantage à la caisse d'épargne. A la caisse d'épargne, le montant réservé pour un débit à l'expédition était de un euro. Cette pratique pouvait poser des pb de plafond pour les commandes importantes. A la société Générale ( Atos en Général ), le montant de validation était égal au montant de la transaction. Avantage Atos. - Trois fois sans frais : Cela devrait être possible sur tout système Atos. Je répond au conditionnel puiqu'apparemment ce n'est pas possible au Crédit Agricole. Va peut-être falloir passer en mode Guelante et Demande d'Explication auprès de ta banque

je pose les questions qui vont bien, et je reviens pour te donner les réponses.

Caisse d'épargne : SPPLUS : mauvaise expérience. Société générale : SogenActif ( Atos ) : Bonne expérience. ça dépend aussi de ton volume de transaction journalière. Les process de la caisse d'épargne était un peu trop "artisanaux" à mon goût. Teste en +sieurs pour te faire une idée.