Szerintem hasznos lesz leírni bővebben, hogy mi ez az Acquia (főleg azoknak, akik nem olvassák az angol híreket).

Többek között Drupal disztribúciókat (vagy más néven install profilokat) fog eladni. A disztribúciók ezt tudják:

Tegyük fel, hogy 1000 embernek volt szüksége az utóbbi 3 hónapban egy Drupal alapú, egyszemélyes blogra. Ezért 1000-ren egymástól függetlenül elkészítették a blogjukat vagy saját maguk, vagy egy programozó segítségével pénzért.

De sokkal egyszerűbb lett volna, ha egy valaki elkészíti a blogot, majd odaadja a többieknek az adatbázist és a fájlokat, aztán a többiek még valamennyit módosítanak rajta, ha szükséges. Így meg lehetett volna spórolni egy csomó időt és pénzt. Ráadásul így nem kell azon gondolkodnod, pontosan mit is akarsz, és nem kell hosszú leveleket irogatni a programozódnak.

Lehetett volna készíteni egy Drupal disztribúciót, ami egy blogot valósít meg. A disztribúció nem más, mint válogatott modulok összecsomagolva, hozzá a megfelelő beállításokkal, mindez persze letesztelve, jól átgondolt funkciókkal.

Itt jön képbe az Acquia. Kifejlesztik ezt a disztribúciót: átgondolják, milyen funkciókra van szükség egy bloghoz, kiválasztják a megfelelő modulokat, majd az egészet beállítják a feladatnak megfelelően.

Tegyük fel ez nekik 50 munkaórába és $5000-ba került. De te megveheted $100-ért, és így spórolsz egy csomó időt és pénzt.

Ezután ha valakinek szüksége van egy egyszemélyes blogra, akkor nem fog nekiállni saját maga kifejleszteni a nulláról, vagy megbízni valakit hogy csinálja meg, hiszen sokkal olcsóbb és gyorsabb, ha megveszi a kész megoldást.

Ha valakinek szüksége van egy bizonyos funkciójú honlapra, akkor így lesz érdemes nekikezdenie:

1. Meg kell nézni az ingyenes disztribúciókat, hátha van köztük számunkra megfelelő.
2. Valószínűleg nem fogunk megfelelőt találni, mert az ingyenes profilokból nagyon kevés van. Ekkor kell megnézni, nem árul-e az Acquia pont olyan disztribúciót, ami azt tudja ami nekem kell.
3. Ha nincs az Acquianak számomra megfelelő disztribúciója, akkor is érdemes megnézni, hogy olcsóbb-e megvenni tőlük egyet és azt testreszabatni.

Az Acquia annak fog legjobban tetszeni, akinek szüksége van egy dinamikus honlapra, de nem ért hozzá, és nincs is sok pénze a megvalósításra. Hiszen csak meg kell vennie egy disztribúciót, választani hozzá egy jól mutató ingyenes sminket, felvinni a saját tartalmakat, és már kész is a honlap olcsón és gyorsan.

Viszont egy idő múlva frissíteni kell ezt a kész honlapot (pl. újabb verziójú modulok jelennek meg), amit egy nem hozzáértő nem fog tudni... De szerencsére az Acquia kínálni fog olyan szolgáltatást, ami segítségével automatikusan frissíteni tudjuk a honlapunkat. (Tehát ehhez sem kell érteni.)

Tehát összefoglalva az Acquia kiváló megoldást fog nyújtani a hozzá nem értőknek arra a problémára, hogy "hogyan készítsek magamnak dinamikus honlapot gyorsan és olcsón?", illetve programozóknak pedig abban fog segíteni, hogy egy projectet ne a nulláról kelljen kezdeniük, hanem át tudjanak alakítani egy alap megoldást.

Üdv.
http://www.masteringdrupal.com/

megoldás, de tényleg rossznak tűnik a módszer amivel indulni szeretnél:

> A 'Tipus' szótár entitásai(mezői) lettek a gyártmány, az évjárat
> és motortipus. Ide kerültek feltöltésre a különböző tipusú autók,
> amelyeket értelemszerüen azonosít a gyártmány(1 érték), az
> évjárat(több érték)illetve a motortipus(több érték).

Ha beviszel egy kifejezést ebbe szótárba, akkor kb. így viszed be:

Kifejezés neve: akármi
Gyártmány: Peugeot
Évjárat: 2002
         2005
         2008
Motortípus: 1360 cm3
            2000 cm3
            1600 cm3

Itt már kavar van, mert nincs információ arról, hogy az évjáratok és motortípusok között milyen összerendelések lehetségesek, pl. 2002-ben lehet hogy csak 1360 cm3-s motor volt, 2005-ben viszont 1360 és 1600 cm3-s motor is volt. Szerintem így nem jó ez a szótár.

És mivel ez az igény:

> de egy alkatrész nem törvényszerűen jó egy tipus minden
> motorjához és évjáratához is, ezért itt is szelektálni kell,
> ráadásul az igény az, hogy ('bolondbiztos módon')

Így az hogy menjen a dolog, szerintem a gyártmány és az évjárat-motortípus párok között egy-a-többhöz kapcsolat kell.

Ez például megoldható úgy is talán, hogy:

- Van egy szótárad a csak a gyártmányokkal.
- És van egy tartalomtípusod az évjárat és motortípus mezőkkel, ehhez hozzá van rendelve a gyártmány szótár.

