Dotaz: perl skript (Yetiho)

[Ejlus]

Ahoj nedavno sem tu psal zemam problem s automatickym vysekavanim priloh z mailu a Yeti mi tu poslal skript v perlu. Dela presne to co potrebuju az na jeden maly detail ktery bych potreboval nejak vyresit a jelikoz v perlu neumim tak....Problem je v tom ze on kdyz uklada ty vysekle attachementy do nejakeho adresare a v tom uz nejaky takovy je ( kuprikladu kdyz prijdou dva maily se stejnou prilohou ) tak on ju neprepise ale tu druhou ulozi s tim ze do nazvu pripoji -1 (-2 -3 atd. dokud nenarazi na cislo ktere tam uz neni) coz je presne to co potrebuju, problem je v tom ze pokud sou v nazvu toho souboru tecky napriklad ahoj.svete.txt tak to nevytvori ahoj.svete-1.txt ale vytvori ahoj-1.svete.txt zkratka to pridava za prvni tecku misto posledni coz je presne to co nepotrebuju protoze vysledne soubory pak prohanim jinym skriptem a tam mi to dela slusnou neplechu. Dival sem se na trochu na perldoc "Mime::parser" a tusim ze to bude asi problem primo nejake funkce..asi $parser->output_dir ale fakt nevim v perlu nedelam. muzete nekdo(obvzlaste Yeti ;)) pomoct ? btw tady to je:

#!/usr/bin/perl

use Mail::Util qw( read_mbox );

use MIME::Parser;

my $parser = new MIME::Parser;

$parser->output_dir('.');

foreach my $f (@ARGV) {

my @list = read_mbox( $f );

@list = map { join '', @{$_} } @list;

map { $parser->parse_data( $_ ) if $_ } @list;

}

Odpovědi

[unchallenger]

A to jsem se poté, co jsem o weekendu dopsal Perl2RPM zapřísáhl, že v tak blbém jazyce, jako je Perl, už nikdy nic psát nebudu...

Je třeba předefinovat (subclassovat) pomocný objekt filer. Uprav si regulární výraz k obrazu svému. Uvedená verze dělá z blabla.tar.gz -> blabla.tar.gz-1, takže se to v ls alespoń řadí pěkně za sebe. Tebou navrhované blabla.tar-1.gz je podle mne kravina (předtím to dělalo blabla-1.tar.gz)

#!/usr/bin/perl
use MIME::Parser;
use Mail::Util qw( read_mbox );
{
  package MIME::Parser::Filer::Foobar;
  use base 'MIME::Parser::Filer';
  sub find_unused_path {
    my( $self, $dir, $fname ) = @_;
    my $i = 0;
    while ( 1 ) {
      my $suffix = ( $i ? "-$i" : "" );
      my $sname = $fname;
      # XXX tohle je zapotrebi upravit k obrazu svemu XXX
      #$sname =~ s/^(.*?)(\.|\Z)/$1$suffix$2/;
      $sname =~ s/\Z/$suffix/;
      my $path = File::Spec->catfile( $dir, $sname );
      if ( !-e $path ) {
        $i and $self->whine( "collision with $fname in $dir: using $path" );
        return $path;
      }
      $self->debug( "$path already taken" );
    } continue { ++$i }
  }
}

my $filer = MIME::Parser::Filer::Foobar->new( '.' );
my $parser = new MIME::Parser;
$parser->filer( $filer );
foreach my $f ( @ARGV ) {
  my @list = read_mbox( $f );
  @list = map { join '', @{$_} } @list;
  map { $parser->parse_data( $_ ) if $_ } @list;
}

[Ejlus]

Mno co k tomu dodat :) ...s drobnou upravou to funguje skvele takze diky moc. Hmm uvazoval sem ze se zacnu ucit Perl ale ted premyslim spis o Pythonu. V perlu ale jdou pry delat vetsi kouzla :)

[unchallenger]

Ne, v Perlu jdou akorát psát děsivější, nečitelnější a nepochopitelnější prasárny. TMTOWDTI znamená, že každý píše úplně jiným stylem a používá jiné konstrukce, takže se po ostatních blbě čte. Syntaxe Perlu je chlupatá -- příliš velký poměr speciálních znaků vůči alfanumerickým. Věci se chovají v závislosti na kontextu. Logika, kdy se vytváří nová hodnota a kdy alias, je praštěná (zvlášť, když se uváží, že kromě toho existují reference, symbolické reference, aliasy pomocí typeglobu a tie...). MakeMaker je zbraň hromadného ničení. Používáš-li cizí moduly z CPANu, jsi závislý na věcech, které při upgradu Perlu náhodně přestávají fungovat (napsat Cstocs, aby fungovalo v Perlu 5.6 i 5.8 neumí ani Pazdziora). V Perlu jsou chyby -- nikoli takové, které se objeví při nějakých obskurních okolnostech, ale na které člověk naráží při běžném programování. Zkrátka, perl je dobrý na krátké skripty, tak do 100 řádků, které provedou nějaké operace s textem nebo pustí pár dalších programů a hurá. Pokud chceš psát něco většího, kde bude třeba dodržovat určitý řád, Python je lepší. Kód bude větišnou o něco delší, ale přečteš ho po sobě i po roce. Naprogramovat něco pomocí co nejmenšího počtu písmenek (a divných znaků) není cíl, ke kompresi slouží bzip2...

