Dadou

Malheureusement Mysql n'est pas un serveur SQL décent et il merdouille quelque peu sur les optimisations (du moins jusqu’à sa version 5.1), en l'occurence, quand tu commences a avoir du volume, tu t’aperçois vite qu'il y a une réelle différence entre la jointure explicite, et l'implicite. Il merdouille aussi pas mal quand tu met une requête dans un "in". Au boulot, avec la volumétrie que l'on a, on titille pas mal les limites de Mysql, on s'arrache parfois les cheveux, sur des points que Postgres gérerait sans aucun soucis.

Oui, plus l'index est grand, plus il met de temps a chercher, après, il y a le cache SQL qui peut jouer

La longueur de ta clé telpers est vraiment à 32 ? ça me parait grand comme longueur d'index

Une jointure est normalement plus rapide, puisque dans ta requête, il y a un produit cartésien de fait alors que dans la mienne non. Pour une requête aussi simple, pour moi il ne devrait pas y avoir de lenteurs, quand c'est le cas, il y a un problème d'index, je pense qu'il doit en manquer

Essai en faisant une jointure pour la table personne, pour que le critère de rapprochement ne soit pas dans le where, une jointure, c'est normalement plus rapide SELECT SQL_CALC_FOUND_ROWS idhabit, telhab, ville, departement, numero, loc, dated, cc, piece, surface, descriptif, descen, descde, url, locasais, demande, idpass, datevignette, datemaj, nbphotos, h.type, h.prix, 0 AS trilast FROM habitation h join personne p on h.telhab = p.telpers WHERE h.visible =1 && p.visible =1 && ( h.cpdep = '24' ) && ( h.type = 'maison' ) && h.demande = 'annonce' && h.loc = 'vente' && h.prix >=50000 && h.prix <=70000 ORDER BY trilast ASC , prix DESC LIMIT 50 , 10

As tu mis un index sur les colonnes de tes critères, avec un index, cela tournera bien plus vite

C'est dans taille / valeur, comme pour les varchar On me dit que le type decimal est au final mieux pour les calculs comme les sommes, sinon, tu risques de te faire chier avec les arrondis du float

Dans le type de la colonne

Comme type met float(2) ou préfère lui le decimal, quoique non, le decimal est traduit comme du char, donc pas vraiment bon pour les calcul, donc float(2)

Quand je vois 170.8 et 642,62 je suis certain que c'est du varchar au lieu du float Cela doit être soit du float, soit du décimal, et pour mysql le séparateur décimal est le point, donc toutes tes valeurs avec virgules sont a corriger

Jamais eu ce problème de lenteur sur mes sites hébergés chez OVH

Revoir la technologie utilisée, une boutique full flash ce n'est pas bon, surtout quand elle met une éternité à se charger. Arrrrrrrrrrgggg, de la musique, qui se relance quand on change de page, au fait, tu as pensé à payer la Sacem pour diffuser de la musique sur ton site?? L'adresse e-mail en hotmail.com, ça fait vraiment pas pro. Change le titre du lien "info" en "mentions légales", c'est plus clair. Et il manque les Conditions Générales de ventes. Et fait en sorte que le menu ne soit pas trop chamboulé quand tu changes de rubrique, on s'y perd vite. Je ne sais pas avec quoi tu as fait la boutique, mais c'est une vrai horreur en ergonomie

Cela n'entre pas dans le cadre de la responsabilité civile ça

1000 visiteurs / jour et ça rame, c'est franchement pas normal, même sur du mutualisé. Avant de penser à la solution du cache, il serait bon d'aller optimiser le code du site et surtout les requêtes MySQL ainsi que leur nombre

Non, par définition, même dans les pays du common law ou est utilisé le copyright, ce dernier ne sert pas à protéger une marque, mais bien une œuvre. Et comme je l'ai déjà dis, j'aurais plus tendance à prendre cela pour du travail d'amateur, et donc à moins faire confiance à un professionnel qui met "Copyright machin". Si tu souhaites vraiment insister sur le droit d'auteur, c'est plus un texte de cet ordre la : Après bien sûr tu peux déposer ton contenu auprès d'un organisme pour en prouver l'antériorité, mais ils ne servent qu'a cela, et rien d'autre. En aucun cas cela n'a été dis, le contenu d'un site, est par défaut protégé par le droit d'auteur.

Euh, Neoxy, sais tu de quoi tu parles? la protection d'une marque, et le droit d'auteur sont deux choses totalement différentes, le dépôt de marque ne protège absolument pas contre la copie de contenu, et surtout, ne permet pas de prouver l'antériorité d'un contenu...

Ben le script qui interroger l'api OVH, il faut bien le poser sur un hébergement, alors, si tu as déjà un dédié, je ne vois pas où est le problème

Ben OVH propose bien des crons sur ses hébergements, ce n'est pas dans l'api soap d'OVH sur les domaines, mais sur l'hébergement associé : http://www.ovh.com/soapi/fr/?method=crontabAdd

Tu ne met rien, ce terme n'a aucune valeur en France. Le trouver sur un site français me laisse penser un manque de sérieux justement, car l'auteur s'est contenté d'un effet de mode plutôt que de réellement s'informer.

Autant, je peux comprendre les problèmes de compatibilité PHP sur un serveur différent, autant, il va falloir que tu m'expliques les problèmes de compatibilité javascript sur un serveur différent ???? Il faudra aussi que tu m'expliques pourquoi tu fais remonter autant de vieux posts??

tomorox, ce n'est pas la peine de remonter un message de 2009, d'autant plus que la réponse est déjà présente.

Par défaut dans le droit français, toute œuvre de l'esprit est par défaut protégée. Ta seule problématique est de pouvoir prouver que tu es le premier à l'utiliser. Tu peux t'amuser avec l'enveloppe Soleau auprès d'un huissier de justice. Ou moins cher, tout copier sur un CD par exemple, et te l'envoyer par recommandé, sans ouvrir le courrier, la date du recommandé fera fois.

C'est juste que l'IP qu'il a utilisé ne fait pas partie des IP bloquées

Captain, en fait, tu as la distinction en français avec l'écriture manuscrite, les majuscules ne sont pas des capitales

Eternel débat, oui et non, la grammaire française est très claire, les lettres majuscules doivent être écrites de manière accentuées, car sans les accents, le sens d'une phrase peut être totalement changée. La pratique courante de ne pas indiquer les accents sur les majuscules provient des caractères de plomb à taille fixe utilisés dans l'imprimerie, les lettres accentuées étant plus grandes, la solution la moins couteuse à été de ne pas utiliser les accents. Pratique réutilisée pour les machines à écrires. Quelques exemples de phrases ou l'on peut avoir un sens différent : ENFANTS LEGITIMES DE LOUIS XIV (légitimes ou légitimés ?) LE POLICIER TUE (tue ou tué ?) LES PARENTS INDIGNES (indignes ou indignés ?)