ugrás a tartalomhoz

HTML5 fájlfeltöltés az XMLHttpRequest segítségével

Wyck · 2013. Jún. 24. (H), 16.16
Fájlfeltöltés XmlHttpRequest és HTML5 segítségével + progressbar
 
1

Copy-Paste

PiG · 2013. Jún. 28. (P), 07.09
Kár, hogy ez a 2013-as cikk csak a http://www.w3.org/TR/XMLHttpRequest/
http://www.w3.org/TR/FileAPI/ oldalakat jelöli meg forrásként, azt a 2010-ben írt oldalt, ahol meg ténylegesen ott az összerakott kód azt nem említi: http://www.matlus.com/html5-file-upload-with-progress/ aztán lehet, hogy máshol is van ez a kód...

Gondolom az egész weboldal erre a koncepcióra épül, saját hozzáadott érték nélkül.
Nem is lenne baj, de írja oda, hogy fordítás innnen és innen.
Van, aki ezt ügyesnek mondja, van, aki meg pofátlannak...
2

Durva

Poetro · 2013. Jún. 28. (P), 08.27
Ez tényleg durva. Az eredeti szerintem jobb. Időközben rendeztem a dolgot.
3

nem copy-paste, ezt a kódot

Wyck · 2013. Jún. 28. (P), 09.19
Nem copy-paste, ezt a kódot nem igen lehet máshogy megírni. Nyilván számos oldalról gyűjt az ember információkat, de nem gondolnám, hogy hozzáadott érték ne lenne benne. Amúgy frissítve grafikus progress bar-al.

Üdv
5

Nem copy-paste, ezt a kódot

Hidvégi Gábor · 2013. Jún. 28. (P), 10.18
Nem copy-paste, ezt a kódot nem igen lehet máshogy megírni.
A változókat is ugyanúgy nevezik a világ két végén lévő emberek?

Nyilván számos oldalról gyűjt az ember információkat
Ezeket érdemes mind meg is megjelölni.
11

Köszi hogy jelezted, a

Joó Ádám · 2013. Jún. 28. (P), 14.54
Köszi hogy jelezted, a jövőben figyelembe vesszük a blogmarkok megjelentetésekor.
4

Szóval nem csak nekem volt

kuka · 2013. Jún. 28. (P), 10.12
Szóval nem csak nekem volt olyan érzésem, hogy ott valami nincs rendjén.
  • Készítünk egy beviteli mezőt a fájlkiválasztásához, ahol meghívjuk a fajlkivalaszt() függvényünket.
    – Márpedig fajlkivalaszt() függvény sehol sincs.
  • Az xhr változó lokális a uploadFile() függvényben, mégis van xhr.addEventListener() hívás a fileSelected() függvényben is.
  • Az a (Math.round(file.size * 100 / (1024 * 1024)) / 100).toString() + 'MB' kerekítés kissé kisiskolás megoldás, mikor (file.size / (1024 * 1024)).toFixed(2) + 'MB' rövidebb és olvashatóbb volna.
Az ilyen kilengésektől nekem is az ugrik be, hogy koppintással állok szemben.
6

Első körben magyarul volt az

Wyck · 2013. Jún. 28. (P), 11.31
Első körben magyarul volt az összes változó elnevezve, ezért maradt benne véletlenül a fajlkivalaszt() csak sokan piszkáltak, hogy legyenek angolok a változó és függvénynevek.

Gondolom az, hogy ebben a változatban működik a fájlméret limit és grafikus progress bar-al bővült, már nem annyira érdekes.
8

Gondolom az, hogy ebben a

kuka · 2013. Jún. 28. (P), 12.32
Gondolom az, hogy ebben a változatban működik a fájlméret limit és grafikus progress bar-al bővült, már nem annyira érdekes.
Azaz hogy kiírja, hogy túl nagy, majd zavartalanul feltölti teljes terjedelmében? Igazad van, valóban érdekes, hogy te ezt működésnek minősíted.
9

Ha megnézed a php file

Wyck · 2013. Jún. 28. (P), 13.34
Ha megnézed a php file tartalmát, láthatod, hogy eldobja a 2Mb-nál nagyobb fájlokat. A csík meg a feltöltés látszólag valóban elindul, de a php oldalon a tárolás nem történik meg.
10

A PHP kódot megnéztem,

kuka · 2013. Jún. 28. (P), 13.47
A PHP kódot megnéztem, helyesnek találtam és ennek megfelelően nem kritizáltam.
7

Számitások

Poetro · 2013. Jún. 28. (P), 11.52
A számítások az eredeti változatban is azonosak ezzel, úgyhogy ezen sem történt javítás. Arról már ne is beszéljünk, hogy minden elemet annyiszor választ ki a DOM-ból ahányszor használja (progressNumber esetén 9-szer), ahelyett, hogy eltárolná egy változóba és hasonlók. De ezügyben az eredeti cikk a hibás, bár illett volna rajta javítani.
12

Wyck mégis OK

PiG · 2013. Jún. 29. (Szo), 08.53
Újragondoltam. Wyck jól csinálja:
http://www.youtube.com/watch?v=CW0DUg63lqU