totof2000 a écrit 9656 commentaires

Normalement tu n'as pas besoin du sed pour afficher la ligne étant donné que le $0 est dans le printf et qu'il t'affiche la ligne complete.Essae de remplacer le printf complet par printf ("%s\n", $0").
Tu vire le sed, et tu vois s'il t'affiche la ligne.

Donc si j'ai bien compris tu veux un client FTP graphique qui:
- te permette de faie des upload/download en simultané sur plusieurs sites
- gérer le nombre d'UP/DOWN simultané, et de mettre en attente les Upload/Download lorsqu'il y a plus de demandes que de possibilité d'UP/DOWN
- je suppose que tu veux pouvoir gérer la reprise en cas de problème de download sans reprendre le telechargement depuis le début
- gérer l'authentification (login/mot de passe)
- qu'entend-tu par "site to site" et synchronisation?
- qu'entend-tu par "etc."

En gros tu veux un FIlezilla (que je connais un peu) avec quelques trucs supplémentaires, mais lesquels?
Désolé je n'ai pas de WinWin XP sous la main, j'ai un 2000 quelque part mais je ne peux rien installer poour le moment dessus. Et je tiens à ce que tu décrive précisément tes besoins, ce qui te plait réellement dans le client XP delamortquitue dont tu nous parle depuis le débit. JE sais tu l'as déjà dit mais je voudrais avoir le tout dans 1 seul commentaire.

Quand tu veux pas telecharger tous les fichiers et que tu as que des noms différents il est plus simple de les selectionner a la souris
quelqu'un plus haut a parlé d'autocomplétion donc pour des noms différents ... euh .....

sinon si tu connais les fichiers a downloader un petit for est très pratique :).

<ila gestion des queue list est pas hyper confortable
La méthode geek: tu dois pouvoir utiliser les queues d'impression pour lancer tes téléchargements via ftp :) J'ai jamais essaé mais ça doit être jouable ... faut que je retrouve de la littérature sur le sujet. Si j'ai le temps je regarderai ce week-end tiens. L'avantage: t'as pas a connaitre 50000 utilitaires pour gérer tes queues de transfert FTP et il doit y avoir moyen de développer un frontend graphique.

Tout de suite, dès qu'on veut un truc, on repond "ligne de commande", au final, tu dois apprendre des dizaines de commandes differentes...
Alors qu'en graphique, c'est intuitif, rapide (pas la peine de faire "man", le clic droit propose les trucs).

Je reviens sur ton truc là qui me fait bien rigoler.

Le clic droit propose des trucs, mais ce n'est pas toujours clair sur ce que ça fait non? Et dans ce cas tu es toujours obligé d'aller voir la doc .... ou alors t'es peut-être du genre utilisateur qui clique sur les boutons dont il ne connait pas la signification "pour voir ce que ça fait?"

Sinon je t'accorde que c'est plus facile quand on a un clic droit de voir sur le menu contectuel "Imprimer" par exemple que de taper "-p" a l'exécution de la commande.

En attendant, c'est toujours beau le HS : on demande un logiciel en GUI, besoin primaire, bien avant qu'il soit FTP, le GUI est une condition obligatoire, et on nous repond un client en ligne de commande... Lamentable.
C'est tout simplement peut-être parce que le soft répondant aux besoins n'existe pas en GUI, tout simplement. Alors certains proposent des solutions alternatives. Mais comme les besoins ne sont pas forcément très bien exprimés au départ, c'est sûr que les solutions proposées ne correspondront pas.

Tu ne traites toujours pas le cas des chaines sur deux lignes ....
Sinon un truc du style :

