[addon multiplefileupload] MultipleFileUpload – form control

ked dumpnem $req->getHeader(„Content-type“) po odoslani formulara, tak na locale vypise daco taketo multipart/form-data; boundary=---------------------------281123069513169, na ostrom serveri je to NULL. Vie mi s tym, prosim, niekto poradit?

Tak to by mě také zajímalo. Zkus dumpnout všechny hlavičky, které se poslaly na server. Asi tam budu muset identifikovat ten požadavek nějak jinak.

Nešlo by tento addon pls nahrát třeba někam na nette.org nebo github? To SVN uvedené na stránce s addonem nejede …

Díky igi

Ondřej Mirtes napsal(a):

Updatnul jsem – na localhostu to už jede, ale na serveru stále před reloadem stránky na konci uploadování blikne HTTP Error a pak to zahlásí, že musím nahrát aspoň jeden soubor :(

Už je to ready?

http://multiplefileupload.projekty.mujserver.net/ zkus tam něco poslat. Ale vím jen o 2 zásadních chybách, které působily porblémy:

1. volání $this->terminate(); před $application->run(); → výjimka; tohle jsem, ale opravoval v jedné z prvních revizí
2. ten povedený mod zápisu nebo čeno na linuxu; v kódu bylo chmod(777), ale musí tam být chmod(0777); jinak to dělá něco úplně jiného

Jinak ve funkčnosti, by to už mělo být použitelné. Ale pravda je, že ty první revize byly hodně boužlivé.

Teď mám jaksi 2 velké TODO na tomto doplňku:

1. Udělat k tomu nějaký model – teď to používá Nette\Cache
2. Předělat vzhled – nějak mi to pořád nesedí do formuláře

Matúš Matula napsal(a):

honzakuchar napsal(a):

Ad. chybka: Mrknu na to, ale z hlavy fakt nevím. Nemohl by jsi mi dát, dočasně přístup na ten hosting? Chyby se strašně špatně hledají, jenom tak z placu.

mas to v mailu

Hned jak si najdu chvilku, tak na to mrknu.

Nahraď ten řádek tímto:

$template->registerFilter(new LatteFilter);

Editoval iguana007 (13. 2. 2010 20:39)

Tak bug nalezený Matůšem Matulou opraven. Není to chyba MultipleFileUploaderu, ale Nette: https://forum.nette.org/…content-type.

// EDIT: Na tvém serveru máš funkční DEMO. Testovací účet můžeš ze svého serveru smazat. ;)

Editoval honzakuchar (19. 2. 2010 19:39)

honzakuchar napsal(a):

// EDIT: Na tvém serveru máš funkční DEMO. Testovací účet můžeš ze svého serveru smazat. ;)

Vdaka za tvoj cas a namahu. Cenim si to ;-)

Ahoj,
dnes jsem commitnul na SVN další verzi MFU. (obsahuje docela velké změny)

Jsou odděleny modely od MFU (i když ještě ne uplně podle mých představ, ale jsou).

Měl by být Tread-safe. (i když se zdá, že občas není; prosím někoho thread-safe-zkušenějšího (->proto je více vláken raději pořád zakázáno), aby případně poradil) Na zamykání se používá vytvoření prázdného souboru v cache. (ano pořád se používá Cache, ale už je na SVN i driver přímo na FileSystém, ale je zatím nefuknční, zase – pokud máte někdo čas, mrkněte na to)

Zatím ještě nejsou hotové Interface pro modely (jsou prázdné). Dodělám hned po tom, co si ujasním, jak by přesně měly fungovat ty thead-safe modely. Pokud máte někdo představu, nápad nebo zkušenosti, prosím napište.

Opraven bug Uploadify, když je vybrán soubor, který má velikost 0bytů. Je přeskočen a je zavolán event emptyFile, výchozí akce je alert().

Opraven bug, když je vybrán soubor větší, než dovoluje PHPko. Ještě před odesláním je soubor vyhozen fronty a je zavolán event sizeLimitExcessed, výchozí akce alert.

V příkladu je předělán Debug::dump() na tabulku.

V produkčním režimu příklad nepřesouvá soubory, ale rovou je maže. (když je příklad mimo localhost)

