Drupal, hogyan kell végrehajtani egy könyvtár, egy nagy számú termék attribútumok (elmélet)
Úgy döntöttem, hogy összegyűjtse egy helyen, hogyan kell végrehajtani egy könyvtár, egy nagy számú termék attribútumok (mint a Yandex.market), azok előnyeit és hátrányait.
1. Az egyik típusú anyag minden lehetséges területen
2. Sok típusú anyag különböző készletek mezők
3. A szervezet típusa az ingatlanok száma, mint attribútumok
- Minden adatot egyetlen táblázatban
- Nem igazán alkalmas nagyszámú attribútumok
- Nem célszerű, ha az attribútumokat nem ismert előre (például elemzésekor vagy import)
- kódolás
- Viszonylag kemény adatbevitelre (modulok)
- Írására komplex (nincs formázóknál)
- Nehéz hozzá új mezőket (megváltoztatni az adatbázis sémáját, a modult az űrlapot, hogy megjelenítse az értéket)
- Nem tudja használni a több értéket tulajdonít elvégzéséhez szükséges saját területén vagy logika kódot kézzel
- Will pomuchatsja megállapítás / szűrés
4. A kompozit multi-érték mezőjében a két terület - az attribútum érték (EAV)
Add, hogy milyen típusú anyag egy összetett, több értékmezőben attribútumokat. ahol kiválaszthatja az attribútumot, és adja meg az értéket:
Ezt nevezik EAV (Entity-attribútum-érték), és amelyet a OpenCart és sok más CMS.
A név a tulajdonság lehet egy kifejezés taxonómia, vagy csak egy húr.
Field sem írni magad, vagy kihasználni az ilyen modulok, mint a Field gyűjtemény, Multifield, Double területen.
- kódolás
- Minden attribútum értékek az azonos típusú - egy string. Bár lehetséges, hogy jöjjön fel mankó.
- Viszonylag kemény adatbevitelre (modulok)
- Viszonylag nehezen téma (nincs formázóknál)
- Nehéz megvalósítani keresés / szűrés attribútumok
Következtetés: ha az attribútumok nem túl sok (több tucat), akkor az első módszer, ha száz - a második, amikor sok attribútumok, vagy azok előre nem ismert, akkor a negyedik.
Aki szembe egy hasonló feladatot, írja meg a módját, hogy megoldásokat.
Azt használja a módszereket 1, 2.
Más módszerek, mint én, az a hátránya, hogy minden „+”:
- Viszonylag kemény adatbevitelre (modulok)
- Viszonylag nehezen téma (nincs formázóknál)
- Nehéz megvalósítani keresés / szűrés attribútumok
-
Azaz, ha több területen a terméket, és a fejlesztő a módszert használja, 3, 4 - nagyon sokat kell kódolni, és megoldja a fenti problémákat.
Aztán ott van az a kérdés, hogy megfelelő használata Drupal, mint egy eszköz létrehozására ezek katalógus / tárolni.
Számomra a tökéletes „recept” az a módszer, 1 és 2 + fejlett gyorsítótár.
Általában a nagyobb építkezéseken nem zárja kézzel, minden importált egy külső forrásból, így a kütyü nem olyan fontos. Nos, hogy a keresés api index adatokat az összetett területen, azt hiszem, hogy ez lehetséges, akkor, és szempontjára maguk keresnek.
Mondd el, hogy nem az Ön CCC honlapon keresni, amikor belép a szavakat felbukkan nemcsak leírja a lehetséges termék, hanem egy képet?
Köszönöm.
Az anyag típusa kellékek. 40 közös területeken az összes elem.
Samopisny modul klónozó típusú anyagokat. Ha szükséges, a klón a termék típusa és keresik az új mezőket és csoportokat. Pontosabban azt managery csinálni.
Made számos sablon nézetei területeken, mint a termék.
Samopisny Views klónozó modul, amelyben megadhatja a termék típusát, és akkor add oda semmilyen extra erre a termékre terén vshku és szűrők közöltek vele.
És élünk három évig. )
Az eredmény valahol az első és a második módszer.
ők most automatikusan hozzáadja. De a kimenet a blokk még jobb csinálni kézzel, mert ha az importáló különböző iskolákban ott))
P.s. Off-topic, de én leiratkozni: nemrég kezdték használni
A panelek + Omega + panelek Mindenhová
Nagyon ajánlom :) maga három éve nem akarta tenni őket, de most azt mondhatom, hogy egyedül a profik.
1. opció esetében, mint a jobb, vagy könnyebb csinálni alapuló szűrésére mezőket, hogy minden egyes termék ki a szűrőket?
Kipróbált modul Views függő szűrők jobban hozzáférhető szűrők, nem működik, hibát ad, mit tudsz megpróbálni? Vagy különböző csillapító különböző árukat?
1. Amikor dolgozik a boltban, ahol több ezer termék és több száz attribútumokat. Ez volt minden egy típusú termék. Ennek eredményeként már több száz dzhoinov hogy megöli oldalon.
2. Lehetőség a sokféle termék, de korlátozott számú attribútumokat. Sőt, az összes attribútum értékeit tolják több szótárak. Ennek eredményeként a burjánzó szótár taxonómia, amely étkezési fel az összes php memória, mert minden TIDS tolni a megengedett értékek a területen. Azt hiszem, ha a mezők szöveget, a teljesítményt érintő fog jönni később. Van egy hely, ahol sok fajta termék és különböző attribútumokat. mert ezek a szövegek, akkor megereszkedik nem annyira. A probléma megoldódott egy aspektus kiszűri a motor.
3. Most nézd meg a 4-es verzió, és azt hiszem, ő milyen meglepetéseket nyújthat be más, mint a nyilvánvaló (az aspektus szűrők kerékpár).
Az első és a második lehetőség működik az auto-mezők és típusú anyagokat.
P.s.
Az áru nem kereskedelmi tag, hogy megtalálja azt.