Én a product_display-t nem
Én a product_display-t nem hagynám ki mert azzal lehet termék variáció vagy egyedi terméket létrehozni. Ha már használod az inline_entity_form-ot akkor teljesen jól használható a tartalom felől való termék rögzítés.
A termékekhez tedd azokat a mezőket amik egyedileg jellemzik azokat (szín, ár, méret, kép). Az azonos jellemzők mit a leírás vagy a katalógus kategória mehet a product_display-be.
Majd mikor tömegesen árazni kezd akkor fogod érzékelni milyen kényelmes, hogy a Commerce kivezette a termék lapot a nod-ból. Hiszen minden termék variációd a product_display oldalon egy önálló elemként van jelen commerce_porduct-nál.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egy ötlet
Pl. ha 100x100 pixel-es a default kép mérete, akkor tölts fel egy 100x100 pixeles nagyságú teljesen átlátszó gif-et, vagy png-t default képnek.
Ezután, a képet befoglaló pl. image field div-nek, (ami szintén pl. 100x100 méretű) adhatsz css-ből háttérképet.
Tehát az átlátszó kép teljesen ki fogja takarni méretben a háttérképet, de mivel teljesen átlátszó ezért nem baj.
És ha domain-nenként használhatsz egyedi theme-t, css-t (ezt gondolom tudja a domain access), akkor minden theme-ben más háttérképet tudsz adni ugyanannak az image field div-nek.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
views
Szia!
Gondolom a node oldalon szeretnéd megjeleníteni az ugyan abban a kategóriába besorolt cikkeket.
1: azonos szótárat-termet használj a termékek és a cikkek besorolására.
2: panelsel építsd fel node oldalt, majd vedd fel kapcsolatként a taxonomy termjét
3: hozz létre egy views content panet, aminek az argomentum bemenetét a panels adja, és ott meg tudod adni így a term id-t
magyarán node oldalon a panels megadja hogy melyik termbe van besorolva a termék node, a views pedig ez alapján fogja kilistázni a cikk nodokat.
dióhéjban ennyi lenne
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ebbe rendszeresen
Ebbe rendszeresen beleszaladtam más oldalaknál én is.
Attól függ, hogy pontosan mit is akarsz, egyik esetben nekem jól jött az Image Resize Filter modul.
Aztán néha használom a CPaneles szervereknél az Image Manager tömeges képátméretező funkcióját (vagy manuálisan átmásolom a fájlokat és photoshop batch processinggal átméretezem és/vagy rontok a minőségen és visszatolom). Ezt nálam főleg a >3 Megás képek tömege esetében sokszor több giga tárhelyfelszabadulást okozott.
Nem mondom hogy csodaszép megoldás de működött.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szerintem túlbonyolítod.
Szerintem túlbonyolítod.
Mondjuk a tanárokat felveszed felhasználónak (vagy egy tartalomtípusnak), a tantárgyakra pedig létrehozol egy taxonómia szótárt.
A felhasználóhoz/tartalomtípushoz hozzáadsz egy kifejezés hivatkozás mezőt, a ami a tantárgy szótárral van összekapcsolva. A kifejezések száma korlátlan legyen.
Ezt követően amikor létrehozol egy tanárt, hozzáadsz annyi tantárgyat ennél a mezőnél, amennyit kell. Természetesen a következő tanárnál ismét megadod a tantárgyakat - akár ugyanazokat.
Ezzel az adatbáziban szépen benne lesznek a tanárok és a tantárgyak és a kapcso9lat is meg lesz közöttük. Hogy azután ezeket hogyan jeleníted meg, hogyan oldod meg a keresést, az már egy következő lépés.
Csökönyi Ferenc
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Biztonsági másolat
Javasolt első körben egy tesztrendszeren elvégezni a frissítést, ott tesztelni a rendszert, majd az éles oldalon megismételni.
Ha ezt nem tudod megtenni, akkor minden esetre készítsél egy biztonsági mentést a rendszeredről. Ha ezt sem tudod, hogy kell, akkor kérd meg a szolgáltatót. (valószínűleg van napi mentése)
Valahogy így kéne, hogy kinézzen egy minor update (mondjok 7.x-es verziók között)
Karbantartás üzemmódba kapcsolod a rendszeredet.
Készítesz egy biztonsági másolatot. (fájlrendszer + adatbázis)
Felmásolod a fájlokat
Lefuttatod az update.php-t
Kikapcsolod a karbantartás üzemmódot.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A modul annyit tesz, hogy
A modul annyit tesz, hogy minden menü li tagja megkapja id-ként a saját azomosítóját, függetlenül attól, hogy hogyan jön létre a menü. Ilyen nincs az alap menu modulban.
Tehát a Taxomomy menu modul használata esetén a taxonómia menüre is érvényes lesz. És itt nincs semmilyen nézet, nem nyúltam bele template-ba stb.
A CSS-ben pedig egyszerűen pl. a li.menu-65-1 {} utasítással hivatkozhatsz.
Erre jó ez a modul, nálam működik. Nézetet legfeljeb a taxonomy/term olalra készítettem.
Ezért kérdeztem, hogy menüben akarod-e az egyedi CSS azonosítót.
Csökönyi Ferenc
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
másik nyelv is
Azt hogyan lehet beállítani, hogy alapból pl. a magyar nyelvű töltödik be, de ha a user az angolt szeretné megnézni /en
akkor azt is engedje?
Mert így mindig pl. a magyar töltődik be.
Ha elsőnek beállítom be:
Akkor http://domain.tld/?language=en lesz az url. Ez csak így megy?