|
| overfør fil Fra : Jesper Vels |
Dato : 30-11-06 21:28 |
|
Hej
Jeg har en client som kan være alt fra linux til win.
Clienten skal transporter en fil en linux server på en sikker måde.
Filen kan fylde alt fra få kb til ja mange mb.
Filen skal levers til linux serveren hvor efter data skal håndteres
på en måde.
Nogle bud på hvordan folk vil gøre det?
Jeg har selv overvejet følgende:
clienten har en subversion konto.
client programmet sender info om filnavn og størrelse til f.eks. en
php fil som smider info om filen i en database, hvor efter programmet
går igang med at copy til webdav mappen.
Der køre et cron job på serveren som køre f.eks. hver minut, som
kontrollere om der i upload mappen findes en fil hvor navn + størrelse
svare til noget som er i "incoming" database, hvor efter filen flyttes
over i en anden mappe og filen behandles som den nu skal.
Sådan havde jeg forstille mig det? Er det en "knold" løsning?
1. jeg ser løsningen som sikker pga. bruge webdav med SSL
2. løsningen køre via http og kan derfor køre igennem en proxy hvis
det er nødvendig
Mvh
Jesper Vels
| |
Søren A Christensen (01-12-2006)
| Kommentar Fra : Søren A Christensen |
Dato : 01-12-06 08:38 |
|
Hej
En ting, uanset hvordan du kopierer filerne: du skal kopiere filen før
du fortæller serveren at den er der, ellers risikerer du at dit cron-job
tager fat i filen inden den er klar. Jo størrer filerne er og jo oftere
jobbet køres, jo størrer er chancen for at det sker.
Din løsning er "pæn" fordi den kan køre ovet http / https. Jeg forstår
dog ikke helt hvor Subversion kommer ind i billedet.
Jeg ville måske have anvendt ssh / scp eller rsync. Begge kan
installeres på windows simpelt sammen med cygein.dll - du må selv lige
google efter det - og kører nativr på alle *nix'er.
Til sidst; personligt kanjeg ikke lide cron-jobs der kører hvert
minut, de "spammer" for meget i cron-loggen. Jeg plejer at lave et lille
script der startes hver hele time fra cron og indeholder en while løkke:
tt=`date '%H'`
nt=$tt
while [ $tt -eq $nt ]
do
... her står din kode ...
sleep 60
nt=`date '%H'`
done
På denne måde begrænser du mængden af cron-log output, hvis serveren
genstartes, komme jobbet igang inden for en time, du kan få di kode kørt
oftere end hvert minut (helt ned til hvert sekund)
Mvh Søren
Jesper Vels wrote:
> Hej
>
> Jeg har en client som kan være alt fra linux til win.
> Clienten skal transporter en fil en linux server på en sikker måde.
> Filen kan fylde alt fra få kb til ja mange mb.
>
> Filen skal levers til linux serveren hvor efter data skal håndteres
> på en måde.
>
> Nogle bud på hvordan folk vil gøre det?
>
> Jeg har selv overvejet følgende:
> clienten har en subversion konto.
> client programmet sender info om filnavn og størrelse til f.eks. en
> php fil som smider info om filen i en database, hvor efter programmet
> går igang med at copy til webdav mappen.
>
> Der køre et cron job på serveren som køre f.eks. hver minut, som
> kontrollere om der i upload mappen findes en fil hvor navn + størrelse
> svare til noget som er i "incoming" database, hvor efter filen flyttes
> over i en anden mappe og filen behandles som den nu skal.
>
> Sådan havde jeg forstille mig det? Er det en "knold" løsning?
> 1. jeg ser løsningen som sikker pga. bruge webdav med SSL
> 2. løsningen køre via http og kan derfor køre igennem en proxy hvis
> det er nødvendig
>
> Mvh
> Jesper Vels
>
| |
Jesper Vels (01-12-2006)
| Kommentar Fra : Jesper Vels |
Dato : 01-12-06 08:43 |
|
Hej
Måden jeg vil sikkere mig at cron ikke napper filen før tid, er ved
at have størrelse og navn.
Hvis filen er mindre end størrelsen som er smidt i databasen så gør
cron ikke noget ved filen, først når size == gør den noget.
Vil du f.eks. bruge et php eller perl script til modtage filen med i
stedet for f.eks. subversion (jeg skrev nok lidt forkert igår, mente
sådan set webdav, men havde lige tankerne et andet sted... ) ?
Men jeg prøver at kigge på noget rsync.
Mvh
Jesper Vels
Søren A Christensen skrev:
> Hej
>
> En ting, uanset hvordan du kopierer filerne: du skal kopiere filen før
> du fortæller serveren at den er der, ellers risikerer du at dit cron-job
> tager fat i filen inden den er klar. Jo størrer filerne er og jo oftere
> jobbet køres, jo størrer er chancen for at det sker.
>
> Din løsning er "pæn" fordi den kan køre ovet http / https. Jeg forstår
> dog ikke helt hvor Subversion kommer ind i billedet.
>
> Jeg ville måske have anvendt ssh / scp eller rsync. Begge kan
> installeres på windows simpelt sammen med cygein.dll - du må selv lige
> google efter det - og kører nativr på alle *nix'er.
>
> Til sidst; personligt kanjeg ikke lide cron-jobs der kører hvert
> minut, de "spammer" for meget i cron-loggen. Jeg plejer at lave et lille
> script der startes hver hele time fra cron og indeholder en while løkke:
>
> tt=`date '%H'`
> nt=$tt
>
> while [ $tt -eq $nt ]
> do
> ... her står din kode ...
>
> sleep 60
> nt=`date '%H'`
> done
>
> På denne måde begrænser du mængden af cron-log output, hvis serveren
> genstartes, komme jobbet igang inden for en time, du kan få di kode kørt
> oftere end hvert minut (helt ned til hvert sekund)
>
> Mvh Søren
>
> Jesper Vels wrote:
> > Hej
> >
> > Jeg har en client som kan være alt fra linux til win.
> > Clienten skal transporter en fil en linux server på en sikker måde.
> > Filen kan fylde alt fra få kb til ja mange mb.
> >
> > Filen skal levers til linux serveren hvor efter data skal håndteres
> > på en måde.
> >
> > Nogle bud på hvordan folk vil gøre det?
> >
> > Jeg har selv overvejet følgende:
> > clienten har en subversion konto.
> > client programmet sender info om filnavn og størrelse til f.eks. en
> > php fil som smider info om filen i en database, hvor efter programmet
> > går igang med at copy til webdav mappen.
> >
> > Der køre et cron job på serveren som køre f.eks. hver minut, som
> > kontrollere om der i upload mappen findes en fil hvor navn + størrelse
> > svare til noget som er i "incoming" database, hvor efter filen flyttes
> > over i en anden mappe og filen behandles som den nu skal.
> >
> > Sådan havde jeg forstille mig det? Er det en "knold" løsning?
> > 1. jeg ser løsningen som sikker pga. bruge webdav med SSL
> > 2. løsningen køre via http og kan derfor køre igennem en proxy hvis
> > det er nødvendig
> >
> > Mvh
> > Jesper Vels
> >
| |
Thorbjørn Ravn Ander~ (01-12-2006)
| Kommentar Fra : Thorbjørn Ravn Ander~ |
Dato : 01-12-06 09:06 |
|
"Jesper Vels" <jespervels@gmail.com> writes:
> Filen skal levers til linux serveren hvor efter data skal håndteres
> på en måde.
Er http upload en mulighed?
--
Thorbjørn Ravn Andersen
| |
Jesper Vels (01-12-2006)
| Kommentar Fra : Jesper Vels |
Dato : 01-12-06 14:26 |
|
Joe
Man kan vel godt lave en java eller c# client der kan anvende noget
http upload?
Mvh
Jesper Vels
Thorbjørn Ravn Andersen skrev:
> "Jesper Vels" <jespervels@gmail.com> writes:
>
> > Filen skal levers til linux serveren hvor efter data skal håndteres
> > på en måde.
>
> Er http upload en mulighed?
> --
> Thorbjørn Ravn Andersen
| |
Thorbjørn Ravn Ander~ (01-12-2006)
| Kommentar Fra : Thorbjørn Ravn Ander~ |
Dato : 01-12-06 16:17 |
|
"Jesper Vels" <jespervels@gmail.com> writes:
> Man kan vel godt lave en java eller c# client der kan anvende noget
> http upload?
Der er ihvertfald hits på google på "java http upload".
--
Thorbjørn Ravn Andersen
| |
|
|