if (match($0,/#include|m_pQuery<<|", "|OutputDebugString/==0) {
[ SNIP]

Si ca marche pas tu met chaque chaine recherchee entre parenthes :

if (match($0,/(#include)|(m_pQuery<<)| [SNIP]

Pour le coté biscornu je veux bien le croire, je me suis déjà tapé ce genre de travail. A l'époque j'avais utilisé Perl. J'ai laissé tomber en cours de route: trop de cas particuliers, pas le temps de développer un truc qui tient la route.
j'ai résolu les cas les plus simples en auto et les plus tordus à la main.

N'oublie pas de remplacer mon "+" par un "*" dans la recherge de regexp sinon tu ne detecte pas les chaines vides.

Tout de suite, dès qu'on veut un truc, on repond "ligne de commande", au final, tu dois apprendre des dizaines de commandes differentes...
Alors qu'en graphique, c'est intuitif, rapide (pas la peine de faire "man", le clic droit propose les trucs).

C'est pas au point ton mode GUI.

Je peste sans cesse contre Windows XP parce que l'emplacement des rubriques du menu démarrer a changé par rapport a W2000, et qu'on n'y comprend plus rien. Je peste sans arret sur WinXP parce que par défaut il met un effet de "ralenti" lorsqu'on clique sur le menu démarrer, alors que ca devrait être instantanné. Et d'une version à l'autre de Windows on est obligé d'apprendre des milliers de menus a cliquer pour activer/désactiver tel ou tel effet parce que d'une version a l'autre ça change sans arrêt. Enfin, comble de l'intégration, lorsqu'on désactive les effets sous XP, faut se taper le même boulot pour MS Office, qui est une appli censée être intégrée a Windows!

le gui n'est pas plus intuitif que la ligne de commande! Faut arrêter le délire. Sous Windows quand je sais pas faire quelque chose je clique sur demarrer-->help. Sous Unix en ligne de commande je tape man -k. Y a pas grande différence si ce n'est la présentation.

Le reste n'est qu'une question d'habitude et je comprend que quelqu'un habitué au GUI soit plus à l'aise avec un client FTP GUI, tandis que quelqu'un habitué a la ligne de commande sera plus à l'aise avec celle-ci.

Donc je réitère ce que j'avais mentionné plus bas: si les clients FTP GUI existants ne vous conviennent pas, créez un projet, avec un "cahie des charges", même si vous ne vous sentez pas capables de développer. Ensuite faites un appel à développeurs dans divers groupes/forums, ou apprenez à coder. Personnellement si j'ai une idée claire de ce que vous voulez je veux bien y participer. Ce sera le seul moyen pour vous d'avoir un client FTP qui correspond à ce que vous voulez.

Je suis d'avis qu'on peut rapidement faire un prototype en perl/python assez rapidement, étant donné que ces langages disposent de toolkits graphiques assez performants.ainsi que les modules permettant de faire des transferts FTP.Au pire il y aura peut-être des trucs à coder en C mais ça doit être réalisable.

sauf que la je ne suis pas sur que ça marche .....

J'ai l'impression que c'est une carte RAID matérielle,sur laquelle il faut configurer les volumes, et que chaque volume est vu comme 1 seul disque côté OS.

Dans ce cas, à ma connaissance, hors utilitaire approprié il n'y a pas d'autre moyen que le reboot du serveur sur CD d'utilitaires (utilitaires normalement disponible sous windows).


Il faudrait que tu trouves les références de la carte RAID quelque part, et que tu recherche sur google s'il existe ce que tu cherches. Je pense qu'un dmesg te donnera des infos sur le chipset utilise par lea carte.

Bon courage.

une petite erreur de ma part: il faut remplacer "/".+"/{
" par "/".*"/{" ou le script ne détecte pas les chaines de type ""
(chaines vides).

Jette un oeil sur le CD de config: il y a il me semble des outils pour Linux. Peut-être que tu trouveras ton bonheur.

Alors pourquoi ne t'y mets-tu pas? Il y a de bons toolkits graphique, et des outils permettant de faire des transferts FTP sur CPAN.
En plus ici y a l'air d'y avoir des gens à qui ça manque, peut-être qu'ils pourraient t'aider ....

Laisse-le s'il ne connait pas c'est qu'il n'en a pas besoin :)

Ben dans ce cas, pour te simplifier la vie coté matériel, pourquoi n'as tu pas dans ce cas fait une install de ta distrib coté matériel, poyur ensuite récupérer tes données et fichiers de conf applicatifs ? Ca t'aurait évité certains soucis non?

Ils ont certainement leurs raisons (que je ne remet pas en cause ici parce que je les ignore), simplement je trouve que ça prend de la place inutile pour un pauvre routeur. Un NetBSD out of the box comme on dit est paré pour le firewall, en prenant relativement peu de place comparé à Debian.

Je ne sais pas par contre ce que donne une slackware de base. Quelqu'un en a-t-il une qui traine dans les parages ? (j'ai pas de machine dispo pour le moment pour tester).

Tiens essaye ça pour les lignes tronquées:

find . -exec awk '

{LineNumber=NR }
/\\$/ {
getline LINE
$0=LINE $0 "\n" LINE
print LINE
}
/".+"/{
if (match(Line,/Tracer_Message/)==0) {
printf ("fichier %s ligne %s %s \n",FILENAME,LineNumber,$0)
}
}' {} \;

Par contre je ne vois toujours pas pourquoi chez toi il n'affiche pas la ligne. T'as bien mis le $0 ?

Peux tu me donner deux ou trois exemples de chaines a chercher, ainsi qu'un extrait de l'affichage que tu as?

J'ai testé ici ça a l'air de marcher, mais je suis sous AIX.

extraire d'une arborescence de fichiers source
find

afficher la ligne et le fichier dans lequel la chaine a été trouvée !!

find . -exec awk '/".+"/{
if (match($0,/Tracer_Message/)==0) {
printf ("fichier %s ligne %s %s \n",FILENAME,NR,$0)
}
}' {} \;

A adapter pour certains cas tordus (chaines dans un commentaires, etc ..).

le bordel vient pas forcement de la classification en elle meme mais du fait que ce soit un gros fichier binaire qui contient tout.

pour être plus précis:

Suite à une installation toute fraiche, voici l'espace disque
utilisé::

# df -k | awk '/^\/dev/ {if ($1 != "/dev/sd0h") {print $6 "\t" $3
"\tKo";TOTAL+=$3}}END { print "---------\nTotal:\t" TOTAL "\tKo soit "
TOTAL/1024 "Mo"}'
/ 19893 Ko
/var 316 Ko
/usr 52404 Ko
/home 6 Ko
---------
Total: 72619 Ko soit 70.917Mo

Faut ensuite ajouter un peu de swap et c'est tout.

Pour debian en tout cas, il est très simple de l'installer avec une toute petite config.
Non.

Debian aparamment installe du GCC, du Python et du Perl dans la distrib de base ce qui est inutile pour un routeur.

Un NetBSD par exemple pour une installation de base tient sur bien moins que ça (une centaine de mégas il me semble).

plus petit qu'un pentium 100, 24MO de RAM et 450 MO de DD
Un 48- dx4 100 avec 100 Mo de Ram et 300 Mo de disque?

www.netbsd.org.

Y a pas de Perl dans l'insall de base ça prend moins de place!

Sinon il y a des mini-distrib qui tiennent sur une seule disquette et qui prennent tres peu de ressource.

T'as quoi de disponible en ressource?

Pfff! c'est une histoire à dormir debout ton truc!
Pi sans lit!

c'est pas parce que le système installe par défaut tous les fichers de conf dans /etc qu'il t'oblige forcément à le faire .... ou alors, mauvais système, changer de système.

De plus quand tu migre d'une machine vers une autre, il est rarement judicieux de tout copier d'une machine à une autre sans se poser de questions. Il faut savoir ce que l'on reporte d'une machine à une autre et de là tous les fichiers de conf associés.

Exemple: migration des "services" apache+php+mysql: se poser les bonnes questions sur ces services , ou sont les fichiers de conf pour les reporter, etc ....

- si tes FS son mirroré... mirror ton swap ! tu aurais l'air bete si en perdant un disque, tu perdais ton swap du meme coup ;)

.... au prix d'une perte de performance sur un mirroir RAID logiciel ... Pour un RAID matériel, ça dépend du matos qui gère le RAID.

Autre chose: de nombreuses entreprises commencent à comprendre depuis quelques temps que le monopole Microsoft devient dangereux, peu importe la qualité (bonne ou mauvaise) des produits de cette société.

j'ai installe une Debian il y a trois jours, et j'ai reussi a trouver une doc assez bien faite (mais je pense qu'on peut l'améliorer).

Chez Mandriva/fedora/suse c'est pareil on doit pouvor trouver.

Pour slackware je sais pas si c'est traduit en francais.