Přídán do distribuce Logger. Velmi usnadňuje ladění thread-safe operací.

Detekce prostřední podle IP počítače. (127.|::1 je DEVELOPMENT jinak PRODUCTION)

Automatické nastavení optimálních hodnot lifeTime a cleanInterval.

Snad jsem nezapomněl na žádné důležité změny.

//EDIT: pokud někdo chcete vědět, jak zaregistrovat vlastní model, tak napište. Je to jednoduché, ale nechce se mi to psát, pokud to nikdo nepoužije. ;)

Editoval honzakuchar (21. 2. 2010 12:42)

Co je potřeba udělat (spíš co musíte udělat):

1. Otestovat SQLite model (výchozí), zda je opravdu thread safe. Prostě se budete pokoušet odesílat hromady souborů a budete sledovat, zda dorazí všechny. Prostě otestovat, jestli se v něm nevyskytuje nějaká zásadní krpa.
2. 6.3.2010: Hotovo Zda běží vše tak jak má na Linuxu (nemám server na Linuxu)

Potřeboval bych, aby se to stihlo oboje do 12.3.2010! Díky!

Editoval honzakuchar (6. 3. 2010 22:47)

Pokud mas windows tak doporučuju TortoiseSVN.

no ja jsem zkousel svn klienta co je v zend studiu a neproslo mi to autentizaci.. porad to chtelo heslo

SVN Nejde a v clientovi nije problém, lebo som to už raz z tadial stiahol.

could not connect to server (https://svn.mujserver.net:8443)

Dva dni to mám spustené.

Zatím se mi zdá, že na linuxu to moc nefunguje. Tváří se to sice, že je všechno OK, ale „cesta k souboru“ ukazuje do složky app/temp/uploads-MFU (místo do app/uploadedData), která je ale prázdná. Zkusím to ještě o volné chvilce trochu projít a podívat se, co by mohlo způsobovat potíže.

Panda napsal(a):

Zatím se mi zdá, že na linuxu to moc nefunguje. Tváří se to sice, že je všechno OK, ale „cesta k souboru“ ukazuje do složky app/temp/uploads-MFU (místo do app/uploadedData), která je ale prázdná. Zkusím to ještě o volné chvilce trochu projít a podívat se, co by mohlo způsobovat potíže.

Teď si to čtu znova. Na produkčním prostředí příklad soubory nikam nepřesouvá. (zůstanou v tempech a potom se smažou) Když zavoláš metodu move() nad HttpUploadedFile, tak by se ti to mělo přesunout tam, kam potřebuješ.

uz jsem to sem chtel napsat pred dlooouhou dobou, ale nejak jsem se k tomu nedostal O: ) Prvni vec je, jaky ten HTTP error nam to vraci – me osobne 403. Pak byl jen krucek se zeptat googlu a zjistit, ze to radsi neservirovat fastCGI. Takze hodit to na mod_php, zajistit dobre prava a dobre slozky a voilà: run Forrest, run! : )

Toto by mělo fungovat už správně. Je to opraveno na dvou místech zároveň. :) Nette:
https://github.com/…e84a260119db a přímo v MFU v metodě handleUploads() . Pokud to pořád nefunguje pod FastCgi, tak mi prosím na mail pošli přístup na FTPko do nějaké složky toho serveru. Ale co jsem testoval na serveru Matúše Matuly, tak nebyl problém. Po opravě vše fungovalo normálně. (oprava je už jak distribuci Nette, tak v distribuci MFU)

Honzo, hodne bych zauvazoval, zda to nepredelat na http://swfupload.org/, vypada to o neco inteligentneji.

To co jsem řešil byly problémy Flash x Session. (které už jsou teď vyřešené; jak v Nette – zrušení verificationKey; tak v MFU – nepoužívá SESSION → velký problém napsat thread-safe storage → nakonec použito sqlite: 1, 2) Ale klidně to může komunikovat s něčím jiným, než s Uploadify. Plánuji udělat do MFU jaké drivery pro jednotlivé uploadovací mechanismy. Od standardního uploadu, přes Uploadify, až po Google Gears (drag&drop). Ale to je asi daleká budoucnost. To až zase budu mít někdy trochu času. (EDIT: … nebo mi někdo zaplatí)

