Toon posts:

[alg] Grote bestanden upload via een formulier

Pagina: 1
Acties:
  • 273 views sinds 30-01-2008
  • Reageer

Verwijderd

Topicstarter
Wat ik mij nou afvraag, is waarom de browserontwikkelaars nog steeds niet met een oplossing/formulierelement zijn gekomen om:

1. Meerdere bestanden tegelijk te kunnen selecteren (om te uploaden)

2. Te kunnen kiezen uit de methode van versturen: http/ftp, zodat je ook bestanden groter dan de maximaal toegestane hoeveelheid bytes voor http kunt uploaden

3. De uploadprogressie automatisch weer te geven

Ik bedoel dit zou toch een stuk makkelijker zijn dan steeds weer moeten kloten met java-applets e.d. (om dezelfde functionaliteit te realiseren)?

  • BtM909
  • Registratie: Juni 2000
  • Niet online

BtM909

Watch out Guys...

:? Eehh in welke context wil je dit gebruiken?

Tegenwoordig (en vroeger) bestonden er al FTP-programma's hoor ;)

Ace of Base vs Charli XCX - All That She Boom Claps (RMT) | Clean Bandit vs Galantis - I'd Rather Be You (RMT)
You've moved up on my notch-list. You have 1 notch
I have a black belt in Kung Flu.


Verwijderd

Gaaf!

Even rebels als Luther 500 jaar geleden. Nu hoop ik dat jij niet voor de inquisitie van Tweakers moet komen ( :Y) ), maar ik snap het nu van deze post niet helemaal.
Ik denk dat dit vooral een ja-ik-ben-het-helemaal-met-je-eens post wordt.

/ Edit

Webbased FTP zal een stuk eenvoudiger zijn als je meerdere bestanden tegelijk kan uploaden

[ Voor 18% gewijzigd door Verwijderd op 26-04-2004 13:49 ]


  • Bosmonster
  • Registratie: Juni 2001
  • Laatst online: 10-05 18:53

Bosmonster

*zucht*

Browsers en formulieren zijn niet bedoeld voor oploaden van grote hoeveelheden data, maar voor het versturen van formulier-data.

Als je uitgebreide upload-functionaliteit wil in je browser, zul je hier dus zelf iets voor moeten maken zoals een Java-applet of activeX control. Voor dit soort functionaliteiteiten is juist deze plugin-structuur bedoeld omdat browsermakers onmogelijk al dit soort B-functionaliteit zelf in kunnen bouwen.

Verwijderd

Topicstarter
Ik ben zelf bezig met een website waar een admin de mogelijkheid moet hebben om grote bestanden (filmpjes) te kunnen uploaden via een CMS-paneel. Dit, zodat het bestand automatisch gerenamed wordt en weggeschreven in de juiste map etc.

Verwijderd

Bosmonster is volgens mij duidelijk genoeg geweest :)

Dat wordt dus stuk voor stuk uploaden, aangezien ik aanneem dat Bill Gates geen kijkje neemt op Tweakers en meteen een update van IE wil releasen >:)

Verwijderd

Topicstarter
Bosmonster schreef op 26 april 2004 @ 13:50:
Browsers en formulieren zijn niet bedoeld voor oploaden van grote hoeveelheden data, maar voor het versturen van formulier-data.

Als je uitgebreide upload-functionaliteit wil in je browser, zul je hier dus zelf iets voor moeten maken zoals een Java-applet of activeX control. Voor dit soort functionaliteiteiten is juist deze plugin-structuur bedoeld omdat browsermakers onmogelijk al dit soort B-functionaliteit zelf in kunnen bouwen.
Dit lijkt me sterk. Ik bedoel als je een plugin kan schrijven die dergelijke functionaliteit realiseert, dan moet het voor de browserontwikkelaars toch ook mogelijk zijn om dergelijke functionaliteit standaard in te bouwen in hun browsers? Bovendien denk ik dat de functionaliteit waar ik op doel door veel gebruikers (erg) gewenst is, en om die reden lijkt me het voor browserontwikkelaars nuttig om hier eens naar te gaan kijken.

Verwijderd

Topicstarter
Verwijderd schreef op 26 april 2004 @ 13:53:
Bosmonster is volgens mij duidelijk genoeg geweest :)

Dat wordt dus stuk voor stuk uploaden, aangezien ik aanneem dat Bill Gates geen kijkje neemt op Tweakers en meteen een update van IE wil releasen >:)
Dat denk jíj :P

  • BtM909
  • Registratie: Juni 2000
  • Niet online

BtM909

Watch out Guys...

Verwijderd schreef op 26 april 2004 @ 13:56:
[...]


