mercurey

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

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 ?

en fait un soucis de retour à la ligne dans le .sh apparemment

avec le -s "sujet" apres le mail, c'est bon ...

je viens de tester et ça me met le contenu dans le sujet du mail

En effet, c'est parfait, j'avais déjà vu les pipes mais, c'est tout nouveau pour moi.

merci

pour le moment, j'en suis là :

1 - dir > dir.txt

2 - mail -s "test" xxx@yyy.com < dir.txt

3 - rm dir.txt

Ca fonctionne, mais peux être un peux lourd

si vous avez mieux ...

merci

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

montpellier : orangebox => ok

tu peux faire un tracert depuis le client pour voir où ça ce perd

Bonjour,

Si c'est le même FAI, peux être que le relais a un soucis de cache DNS.

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.

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

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

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

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

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

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 ?

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

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

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.

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

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 ?