Amikor beviszel egy évjárat-motortípus tartalmat, nyilván több gyártmányhoz is hozzárendelheted (többszörös választás a gyártmány szótárból), pl. a 2002-1360cm3 tartalom bevitelekor megkaphatja Peugeot és Toyota kifejezést is.

--------------------------

Vegyük az egyszerűbb esetet (nálad sajnos nem ez van):

Ha egy alkatrészhez csak egy "gyártmány és évjárat-motortípus" összerendelés tartozhatna, akkor az alkatrész bevitelekor:

- Kiraksz egy lenyíló listát a gyártmányokkal (a szótáradat), amiből csak egy gyártmányt választhat. (Itt kiválasztja, hogy Peugeot)

- Ezután ajax-al megjelenítesz még egy beugró listát (többszörös választás), és ide betöltöd azokat a tartalmakat (évjárat-motortípus node-ok), amiket a Peugeot-hoz rendeltél. Így itt már több a Peugeot-hoz tartozó évjárat-motortípus-hoz is hozzá lehet rendelni az alkatrészt.

---------------

És most jön a bonyolultabb eset, nálad ez van:

Na de mi van ha az alkatrész nem csak a Peugeot-hoz való? Hanem más gyártmányhoz is?

- A fenti logikát követve ajax-al fel kellene dobnod mégegyszer a lenyíló listát a gyártmányokkal (amiből már hiányzik a Peugeot!!!), itt kiválasztja a Toyotát.

- Ezután ajax-al megjelenítesz még egy beugró listát (többszörös választás), és ide betöltöd azokat a tartalmakat (évjárat-motortípus node-ok), amiket a Toyotához rendeltél. Itt is választ néhányat.

... és így tovább a beugráló ajax-os listákkal...

Nagyon ronda megoldásnak tűnik, több sebtől vérzik.

Én is megkérdeznék mást (kíváncsi vagyok), hogyan kell jobban megcsinálni. :)

Mindenesetre jó volt gondolkodni a feladaton, meg legalább talán tisztább a probléma, ha egyáltalán jól értettem.

Attól még, hogy adminisztrátori jóváhagyás kell a regisztrációhoz, nyugodtan próbálhatnak napi többször is akár regisztrálni spamrobotok az oldaladra, ami rendkívül idegesítő, amikor kapsz róluk egy-egy e-mailt... pont ezért kezdtem el használni a Honeypotot, mert nálam is adminisztrátori jóváhagyásra volt szükség, és meguntam a nyilvánvalóan nem valós kísérleteket a regisztrációra, amikről állandóan kaptam az értesítéseket. Azóta jópár sikertelen kísérletet is látok a hibanaplóban.
Magyarul azzal, hogy adminisztrátori jóváhagyáshoz kötötted a regisztrációt, még nem oldottad meg a problémát, csak azt nehezítetted meg, hogy továbbjussanak ennél.

Ezenkívül gondolkozz egy kicsit, nyilvánvaló, hogy vannak olyan oldalak, ahol az adminisztrátori jóváhagyás egyáltalán nem is lehet opció, mert nem várható el, hogy valaki éjt nappallá téve bírálgassa el a regisztrációk hitelességét, valamint a felhasználóknak igen gyorsan elmenne a kedve az oldal használatától, ha azt látnák, hogy még 1 óra múlva sincs visszaigazolás a regisztrációjukról (jó kis kezdet, amikor szeretnének bekapcsolódni az oldal működésébe). Az adminisztátori jóváhagyáshoz kötött regisztráció lehetne egy intenzív felhasználói tevékenységre építő oldal halála.

Tehát az adminisztrátori jóváhagyás nem megoldás. Valamilyen spamek elleni védelem így is kell. A CAPTCHA pedig önmagában még nem megoldás, mint az itt bizonyítást nyert:
http://drupal.hu/forum/drupalhu-spamek-lehet-tudni-milyen-biztons%C3%A1g...
lásd a "kici occó kínaiakról" szóló részt.

A Honeypot pedig - mint már sokszor említettem - olyan megoldást nyújt, amivel az esetek többségében az automatizált robotok nem tudnak mit kezdeni, vagy legalábbis nagy kihívás elé állítja őket:

• rejtett formmezős megoldás: elhelyez az űrlapban egy rejtett formmezőt, amit nem szabad kitölteni. Ha mégis ki van töltve, akkor a validálásnál a form elbukik, vagyis nem lesz submitolva. A formmezőnek pedig olyan nevet adhatsz, ami teljesen átlagosnak és szükségesnek tűnhet, mint pl. a homepage vagy ehhez hasonló, amit alapesetben a robot jó mohón természetesen kitölt. Ez már eleve egy védelem, ami jó kezdetnek, de önmagában még nem elég.
• Aztán még időzítésalapú védelmet is rak bele, vagyis például alapértelmezetten - átállíthatóan - 5 másodpercnél előbb történő formbeküldést nem engedélyez. A robotnak pedig "nincs ideje" arra, hogy ott tököljön egyetlen oldalon, tehát egyszerűen az ilyen oldalakat általában nem éri meg megkísérelni bombázni további kísérletekkel, menni kell tovább a gyengébb oldalakra, ahol lehet jól spammelni.

Ha ezt még kombinálod egy reCAPTCHA-val:
http://drupal.org/project/recaptcha

akkor asszem kijelenthető, hogy buta bruteforce módszerek ellen elég jól megvédted az űrlapjaidat. A reCAPTCHA viszont kényelmetlen lehet a felhasználónak.