[RWS]

No, nevim, osobne bych rekl, ze Perl je promyslenejsi (aspon v objektech urcite) nez PHP4 a nizsi verze.

There Is More Than One Way To Do It je naopak skvela myslenka, ktera by mela platit vsude. Samozrejme, pokud jazyk neumis dokonale, ale kopirujes jen cizi kusy kodu, ktery lepis dohromady, tak se v tom nevyznas a nepochopis to Perl se musis opravdu naucit, abys v nem mohl programovat.

[unchallenger]

Je celkem jednoznačně zjištěno, že zdrojový kód se mnohem častěji čte než píše. Já osobně čtu zdrojáky cizích programů dost často, a nikoli kvůli cut-and-paste, ale proto, že tam potřebuji něco změnit (opravit chybu). V Perlu je to utrpení, řekl bych, že i cizí kód v TeXu bývá čitelnější, a to už je tedy ostuda. K PHP se vyjadřovat vůbec nebudu, to bychom se nakonec mohli ještě začít bavit o BASICu...

[RWS]

V Perlu jsou chyby -- nikoli takové, které se objeví při nějakých obskurních okolnostech, ale na které člověk naráží při běžném programování.

Muzes poslat nejaky priklad? To by me fakt zajimalo.

[Ejlus]

jo kdyztak sem...ja se rad necemu priucim

[unchallenger]

V jedné verzi 5.8 nefunguje [] v regulárních výrazech po use locale; perl -we'print "$_\n"' má vyhodit warning. neudělá to (opraveno v 5.8.1) Existuje nějaký důvod, proč by tento skript

#!/usr/bin/perl -w
print "before\n";
{
  local $SIG{__WARN__} = sub { print "$$ dying!\n"; die @_ };
  eval {system 'neexistujici binarka' };
}
print "$$ is alive!\n";
if ( $@ ) {
  print STDERR "eval failed\n";
  exit 1;
}
print "after\n";

měl vypsat (číslo je PID, takže se mění)?

before
13928 dying!
13928 is alive!
eval failed
13928 is alive!
after

sprintf "%d" (nebo s %f) občas vrátí prázdný řetězec. blbě se to reprodukuje, stalo se nám to vždy jen při zpracování 10000 dat, když se z ničeho nic na výstupu neobjevovala nějaká čísla, když ve vstupních datech byla. stačí?

[RWS]

Uvedená verze dělá z blabla.tar.gz -> blabla.tar.gz-1, takže se to v ls alespoń řadí pěkně za sebe.

Mozna bych to ale pustil pres sprintf("%04i",$i), protoze razeni by slo ...-1, ...-10, ...-100, ...-2 ... coz je dost trapny razeni

[unchallenger]

po bitvě je každý generál. od čeho máš ls -v?

[RWS]

no, pro oci je to hezky, ale co treba scp maska-* CIL? nemyslim, ze scp $( ls -v maska-* ) CIL je extra hezky.

[unchallenger]

??? ty příkazy jsou ekvivalentní, takže proč bys měl používat ten delší? nebo ti tak záleží na tom, v jakém pořadí se to přenese?

[Ejlus]

mno kdyz uz sme v tom..nevite nekdo jestli se da nejak udelat aby for cyklus v bashi pouzival jiny odelovac v seznamu nez mezeru nejlip EOL ? kdyz mam napriklad for i in `ls` do "neco se souborem" tak kdyz v nazvu toho souboru je mezera tak to udela bordel protoze napr. u souboru "li nux.txt" bude promena i napred li a pak nux.txt

[unchallenger]

IFS=$'\n' (viz bash(1)) ale opatrně s tím, mohl by ses divit zase někde jinde...

[darkelf]

no ja na tohle s oblibou pouzivam ls | while read i; do ... ale uznavam ze se to nemusi libit kazdemu.

[Hynek (Pichi) Vychodil]

A brání ti něco místo for i in `ls`;do použít for i in *;do?