petit-ourson

L'affichage serveur ? Tu veux dire le temps pris par le serveur pour générer ta page ? C'est la bonne méthode. Cette valeur doit être quasiment invariable d'un utilisateur à l'autre (a moins que tu envois une très grande quantité d'information en texte). Enfin, le plus dans le chargement d'une page, sera le chargement des images et l'affichage des tableaux (qui sont pourtant chargés au fur et à mesure).

Il les reconnaitra comme des jpg donc le type n°2

A chaque accès de la page elle est longue ? Peut-être que parfois elle se trouve dans le cache de mySQL donc rapide.

A priori ce sont des secondes.

En utilisant des liens symboliques (oui ça existe sous windows) : http://www.thierryb.net/site/Liens-symboli...et-Windows.html

Pourquoi le tribunal de Roubaix ? En tant que demandeur on ne peut pas saisir le tribunal proche de chez soi ? (j'ai perdu toutes mes notions de droits :!: )

Je ne pense pas qu'ils aient utilisé un cms public, enfin peut être pour la partie blog mais sinon le reste doit être du fait maison (qu'on peut aussi sans doute appeler cms). C'est étrange cette manie du moment de voir des cms partout. Dès qu'il y a un back office, on peut dire qu'il y a un cms, donc la quasi totalité des sites pro utilise un cms.

Il y a un ticket sur le support d'OVH à ce sujet là : http://travaux.ovh.net/?do=details&id=2850

Tu interdits l'include à partir d'un autre site distant - include('http://www..................monfichier.php') - mais tu n'interdis pas d'y accéder à partir de ton site - include('/tonfichier.php') -.

Avec ma requête cela ne fonctionne pas ?

Pourquoi veux tu spécialement la mettre en première position ? ALTER TABLE `matable` ADD `nouvelleColonne` VARCHAR( 10 ) NOT NULL FIRST ; Une fois créée, je ne pense pas qu'on puisse la changer de place.

Il est sur un 90plan. En ce qui me concerne, je l'observe sur des 60GP mais pas de données assez significatives pour dire que c'est un problème.

Visiblement tu es chez OVH et sur un mutualisé. Le problème provient peut être de là : http://travaux.ovh.net/?do=details&id=2850 J'ai observé la même chose sur tous mes sites qui sont tous chez OVH.

Il va falloir se pencher sur DOM XML : http://fr.php.net/domxml

Bienvenue sur le Hub !!

Je n'ai pas dit qu'il fallait le faire sans INNER JOIN et même sous MySQL ;o) Non pas de source officielle juste des tests que j'ai pu faire sur ma base de données avec une table de ~5 574 003 lignes et de ~35 621 lignes d'un autre côté. Et en regardant le fonctionnement avec la commande EXPLAIN sous MySQL, j'obtiens la même chose (donc comme sous postgresql). Reste à savoir si c'est la même chose avec 5 ou 6 jointures (ou plus) dans la même requête Je pourrai facilement avoir l'info pour Oracle même si je sais d'avance que ça va me couter cher de poser une question sur une requête mal écrite lol

Le problème c'est que MySQL a optimisé les requêtes si on n'utilise pas de JOIN, donc maintenant les utilisateurs font n'importe comment...

Je n'ai pas dit que c'était impossible mais j'ai dit compliqué à mettre en place sur un site qui n'a pas été pensé dans cette optique là. Tu attends de voir ou tu attends qu'on fasse le boulot à ta place ?

J'ai entendu dire que certains SGBD faisaient des optimisation lors du JOIN. Intox ? Je demanderai à mon DBA préféré, mais en ce moment il est au soleil sous les tropiques. En ce qui concerne MySQL en tout cas, il est clair que cela change rien (bien que si on fait un second inner join à la suite, pas sur que l'on gagne pas en performance). J'essaierai d'y penser et de poser la question au mec de Sun-MySQL qui doit passer pour auditer ma base de données. Dans tous les cas (enfin c'est mon avis), WHERE devrait uniquement servir à définir des critère de sélection alors que ON sert uniquement a définir des critères de jointure mais là ... je suis peut être un peu trop scolaire.

Et avec un inner join, c'est quand même plus beau : SELECT l1.id_client FROM Liaison l1 INNER JOIN Liaison l2 ON l1.liaison_id_client=l2.liaison_id_client WHERE l1.liaison_id_option ='1' AND l2.liaison_id_option='3' Par contre niveau performance, je ne connais pas la différence. A priori aucune (dans ce cas là).

Si le site n'a pas été pensé pour cela, ça me semble compliqué de faire les chargements de pages en ajax.

Tu tapes systématiquement sur un site distant, ou le flux se trouve chez toi ? Il serait sans doute judicieux de mettre ce flux en cache voire même de mettre l'affichage en cache.

tripsntricks.com n'est pas très simple pour le public français (enfin je trouve). www.serialtrip.com, ça fait un peu serial killer ;o) Le site est plutôt destiné à un public français ou anglais ?

Je n'ai rien compris, mais j'espère que d'autres ne seront pas dans le même cas que moi ;o)

Tu seras soit obligé d'utiliser des frames, soit d'utiliser une popup. Je comprends que Deezer et ton hébergeur ne répondent pas (ils ont sans doute pas le temps). C'est un problème de conception de ton site, pas vraiment un problème venant d'eux.