Nicméně mě těší, že práce nepřišla nazmar. Byla to práce opravdu hnusná. Hlavně vyřešit ty chyby v Internet Exploreru.

Editoval honzakuchar (5. 3. 2010 23:22)

Jakože, mohl by si použít něco kratšího, třebas něco jako LoadUp – ovšem pak by člověk na první pohled nepoznal, o co se jedná.

já bych dal Advanced Upload :)

Neuvědomil jsem si, že to někoho zmate. Asi to odstraním. Mám to tam kvůli ukázce co mám na serveru, kde to nechci nikam přesouvat.

Technicky to možné není. Je tam pokud vím nějaké omezení. (pokud se má otevřít dialog na vybrání souboru, musí být vyvolán kliknutím uživatele do objektu s flashem) Ale je v plánu udělat ten flash jakoby průhledný a pod ním, by byl nějaký div, který si už ostyluješ. (bude možná někdy)

Editoval honzakuchar (6. 3. 2010 22:51)

Mortaelth napsal(a):

Nemohu se pripojit k SVN. Pres browser (opera) kdyz kliknu na odkaz svn, tak si mohu repozitar normalne prohlednout, ale kdyz si url zkopiruji a zkusim pouzit v TortoisSVN nebo v internim SVN klientovi Zend Studia, tak to po me chce prihlasovaci udaje. Je nekde neco potreba nastavit? delam neco spatne?

Skus dat ako meno ‚guest‘ a heslo nechaj prazdne

Mortaelth napsal(a):

Matúš Matula napsal(a):

Mortaelth napsal(a):

Nemohu se pripojit k SVN. Pres browser (opera) kdyz kliknu na odkaz svn, tak si mohu repozitar normalne prohlednout, ale kdyz si url zkopiruji a zkusim pouzit v TortoisSVN nebo v internim SVN klientovi Zend Studia, tak to po me chce prihlasovaci udaje. Je nekde neco potreba nastavit? delam neco spatne?

Skus dat ako meno ‚guest‘ a heslo nechaj prazdne

To jsem zkousel jako prvni. Neuspesne. Nerikejte ze jsem jediny, po kom to chce heslo?

Heslo to chce po vsech. Je tam opravdu nastaveno:
jméno: guest
heslo: prázdné

Akorát to heslo je zakódováno v url. Takže se to ve většině prohlížečů zadá samo.

Editoval honzakuchar (15. 3. 2010 21:30)

Ještě jsem ho netestoval :) Používám vlastní řešení založené na Uploadify ještě jsem se nedokopal k nasazení rozšíření.

Zajímalo by mě jak je na tom situace ohledně tokenů pro autentizaci requestů z flashe.

Důrazně doporučuji updatovat na nejnovější revizi. V MFU se vyskytoval dost nepříjemný bug. MFU občas (cca. jednou za sto požadavků) vyhazoval výjimku o neexistující tabulce. V současné revizi je toto již opraveno je zapracováno opatření, aby se již takováto chyba neopakovala.

Dále byl do MFU přidán driver pro Dibi. (přiložené jsou dumpy mysql a postgre databáze)

Editoval honzakuchar (21. 3. 2010 23:19)

Nevím proč, ale když uploaduju více jak 2 soubory, tak upload sice proběhne, ale odezvou je hláška, že 2 soubory byly nahrány. Chová se to jako kdyby se to u dvou souborů ořízlo. Ani v upload složce najdu vždy jenom 2. Zkoušel jsem i mysql driver, ale na produkčním serveru pořád nic. Prosím o radu. Díky EDIT: Ještě doplňuji, že se jedná o server, kde běží PHP 5.3.2, a používám příklad uvedený na SVN. EDIT: Dále jsem zjistil, že na dvou souborech končí Firefox. Na 4 až 5ti souborech končí i IE8. Vyberu 8 souborů velkých cca 800kB. Maximální velikost POST požadavku mám 30MB a maximální velikost odesílaných souborů také 30MB. MFU $Rev: 49 $ released on $Date: 2010–03–21 22:16:14 +0100 (Ne, 21 III 2010) $

Editoval Vyki (23. 3. 2010 13:30)