Aller au contenu

mercurey

Hubmaster
  • Compteur de contenus

    105
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par mercurey

  1. J'ai trouvé : du . -sh * --exclude=*cache* --exclude=*photo* --exclude=*vignette* Ce qui me donne la liste des dossier et fichier du répertoire courant sans les fichier / dossiers qui contiennent les mots : cache, photo, vignette
  2. Bonjour, Je cherche à listé les fichiers et dossiers avec leur poids mais en excluant certain dossiers. j'ai essayé avec grep / ls / du mais je ne trouve pas. Le "du" serait parfait mais si je met des exclude, il ne me sort plus que le total, hors j'ai besoin de la liste complète (sans les excludes) avez-vous une idée ?
  3. en fait un soucis de retour à la ligne dans le .sh apparemment
  4. avec le -s "sujet" apres le mail, c'est bon ...
  5. je viens de tester et ça me met le contenu dans le sujet du mail
  6. En effet, c'est parfait, j'avais déjà vu les pipes mais, c'est tout nouveau pour moi. merci
  7. pour le moment, j'en suis là : Ca fonctionne, mais peux être un peux lourd si vous avez mieux ... merci
  8. Bonjour, Je cherche désespérément comment envoyer la sortie d'une commande ssh par mail. bireme ~ $ grep -n violon verlaine.tex > ENVOI PAR MAIL SUR XXX@YYYY.COM Est ce que quelqu'un peux m'aider ? Merci
  9. montpellier : orangebox => ok tu peux faire un tracert depuis le client pour voir où ça ce perd
  10. Bonjour, Si c'est le même FAI, peux être que le relais a un soucis de cache DNS.
  11. mercurey

    Mysql Multicore

    Merci à vous deux, il n'y a donc rien en Myisam, c'est ce que j'avais cru comprendre. Je vais donc explorer vos pistes, merci encore.
  12. mercurey

    Mysql Multicore

    Bonjour à tous, Je cherche à optimiser ma db/serveur, je souhaiterais faire en sorte que Mysql utilise les multiples coeur de mon serveur, ce qui n'est pas le cas. Mes tables sont en myisam, ce qui autorise la sauvegarde de celles-ci. J'ai lu qu'apparemment il serait possible de faire utiliser plusieurs coeur de CPU, mais j'ai pas trouvé de solution très concrète. J'ai tester en créant plusieurs utilisateurs, utilisé aléatoirement pour les requêtes mais je ne crois pas que cela fonctionne. Est ce que quelqu'un peux m'aiguiller ? Merci
  13. Merci Jacques, j'ai fait le tests avec plusieurs index multiples de "base" les plus courant, j'ai l'impression que c'est un petit peux mieux, mais c'est pas encore ça. Ça rame toujours aléatoirement de temps en temps. to be continued ...
  14. Désolé pour la réponse tardive. J'ai 7 critères optionnels ou variables (je peux choisir 4 pièces ou 4 et 5 et 6 pièces par exemple) et 4 critères de tri * desc et asc
  15. le nouvel explain : id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra 1 | SIMPLE | h | ref | type,prix,demande,visible,telhab,loc,demande_2,cpd... | type_2 | 40 | const,const,const | 4516 | Using where; Using filesort 1 | SIMPLE | p | eq_ref | telpers_2,telpers,visible | telpers | 32 | lesclesd_db.h.telhab | 1 | Using where cela devrait apporter qq chose vu qu'il travail maintenant sur 4516 lignes au lieux de 6976 lignes
  16. Merci beaucoup à vous 2, je vais donc me re-pencher sur les index. Tous les champs utilisé sont bien en index, mais pas forcement en index multiple, je penses qu'il serait plus néfaste que positif de prévoir tous les cas. Cette requete sort du moteur de recherche et varie d'une recherche à l'autre. Est ce que si je met un index multiple sur "cpdep,type,demande,loc,visible" qui est la base, ce sera mieux ? sachant qu'il y aura toujours en plus soit le prix et/ou la surface et/ou ... +++ j'ai créé des index multiples "generique", ont va voir
  17. Mince, tu as raison, j'avais pas fait gaffe à ça, tu crois que ça peux avoir une incidence sur le fait que ça rame aléatoirement ?
  18. Tous les champs sont en index, c'est ce qui me pose problème et comme tu dis, c'est une requête très simple qui rame "seulement" à peux près 1 fois sur 10, sinon, elle va très bien. si il y a un problème d'index, est ce qu'on devrait pas le voir avec le "explain" ? merci pour ton aide
  19. Bonne idée, mais apparemment moins performant (en tout cas dans mon cas), je tourne à 0.03s (contre 0.02 avant), j'ai également eu un 12s sur les 10 tests. le "explain" ressort exactement la même chose
  20. Oui, c'est vrai que sans index, là, je seais à 1min / requete ;o) j'ai mis la sortie du "explain" justement après la requête, mais c'est pas forcement facile de l’interpréter.
  21. Bonjour à tous, J'utilise Mysql et j'ai un requete qui rame de temps en temps. La plupart du temps elle met 0.02s à s’exécuter mais des fois ça monte à 25s, je ne comprends pas. 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, personne p WHERE h.telhab = p.telpers && 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 id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra 1 | SIMPLE | h | ref type,prix,demande,visible,telhab,loc,demande_2,cpdep | cpdep | 5 | const 6976 Using where; Using filesort 1 | SIMPLE | p | eq_ref telpers_2,telpers,visible | telpers | 32 | lesclesd_db.h.telhab | 1 | Using where est ce que l'un de vous aurai une idée ? merci
  22. Bonjour, Pouvez-vous expliquer : "La qualité du HTML produit" avec éventuellement des exemples de bon et mauvais HTML ... Merci, le déterreur de topic vu : http://www.webmaster-hub.com/publication/Les-12-peches-capitaux-du-HTML.html pas de changement depuis ?
×
×
  • Créer...