Jag har ett gäng filer på en webbsite som användarna ska ladda ner. Är det möjligt att med hjälp av flash låta användarna välja vart alla filer ska sparas utan att behöva välja för varje fil? I sådana fall, känner någon till vart man kan få tag på en sådan Flash? Alternativt är jag intresserad av en ActiveX-komponent kombinerat med ett Java-applet. Tips på vart jag kan hitta en sån uppskattas också!

Du behöver en download manger.

Tack! Nu har jag alltså ett namn på vad man brukar kalla det men det gav inga intressanta träffar på Google.

Bump!

Vad jag hört av Flash-utvecklare så går det inte att ladda ner många filer i taget med Flash. Java-applet kombinerat med ActiveX-komponent kvarstår som alternativ. Tips på vart man kan hitta sådana för max några tusenlappar uppskattas! Så enkelt som möjligt utan massa onödiga val i UI:et vore bra.

KISS: skapa zipfiler on demand istället. Alla vanliga OS har zipstöd inbyggt och de allra flesta användare vet hur man öppnar dem.

Testade just Windows XPs zip-stöd. Det var krångligt. Även om alla vanliga OS hade bra zip-stöd så skulle det vara onödigt tungt för servern och onödigt tungt för klienterna eftersom zip-filerna skulle kunna bli flera GiB stora. Dessutom skulle det inte gå att bara presentera en länk till en zip-fil eftersom genereringen inte kan ske on the fly.

Om du har möjlighet till serversideprogrammering kan du med ASP eller PHP tvinga nedladdning av valfri fil istället för öppna-kommandot som är standard.

Edit: det var visst _flera_ filer det var frågan om...
Det är kanske en sådan här det är frågan om http://www.softcomplex.com/products/asp_zi...component/docs/

Allstars:
Nej, jag är inte intresserad av att komprimera ihop filerna till en enda stor zip-fil. Se föregående inlägg.

Jag googlade lite och hittade den här Javaappleten som verkar göra det du eftersöker: http://scand.com/products/vault/

Återkom gärna om du får det att fungera, vore bra att veta.

Jag började på ett enkelt sådant program (som en Java-applet) ikväll när jag såg den här tråden, men har fått problem med att progressbaren inte uppdateras (eller ens visas) förrän hela nedladdningen är klar. Det går att fixa med lite refaktorering av koden så att GUI:t ligger i en egen tråd, men det orkar jag inte nu.

Vilka filer programmet laddar ner bestäms genom param-taggar i sin kod. Man får, efter säkerhetsmeddelandena, upp en dialogruta där man får välja en katalog (förslagsvis en tom sådan). När man valt en katalog så är appleten enbart en progressbar. Filerna döps efter filnamnet i URL:en och det tas ännu ingen som helst hänsyn till filnamnskonflikter - filer som redan finns skrivs över!

Ni kan testa på https://lajm.eu/emil/dump/EVDown/test.php
Obs! Den drar bland annat ner två större (>5 MB) filer från Mozilla!

Hoppas att jag orkar skriva klart programmet imorgon. Jag har tänkt släppa det under GPL (v2 och uppåt).

Efter lite efterforskningar kommer min Java-applet inte fungerar på Windows Vista (i alla fall inte i IE) på grund av hårdare säkerhetsregler. Jag vet inte om det känns så värt att avsluta programmet då...

Synd, jag som precis började bli klar för release (en trådningsbugg kvar som hänger programmet om man laddar om sidan).

Det låter konstigt att det inte skulle fungera i Vista?

Om man signerar koden borde det i alla fall fungera, kostar visserligen 1500:-/år men då kan ju användaren själv avgöra om han vill kosta på signeringen.

Gör gärna klart programmet!

Att signera programmet med ett fejkcert kostar inget mer än en varning från Java. Det är det jag gjort nu, och ett krav för att överhuvudtaget få tillgång till filsystemet på det sätt det här programmet behöver.

http://java.sun.com/javase/6/webnotes/#windowsvista
Jag skulle kunna göra klart det ändå, normalt brukar jag ändå hänvisa Windows-användare till /dev/null (disclaimer: förutom på jobbet, givetvis). Om inte annat kan jag lära mig mer om händelseutlösartråden i Java.

Java följer väl ändå inte med Vista utan det måste väl installeras separat? Att bara använda en Java-applet är jag osäker på om det är aktuellt för min del eftersom det inte fungerar smidigt i Windows XP.

Gör klart appen vettja! Det är verkligen inte mycket jobb om man kan bitarna och jag tror det finns ett stort sug efter en sådan produkt. Fixa en i ActiveX också och du skulle kunna börja sälja dom tillsammans för en hel del pengar. Vill du släppa det som öppen källkod så kan du kombinera med att kränga licensnyckel till en färdigsignerad version. Garanti och support kan man ju också ta betalt för.

Utöka med drag-n-drop för uppladdning av filer och produkten/produkterna blir värda mycket.

Jag är klar nu (tillräckligt klar för första lanseringen).
EVDown - Multifilnedladdning för din webbsida

Min applet är offer för följande bugg:
https://bugzilla.mozilla.org/show_bug.cgi?id=438803
Därför beter den sig underligt om man laddar om sidan i webbläsaren på Debian-system (och troligtvis andra GNU/Linux-distributioner). Det finns som tur är en fix med serversidespråk, som jag beskriver på sidan.

Edit: Jag har bara testat i Debian, med Sun Java 1.6. Rapportera gärna buggar.

zip-filer on the fly kostar inte mkt cputid om du sätter komprimeringsfaktorn till 0. Det blir ju bara en vanlig append av filerna i princip. Det kanske är en lösning att erbjuda användaren flera alternativ (ladda hem alla filerna en och en eller klicka här för att få dem i en zipfil).

Nu var väl poängen att det var för svårt för användaren att packa upp zip-filen?

CPU är ju sällan ett problem på storage servrar. Fundera över hur mycket resurser det tar att läsa upp ett par GiB filer från disk, lägga dom i en zip-fil och sen skicka zip-filen till klienten jämfört men att bara köra sendfile direkt på alla filer för sig. Hämtar man bara en fil i taget är det bara att köra på medans om man ska skapa zip-filer måste det köas upp på serversidan och låta klienten vänta på att zip-filen ska ha genererats klart. Möjligen att man kan göra något snyggt med att skriva en tar-fil rakt ut över http, men det löser bara lite av problemen och tillför dessutom nya.

Så svårt är det ju inte, om man dessutom förbereder dem på att det kommer att komma en zipfil så får de ju själva avgöra om det är värt problemen vs att sitta och klicka. En helt godtagbar lösning enligt mig. Skulle nog säga att problemen med säkerhetsvarningar är ungefär jämförliga med att lära en ny datoranvändare använda zip.. men det är jag.

@kullervo, okey, ett par gbs filer blir ju problem framförallt med att om du gör det i serverside-språket så behöver du mycket minne (iaf är phps implementation lite halvpissig ang. det där vill jag minnas). Tredje-parts-applikationlösningen är nog bäst då ändå.

Jag vill att dom ska använda tjänsten jag bygger...

Visst vore det korkat att skriva en applikation som behöver mycket minne för att bara skriva ut det man matar den med...