felejtsd el
Amit a "pure" PHP formokról tanultál, azt itt felejtsd el, az egyik legnagyobb gányolás lenne. A Drupal tartalmaz egy remek Form API-t, amivel egyszerűen tömbként kezelhetsz formokat, kezdve a megjelenítéstől egészen a benne tárolt adatok elmentéséig.
Még ez is érdekes lehet, meg ez is.
Szerk.: Amúgy a dolog szépsége kb. ott kezdődik, hogy a modulodban (aminek a neve legyen foobar és áll legalább egy foobar.info és foobar.module fájlból, mindezek pedig a sites/all/modules/foobar könyvtárban) írsz egy foobar_own_form() függvényt, ami nem csinál semmi mást, csak visszaad egy megfelelően elkészített tömböt. Ez a tömb reprezentálja a formodat, a kezdeti lépésekben segít a fenti leírás, pontos referenciát pedig itt találsz. Ebből a tömbből a drupal_get_form() előállítja a szükséges kimenetet, amit aztán könnyedén sminkelhetsz is.
Ha a fenti formodat előállító függvény neve foobar_own_form(), akkor rögtön használhatsz foobar_own_form_validate($form, &$form_state) függvényt, ahol paraméterként visszakapod tömböt, a $form_state['values']-ben pedig a felhasználó által a formban megadott értékeket. Itt le tudod ellenőrözni ezek helyességét, ha nem jó, akkor a form_set_error()-ral vissza tudod dobni az űrlapot, ha pedig minden oké, akkor foobar_own_form_submit($form, &$form_state) és mentheted az adatokat.
Ennyi az egész, ez a Drupalos szép megoldás, érdemes az http://api.drupal.org/ olvasgatni, illetve tanulmányozni az Examples modul mintakódjait.
Ez a fenti történet pedig úgy kapcsolódik a kérdésedhez, hogy a hook_form_alter()-val elcsípheted a tartalom hozzáadásakor és szerkesztésekor megjelenő formot, ugyanígy tudsz egy új tömbelemet hozzáadni és azt lekezelni a tartalom elmentésekor.
Tovább is van, mondjam még? :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Úgy
hogy a címlapon elérhető fordítás NEM naprakész. A jelenleg letölthető változat éppen a 2010. október 13-i állapotot tükrözi. Ne onnan szedd a honosítást, hanem az l.d.o-ról közvetlenül, vagy használd az l10n_update modult, és akkor rendben lesz.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Akkor
valószínűleg a 6.19-eshez máshonnan szedtem le?!
Azért logikus lenne, hogy a főoldalon lévő friss legyen, legalábbis ne 3 hónapos.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
l10n_update
Én pedig erre mondhatnám, hogy aki még mindig a drupal.hu-ról tölti a fordítást és nem használja az l10n_update-t vagy az l10n_install-t, sikeres ember nem lehet. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Igen
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
igen, masoktol is hallottam mar ezt.
fogalmam sincs mi lehet, elobe kene latni, meg error logot figyelni, mint a vadaszkutya esetleg issue listakban utananezni, hatha mas orszagok fiai és/vagy lanyai is eszleltek a makulat es lehet be is foltoztak mar.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nekem egy pont volt egy emailcím végén.
Sok mindentől, nekem egy pont volt egy olyan emailcím végén, amelyet a tömeges feliratkozások funkcióval töltöttem fel, annak ellenére, hogy feltöltéskor kilistázta mint hibát, azt kijavítottam és úgy töltöttem fel még egyszer. Szóval érdemes átnézni az emailcímeket, nincs-e bennük felesleges karakter, ékezet, szóköz, stb.!
A Drupal-org-on írnak még Mime mail okozta hibáról, meg sok egyébről is, nekem az nem volt bekapcsolva.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Marci demozott a múltkor, úgy
Marci demozott a múltkor, úgy tűnt lefagyott, de kb 5 perc kellett neki míg betöltötte. Addig csak néztük, mi van.
Lehet, hogy csak várni kellene egy kicsit.
--
Szabó Dénes - Internode.hu - Munkára fogott weblapok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hmm
Üdv!
Den:
A wordpress importálással nem lesz baj, megírom a saját php scriptemet hozzá (sok custom field miatt nem jó a wordpress_import), egyszer már a 6-os verziónál megcsináltam, de akkor végül wordpressben oldottam meg inkább a form dolgot.
CPU igény csak remélem, hogy kevesebb lesz, lévén drupalnak beépített cache rendszere van (és opcode cache-t is könnyebb vele használni), illetve ha wordpressben akarok fórumot, custom avatart, privát üzenetet, stb. akkor annyit kell rajta javítgatnom, patchelgetnem, hogy fene tudja mennyi idő alatt készülök el vele, és akkor még nem beszéltünk arról, hogy a különböző pluginok mennyire támogatják a gyorsítótárazást, mennyire stabil és gyors a kódjuk, stb. - míg drupalban ezek jelentős része beépítve elérhető - ez sokat jelent.
5; A webform beépített rendszere nem jó, ugyanis oldalspecifikus linket küldenek be, ahonnan curllel adatokat szedek le egy egységes adatlap kialakítása érdekében. Fontos tehát, hogy a linket jól adják meg, mert ezzel töltöm ki az adatok egy részét, és ezzel ellenőrzöm, hogy nem küldenek be dupla tartalmat.
nevergone:
Nem vagyok profi, de pl. ezt a formot le tudnám programozni tiszta php-ban. A probléma ott kezdődik, hogy egy frameworkhöz kell (drupal) igazítanom, ami nem tűnik túl egyszerű feladatnak. Az biztos, hogy nem 5 perc lesz, és hogy a hook_form_altert kénytelen leszek elmélyülten tanulmányozni, csak reméltem, hogy valaki már csinált ilyet.
Azt olvastam, hogy a drupal formoknak beküldés előtt van egyfajta postprocess fázis, ahol el lehet helyezni a kis php scriptjeinket, de nekem inkább előtte kéne feldolgoznom adatokat, és defaultként hozzárendelni a mezőkhöz (esetleg el is rejteni az így már értékkel bíró mezőket).
Köszönöm az eddigi segítséget, ha valakinek van még tippje, kérem írjon! (form rész lenne a legfontosabb)