Szeretnék megvalósítani egy formot, ami félig sikerült is.
feladat: bekérni személyektől adatokat, ugyanakkor minden személynek kell magáról feltölteni képet és önéletrajzot, az adott személyről az adatokat természetesen letárolom adatbázisban, a file-okat lementem a megfelelő könyvtárba, és a file-ok neveit is adatbázisba mentem.
csak meghatározott kiterjesztésű file-okat lehet feltölteni, vagyis ha nem stimmel az önéletrajz kiterjesztése de a képé igen, akkor is újra fel kell tölteni a képet meg az önéletrajzot is.
a validate fvényt a ez alapján oldottam meg:
http://drupal.hu/forum/file-t%C3%ADpus-ellen%C5%91rz%C3%A9s
A lényeg h egy olyan formot szeretnék összehozni: ahol két db file form elem van, a két file-t egyszerre lehetne feltölteni, ha mindkettő megfelel az adott kiterjesztésnek
CV: pdf vagy doc
kép: jpeg vagy jpg vagy png
Úgy gondoltam, h olyan megoldás lenne a jó, ha mindkét file form elemhez rakok egy-egy csatol gombot, amivel fel tudnám tölteni egy ideiglenes mappákba a képet és az önéletrajzot külön-külön, ekkor a validate se zavarná össze egymást.
Amint mindkét file úgymond feltöltésre kerül, át tudom őket pakolni a végleges könyvtárba és a file neveket is fel tudom tölteni az adatbázisba.
Hasonlót szeretnénk:
mint amikor van egy tartalom típus, amihez társítva van filefield-->image field (cck).
Amikor beküldök egy ilyen típusú tartalmat, akkor először feltöltöm a képet, majd utána mentem a node-ot.
Próbáltam visszakeresni egy a kódrészletet a cck modulban vagy a filefield modulban, de nem igazán találom.
Ha valaki tudna segíteni, hogyan is induljak el, ami ajax-os file-feltöltést valósít meg, írjon ötleteket.
Én tovább keresek addig is köszike, rem. érthetően írtam körbe a problémát.
köszi
nem értem ezek valami vizsgafeladatok?
bocs de soha nem értem a témáiddal kapcsolatban, hogy miért akarsz saját modulban hosszú órák alatt megpróbálni megvalósítani valamit, amire van egy kész modul, esetedben a filefield, de az összes dolgodat le lehetne cck modulokkal fedni és akkor nem kéne validálnod, meg adatbázisban tárolnod, meg visszaolvasni meg ezek...
szóval miért nem használod azt az előnyt, hogy már létező dolgokat újrahasznosíthatsz?
-
clear: both;
jogos amit írtál
mikor a cck felvetődött mint lehetőség már javában benne voltam a saját kódban,
ahhoz h cck-val ezt meg tudjam valósítani akkor más dolgokat kellene körbejárnom,
ezek az adatok egy kurzusra történő jelentkezéshez kell, miután valaki regisztrált, és el lett fogadva a jelentkezése e-mail-ben kap még egy jelentkezés megerősítése formot, számomra könnyebb saját adattáblával és modullal dolgozni, igen a példáim körülményesek és néha mesterkéltek de én csak így tudok tanulni, fejlődni.
mini
Akkor sem értem
Miért nem tervezel előre egy kicsit? Miért nem "sztenderd", már jól bevállt módszerekkel dolgozol, minek kell saját kódot hekkelni, amit egy verzió váltáskor úgy is át kell irnod?
Miért akarod te kivülről megmászni a tornyot, amikor van lift is? Mert még nem jártál az épületen "belül", és nem tudod, hogy van lift?
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
Miért nem tervezel előre egy
Mert a CCK is egy szép nagy hack. Próbáltál már mátrix jellegű adatokat tárolni benne, pl. megjelölni, hogy melyik csatolt fájl melyik csoport számára legyen látható? Esetleg egy receptgyűjteményhez az összetevőket felsorolni, hogy 1 dkg cukor, ahol a mértékegység és az alapanyag nodereference típusú mezők? Ahogy látom a CCK 3.x-ben benne lesz feature-ként, de lehet, hogy 4 is lesz belőle, mert a 600 hozzászólást is megélő esetenkénti patch-ek közül van, ami már lassan oviba járhatna.
Szimplán #disabled-re rakni egy mező értékét szopókő, a hook_form_alter() nem működik a űrlapjain stb.stb. Egy bizonyos bonyolultság felett az összes összekattintgatós megy a /dev/null -ba "a technika jelenlegi szintjén" és ezek közül a CCK okozza a legkisebb problémát. Minél tovább megy az API szinten dokumentálatlan végfelhasználói kényeztetés, annál több értelme van fejlesztőként visszanyúlni a jó öreg nodeapi-hoz.
filefiled miért nem jó?
Pontosan ezeket tudja, mint amiket te szeretnél használni. Nem értem, minek túlbonyolitani...
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
ok
mindegy
inkább hagyom
mini