Dit lijkt me sterk. Ik bedoel als je een plugin kan schrijven die dergelijke functionaliteit realiseert, dan moet het voor de browserontwikkelaars toch ook mogelijk zijn om dergelijke functionaliteit standaard in te bouwen in hun browsers? Bovendien denk ik dat de functionaliteit waar ik op doel door veel gebruikers (erg) gewenst is, en om die reden lijkt me het voor browserontwikkelaars nuttig om hier eens naar te gaan kijken.
Ik denk het niet... Waar is een browser voor bedoeld?

Ace of Base vs Charli XCX - All That She Boom Claps (RMT) | Clean Bandit vs Galantis - I'd Rather Be You (RMT)
You've moved up on my notch-list. You have 1 notch
I have a black belt in Kung Flu.


Verwijderd

Topicstarter
Verwijderd schreef op 26 april 2004 @ 13:49:
Gaaf!

Even rebels als Luther 500 jaar geleden. Nu hoop ik dat jij niet voor de inquisitie van Tweakers moet komen ( :Y) ), maar ik snap het nu van deze post niet helemaal.
Ik denk dat dit vooral een ja-ik-ben-het-helemaal-met-je-eens post wordt.

/ Edit

Webbased FTP zal een stuk eenvoudiger zijn als je meerdere bestanden tegelijk kan uploaden
Nee ik vroeg me meer af of het feit dat dergelijke formulierelementen niet beschikbaar zijn een specifieke (beveiligings)reden heeft.

Verwijderd

Voor veel gebruikers is het ook handig als een WebEditor in de browser zou zitten die volledig semantisch correcte html zou produceren! Daar zou je letterlijk duizenden mensen blij mee maken...
Zullen we dit saampjes voorstellen aan Bill? En jah, dat wordt stuk voor stuk uploaden (zonder java of directx)

Verwijderd

Topicstarter
BtM909 schreef op 26 april 2004 @ 13:57:
[...]

Ik denk het niet... Waar is een browser voor bedoeld?
Primair voor browsen natuurlijk (;)), maar met de opkomst en populariteit van webbased-cms'en, wordt de browser ook veel gebruikt om informatie mee te verzenden naar de server.

Ik zou het bovendien een beetje vreemd vinden om voor het verzenden van data naar de server appart een programma te moeten schrijven of downloaden. :?

Verwijderd

Topicstarter
Verwijderd schreef op 26 april 2004 @ 13:59:
Voor veel gebruikers is het ook handig als een WebEditor in de browser zou zitten die volledig semantisch correcte html zou produceren! Daar zou je letterlijk duizenden mensen blij mee maken...
Zullen we dit saampjes voorstellen aan Bill? En jah, dat wordt stuk voor stuk uploaden (zonder java of directx)
Waarom MS (BG)? Beter gaan we naar die lui achter Mozilla. :)

Verwijderd

Topicstarter
Verwijderd schreef op 26 april 2004 @ 13:59:
Voor veel gebruikers is het ook handig als een WebEditor in de browser zou zitten die volledig semantisch correcte html zou produceren! Daar zou je letterlijk duizenden mensen blij mee maken...
Zullen we dit saampjes voorstellen aan Bill? En jah, dat wordt stuk voor stuk uploaden (zonder java of directx)
Opzich is MS hier volgens mij al een beetje mee bezig -> rich text field in IE.

  • Bosmonster
  • Registratie: Juni 2001
  • Laatst online: 10-05 18:53

Bosmonster

*zucht*

Verwijderd schreef op 26 april 2004 @ 13:56:
[...]


Dit lijkt me sterk. Ik bedoel als je een plugin kan schrijven die dergelijke functionaliteit realiseert, dan moet het voor de browserontwikkelaars toch ook mogelijk zijn om dergelijke functionaliteit standaard in te bouwen in hun browsers? Bovendien denk ik dat de functionaliteit waar ik op doel door veel gebruikers (erg) gewenst is, en om die reden lijkt me het voor browserontwikkelaars nuttig om hier eens naar te gaan kijken.
Tja... Dan hadden ze Flash en de 800.000 andere plugins ook wel in kunnen bouwen. HEt idee is juist dat de browsermaker zich kan focussen op wat de browser hoort te doen: websites weergeven e.d. zodat andere de overige gespecialiseerde gewenste functionaliteit toe kunnen voegen middels plugins en componenten.

Bovendien zit je met een probleem in browsercompatibiliteit en het probleem van beveiliging (FTP username/password enzo).

Ik snap het probleem ook niet zo... voor een paar tientjes heb je prima ActiveX componenten... Bereken je gewoon door aan de klant toch :?

