OVH Cloud OVH Cloud

remplacement de chaine specifique

26 réponses
Avatar
Laurent
Bonjour.

J'ai un besoin urgent de faire un traitement sur un fichier texte, et
comme je ne suis pas très versé dans l'art du shell, je me tourne vers
vous tous :)

J'ai un relativement gros fichier texte (environ 40000 longues lignes),
donc, dans lequel on trouve des dates au format jj/mm/aaaa, que je
souhaiterais remplacer par les mêmes dates au format aaaa-mm-jj.
Ces dates ne sont pas disposées dans les mêmes colonnes, et ne sont pas
forcement en nombre identique en fonction des lignes.

Quelqu'un pourrait-il me dire comment faire ça autrement qu'à la main ?

10 réponses

1 2 3
Avatar
Stephane Zuckerman
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

--698110915-767310474-1145523953=:439509
Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8BIT

On Thu, 20 Apr 2006, Arnaud Launay wrote:

Le Thu, 20 Apr 2006 10:54:14 +0200, Stephane Zuckerman écrivit:
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.


Bravo, gamin.


Faut dire ça à l'admin de mon serveur-qui-utilise-pine.

--
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce
que je veux !"
"The obvious mathematical breakthrough would be development of an easy
way to factor large prime numbers." (Bill Gates, The Road Ahead)
--698110915-767310474-1145523953=:439509--


Avatar
Bob qui Trolle
Laurent wrote:

En tout cas, merci à tous, je me voyais pas faire plus 150000
remplacement à la mano :)


Ainsi s'illustrent deux trois principes du shell :

- Nulle pédagogie n'aura la force de conviction dont dispose le regard
courroucé de l'employeur.

- Nulle convivialité qui ne saurait s'exposer en deux lignes de texte
ASCII n'est réellement conviviale.

- Quelle bonne raison peut-il y avoir de faire autre chose que deux
lignes de texte quand on peut se contenter de deux lignes de texte ?

Avatar
Jacques L'helgoualc'h
Le 20-04-2006, Bob qui Trolle a écrit :
[...]
- Quelle bonne raison peut-il y avoir de faire autre chose que deux
lignes de texte quand on peut se contenter de deux lignes de texte ?


Une seule ligne ?
--
Jacques L'helgoualc'h

Avatar
lhabert
Hum, j'aurais pas pensé que perl torschait sed à ce point. Peut-être que
« [[:digit:]] » est plus rapide que « [0-9] » ?
Avatar
Laurent
Peut-être que « [[:digit:]] » est plus rapide que « [0-9] » ?
même fichier, sed avec digit : 15.06


deux fois plus rapide, a priori.. mais pas encore assez ;)

Avatar
Erwann ABALEA
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

--698110915-767310474-1145523953=:439509
Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1; FORMAT=flowed
Content-Transfer-Encoding: 8BIT
Content-ID:

On Thu, 20 Apr 2006, Stephane Zuckerman wrote:

On Thu, 20 Apr 2006, Arnaud Launay wrote:

Le Thu, 20 Apr 2006 10:54:14 +0200, Stephane Zuckerman écrivit:
This message is in MIME format. The first part should be readable
text,
while the remaining parts are likely unreadable without MIME-aware
tools.


Bravo, gamin.


Faut dire ça à l'admin de mon serveur-qui-utilise-pine.


Beuh? Pine sait très bien lire du MIME, et poster en plain/text tout
con...

La preuve...

--
Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5
-----
D'accord, mais si on se met à utiliser des arguments intelligents dans
ce genre de débat, il devient impossible de discuter.
Vous sombrez dans la facilité.
-+- TS in GNU : La dialectique n'est plus ce qu'elle était.
--698110915-767310474-1145523953=:439509--



Avatar
Erwann ABALEA
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

---559023410-959030623-1145654561=:18657
Content-Type: TEXT/PLAIN; charset=iso-8859-15; format=flowed
Content-Transfer-Encoding: 8BIT

On Thu, 20 Apr 2006, Luc Habert wrote:

Hum, j'aurais pas pensé que perl torschait sed à ce point. Peut-être que
« [[:digit:]] » est plus rapide que « [0-9] » ?


