Java ftp klient
 

Hejsan alla WNare!

Jag har några frågor som jag hoppas kunna få svar på :)

Jag vill ha en webbbaserad uppladnings funktion som baserar sig på ftp för att klara av storleken av filerna.

Jag har forskat lite och upptäckt att det förmodligen är en idé att köra med JAVA.
Eller är jag helt fel på att? :confused:

Problemet är också att jag inte kan JAVA så om någon kunnig där ute skulle kunna ge mig en uppskattning av tid och pris för en simpel men säker lösning.

Tanken är att användaren som är inloggad trycker på t.ex. "Upload" och får då ett formulär som då använder lösningen för att ladda upp.
Ftp kontot och lösenordet slumpas fram var gång användaren laddar upp en fil .


Låter kanske lite luddigt men jag skriver lite som jag tänker :D.

Tack för alla seriösa svar!

Du har ju net2ftp.

Det finns dussintals färdiga Java-FTP klienter, bara att Googla. Men i ditt fall känns det fel med FTP, eftersom du kommer tvingas att skapa en ny FTP användare för varje Upload.
Bättre att använda vanlig HTTP och sätta max_execution_time till 0 samt öka POST limiten. så gör de flesta uppladdningstjänster. Att köra en uppladdningstjänst på ett webhotell är inget som funkar i längden, VPS eller dedikerad server är det som gäller.

Men för att denna lösning skall bli någorlunda säker måste man köpa ett SSL-cert (och ett unikt IP-nr) till sin webserver.

Det måste man även för att FTP ska bli säkert, eller för den delen ditt förslag.

Nej, det behövs faktiskt inte, här är två varianter:
1. Om det räcker med att skydda inloggningen kan man använda S/Key autentisering på FTP-servern & klienten. Många FTP servrar stöder det.

2. Generera ett självsignerat cert till FTP-servern. Om man gör Java-FTP klienten själv kan se till att programmet kontrollera SHA1 summan på certet vid inloggning, och man visar endast varningsmeddelanden om SHA1 summan inte stämmer, så man behöver inte köpa något cert. Det är flera skillnader mellan HTTPS och FTPS, ett självsignerade cert på HTTPS kommer att generera fula varningar i webbläsaren. Man behöver heller inget unikt IP om man kör SSL via explicit FTPS, det finns flera FTP-servrar som kan hantera multipla cert på samma IP.

Eftersom man inte behöver skapa några FTP-användare när man kör HTTP-upload så räcker det oftast bra med en enkel "token"-verifikation, men visst kan man köpa till SSL för att ge ytterligare skydd.

Tack för alla svar men ingen som har en aning om vad det skulle kosta att få någon att bygga en ftp java client efter spec?

Har du en VPS/Dedikerad maskin, så kan du sätta upp FTP servern att hämta användarna från tex. MySQL.
Genom detta så har du helt plötsligt möjligheten att administrera användare från dina script.

Det är lättare att skapa en katalog i script än att sätta upp en användare.
Varför inte använda webläsarens FTP funktion? Tala om för användaren hur man använder dom vanligaste FTP programmen, alt. skapa en länk som loggar in dom på ftp:en?

Tex.

Be om en offert från någon utvecklingsfirma så får du nog det bästa svaret. Nu är det inte direkt raketforskning att göra en enkel sådan klient, men beroende på dina krav kan det ta olika lång tid.

Säg att det tar en vecka allt som allt för en man att skriva det. Anta att firman tar 1000:-/timme. Då kostar det 40 000:-. Vill du ha det enklaste som finns, typ att man trycker på "bläddra", väljer filen man vill ladda upp och sedan får en progressbar som visar uppladdningen, då kan du kanske komma undan med omkring 1-2 dagars arbete. Med samma timpris blir kostnaden då 8000-16 000:-.

Det går inte att göra uploads med webbläsaren, jag har i alla fall aldrig fått det att fungera...

Som Emil redan nämnt så varierar det kraftigt på vilka funktioner som ska finnas, jag tippar också på allt mellan 1-7 arbetsdagar. Men jag är fortfarande inte säker på att FTP är rätt lösning för dig, FTP är bra om du ska ha ett backupsystem eller om varje användare ska ha ett eget bibliotek där de kan radera/lägga till filer. Men för en uppladdningstjänst a'la Rapidshare så är HTTP-upload bättre och enklare.