[ Voor 20% gewijzigd door Bosmonster op 26-04-2004 14:08 ]


Verwijderd

Topicstarter
Nee daar gaat het niet om (ik kan dergelijke componenten ook echt wel zelf schrijven of gratizz verkrijgen), het lijkt me alleen handig voor de standarisatie van deze technieken.

En wat jij zegt vind ik ook niet echt logisch, omdat ze anders ook geen teksvelden, lijstvelden, menuvelden etc. hadden hoeven inbouwen als ze er zo over zouden denken..

[ Voor 33% gewijzigd door Verwijderd op 26-04-2004 14:13 ]


Verwijderd

Topicstarter
Bosmonster schreef op 26 april 2004 @ 14:06:
[...]


Tja... Dan hadden ze Flash en de 800.000 andere plugins ook wel in kunnen bouwen. HEt idee is juist dat de browsermaker zich kan focussen op wat de browser hoort te doen: websites weergeven e.d. zodat andere de overige gespecialiseerde gewenste functionaliteit toe kunnen voegen middels plugins en componenten.

Bovendien zit je met een probleem in browsercompatibiliteit en het probleem van beveiliging (FTP username/password enzo).
Wat bedoel met dat probleem in de beveiliging (FTP username/password enzo)?

  • PrisonerOfPain
  • Registratie: Januari 2003
  • Laatst online: 07-04 13:41
Bosmonster schreef op 26 april 2004 @ 14:06:
[...]


Tja... Dan hadden ze Flash en de 800.000 andere plugins ook wel in kunnen bouwen. HEt idee is juist dat de browsermaker zich kan focussen op wat de browser hoort te doen: websites weergeven e.d. zodat andere de overige gespecialiseerde gewenste functionaliteit toe kunnen voegen middels plugins en componenten.
Waarom hebben een hoop (al dan niet alle) grote browsers een ingebouwde FTP client?

  • Bosmonster
  • Registratie: Juni 2001
  • Laatst online: 10-05 18:53

Bosmonster

*zucht*

Verwijderd schreef op 26 april 2004 @ 14:11:
Nee daar gaat het niet om (ik kan dergelijke componenten ook echt wel zelf schrijven of gratizz verkrijgen), het lijkt me alleen handig voor de standarisatie van deze technieken.

En wat jij zegt vind ik ook niet echt logisch, omdat ze anders ook geen teksvelden, lijstvelden, menuvelden etc. hadden hoeven inbouwen als ze er zo over zouden denken..
Niet vergelijkbaar. Form-elementen zijn gedocumenteerde onderdelen van de HTML-standaard.

En wat beveiliging betreft.. Het betekent dat je in een clientside component een FTP-username/password mee zult moeten geven voor de fileupload. Of een anonymous FTP zult moeten instellen. Beiden zijn behoorlijke risico's.
Waarom hebben een hoop (al dan niet alle) grote browsers een ingebouwde FTP client?
De gehele browser als FTP-browser kunnen gebruiken zowel als HTTP-browser is wel heel wat anders dan zorgen voor een form-component voor fileuploads. De meeste browsers ondersteunen ook nog hele andere protocollen (HTTPS/GOPHER/etc).

Overigens heb ik het alleen over een upload-module met functionaliteiten als FTP. Progessie van een HTTP-request is WEL iets dat ingebouwd zou kunnen worden (normale forms dus). Ook zou een file-element voor meerdere bestanden ook geen overbodige luxe zijn. Je moet hier echter niet klagen bij de browsermakers, maar bij de standaarden-makers (W3C dus).

[ Voor 36% gewijzigd door Bosmonster op 26-04-2004 14:37 ]


  • InZane
  • Registratie: Oktober 2000
  • Laatst online: 19:30
Verwijderd schreef op 26 april 2004 @ 14:06:
[...]


Opzich is MS hier volgens mij al een beetje mee bezig -> rich text field in IE.
Ja die genereerst alsnog meuk :/

  • djluc
  • Registratie: Oktober 2002
  • Laatst online: 19:24
De vraag is eigenlijk: waarom is er nog steeds geen standaard* manier voor het uploaden van grote en/of meerdere files via de browser.
*lees: volgens de specificaties van W3

Eigenlijk moeten we dus niet bij Mozilla of Microsoft gaan klagen maar bij W3.
edit:
/me laat weer eens een venstertje open staan :X

[ Voor 11% gewijzigd door djluc op 26-04-2004 18:52 ]


Verwijderd

Deja vu...
Bosmonster schreef op 26 april 2004 @ 14:32:
Je moet hier echter niet klagen bij de browsermakers, maar bij de standaarden-makers (W3C dus).
Pagina: 1