-
Compteur de contenus
3 604 -
Inscrit(e) le
-
Dernière visite
Messages postés par Dadou
-
-
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
-
Oui, je sais bien que le dépôt de marque ne protège pas contre la copie du contenu, mais est-ce pas le but du Copyright ? de protéger sa marque ?
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.
Perso je met les copyright et en plus je les dépose vraiment avec le lien vers le dossier de dépôt.
Ca veut dire que je suis l'auteur original et que c'est protégé par le doit d'auteur : OK
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 :
Droits d’auteurs – CopyrightToutes les données et informations contenues sur ce site font l’objet d’une protection au titre du droit d’auteur et des droits de propriété intellectuelle. La reproduction totale ou partielle des documents du «site» est autorisée aux fins exclusives d’information pour un usage personnel et privé ; toute reproduction ou toute utilisation de copies réalisées à d’autres fins est expressément interdite et est susceptible de constituer une contrefaçon sanctionnée par les articles L.335-2 et suivants du Code de la propriété intellectuelle.
Les lois qui gouvernent ce site sont les lois françaises et les tribunaux compétents sont les tribunaux français. Les bases de données figurant sur ce site, dont l’Editeur du site est producteur, sont protégées par les dispositions de la loi du 1er juillet 1998 portant transposition dans le Code de la propriété intellectuelle de la directive européenne du 11 mars 1996 relative à la protection des bases de données.
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.
Mais ne dite pas que les droits d'auteurs et copyright ne servent à rien et ne doivent pas être respectés sous prétexte que c'est publier sur le net !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.
-
- Message populaire.
- Message populaire.
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.
- 1
-
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 : faut-il accentuer les lettres majuscules, personnellement je pense que oui, sinon certains mots sont difficiles à lire, tels que DÉPUTÉ, CONGRÈS, TUÉ, etc... De même, le C cédille majuscule, quand on commence une phrase par le mot "ça" : "Ca démarre" est horrible, il vaut mieux écrire "Ça démarre" avec la cédille. Sans oublier leœ (majuscule ou minuscule, etc)
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 ?)
optimisation de requete sql
dans SQL
Posté
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.