C'est vrai que le coût d'invocation de Perl est non négligeable. Ca donne
d'autant plus de poids aux performaces du moteur de regexps de Perl.

--
Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5
-----
j'ai découvert récemment les webcams, mais elles restent fixent.
Quels réglages faut'il réaliser pour les voir en dynamiques ?
-+-GT in : Guide du Neuneu d'Usenet - Silence, on tourne -+-
---559023410-959030623-1145654561=:18657--

Avatar
Sébastien Monbrun aka TiChou
Dans le message <news:,
*Erwann ABALEA* tapota sur f.c.o.unix :

Content-Type: MULTIPART/Mixed; BOUNDARY="698110915-767310474-
1145523953=:439509"
Content-ID:

This message is in MIME format. The first part should be readable
text, while the remaining parts are likely unreadable without
MIME-aware tools.

--698110915-767310474-1145523953=:439509
Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1; FORMAT=flowed
Content-Transfer-Encoding: 8BIT
Content-ID:


[...]

Beuh? Pine sait très bien lire du MIME, et poster en plain/text tout
con...


du text/plain tout con ? :-)

--
Sébastien Monbrun aka TiChou

Avatar
Erwann ABALEA
Ah que bonjour,

On Fri, 21 Apr 2006, Sébastien Monbrun aka TiChou wrote:

Dans le message <news:,
*Erwann ABALEA* tapota sur f.c.o.unix :

Content-Type: MULTIPART/Mixed; BOUNDARY="698110915-767310474-
1145523953=:439509"
Content-ID:



Là, je suis d'accord, c'est bien moi qui ai commis une telle bétise...

This message is in MIME format. The first part should be readable
text, while the remaining parts are likely unreadable without
MIME-aware tools.



Nan, ça n'est pas dans mon message initial, ça. C'est ton serveur, ou ton
lecteur de news qui l'a ajouté?
J'ai vérifié à coup de "less" dans mon fichier "sent-mail", donc je n'ai
pas été blouzé cette fois :)

--698110915-767310474-1145523953=:439509
Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1; FORMAT=flowed
Content-Transfer-Encoding: 8BIT
Content-ID:


[...]

Beuh? Pine sait très bien lire du MIME, et poster en plain/text tout
con...


du text/plain tout con ? :-)


Greuh. Encore une nouveauté de Pine, qui a été mis à jour récemment par un
"pkg-get upgrade". Franchement, faire un multipart/mixed, pour ne placer
qu'un text/plain, c'est pas beau...
J'ai coché une case dans la config de Pine, voyons ce que ça donne...

[ less postponed-msg ]

C'est mieux. J'ai du:
Content-Type: TEXT/PLAIN; charset=iso-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE

C'est pas ce que je préfère (le quoted-printable), mais bon... c'est unn
progrès... Vais voir s'il y a d'autres cases à cocher :)

Promis, un jour, je passerai à slrn... Ca me titille depuis pas mal de
temps, mais la learning-curve est steep, comme on dit. Et puis j'aime bien
l'idée d'un logiciel qui fasse le mail et les news en même temps.

--
Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5
-----
``Do you want protocols that look nice or protocols that work nice?''
Mike Padlipsky, internet architect


Avatar
Stephane Chazelas
2006-04-22, 13:10(+02), Erwann ABALEA:
[...]
This message is in MIME format. The first part should be readable
text, while the remaining parts are likely unreadable without
MIME-aware tools.



Nan, ça n'est pas dans mon message initial, ça. C'est ton serveur, ou ton
lecteur de news qui l'a ajouté?
J'ai vérifié à coup de "less" dans mon fichier "sent-mail", donc je n'ai
pas été blouzé cette fois :)


J'ai bien peur que si. Les news servers ne modifient pas le
contenu des messages en general.

http://groups.google.com/group/fr.comp.os.unix/msg/c5fc6d1e052a1f8f?dmode=source

[...]
Promis, un jour, je passerai à slrn... Ca me titille depuis pas mal de
temps, mais la learning-curve est steep, comme on dit. Et puis j'aime bien
l'idée d'un logiciel qui fasse le mail et les news en même temps.


muttng fait mail et news.

Je vais bien finir par franchir le pas aussi, car slrn me court
sur le system avec son key-binding non intuitif a la emacs.

--
Stéphane



1 2 3