Node
Ha nem akarsz hagyományos értelemben webshopot, rendeléssel és fizetéssel együtt, akkor semmi esetre se válaszd az Übercartot. Persze, azt azért érdemes megfontolni, hogy később nem lesz-e erre szükség?
Amennyiben nem, akkor csak egy sima tartalomtípust hozz létre (pl. bringák, vagy termékek néven). Ehhez vegyél fel mezőket, amik meg kell hogy jelenjenek majd vele. Pl. gyártó, kép, típus stb.
Aztán ezt az egészet a views-zal együtt szépen meg lehet majd jeleníteni a felhsználóknak.
Az Übercart másra jó, komplexebb és jelen esetben szükségtelenül bonyolúltabb is, szvsz.
- ad astra per aspera -
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem támogatnám
Nekem mondjuk az furcsa, hogy ennyi erővel akár egy account is elég lenne több felhasználónak, nem? Persze, nyilván nem.
Részemről semmi esetre sem támogatnám. Sokat dolgoztam más vonalon autentikációs, beléptetéses dolgokkal. Csak a baj van/lesz vele.
Átlag felhsználók a saját jelszavukra sem emlékeznek sokszor.
Ha az admin role kibővítése megoldást jelenthet, javaslom a Role Delegation és a User Protect kombinációt. Az utóbbi megvédi a User 1-et a kisebb szakismerettel rendelkező új adminok garázdálkodásától.
- ad astra per aspera -
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ez így teljesen jó
a nézet amit csináltál ezt csinálja.
mi az a proba11? az egy node? egy taxonomy term? vagy miaz? akárhogyis, a nézeted nincs arra felkészítve, hogy ezzel kezdjen valamit. van egy proba útvonalon egy oldal és kész. a proba/proba11 -re nem fog ugrani a nézet.
mi a proba11? node? taxonomy term? vagy mi? (hasznos amúgy, ha nem proba, proba11, proba2 nevekkel próbálod illusztrálni a tartalom-modellt, mert így nagyon nehéz megérteni. használj mondjuk növények, fa, bokor, kaktusz, állatok, szarvas, mókus, pocok példákat vagy ilyesmit, ami szemléletesebb kicsit mint az hogy proba.)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Örülök
Örülök, hogy sikerült megoldást találnod, annak pedig végképp, hogy ezt megosztottad velünk. Jó az, hogy képes vagy egy kis munkára a sikerért, de abban igaza van Petiknek, hogy ez bizony nem „OTB”, hiszen te írtad fent:
„OTB az, amit nem neked kell összehegeszteni, mint az ikeás bútort, hanem kiveszed a dobozából, bekapcsolod és azt teszi, ami a dolga. Out of The Box.”
Persze ezt sértésnek jeleztem, csak ha ellentmondásba kerülsz önmagaddal, akkor ne lepődj meg, ha rámutatnak. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
adatbázisban?
„De közvetlenül belenyúlni és módosítani ezeket az adatbázisban, háát... nem tudom, hogy ez jó út e.”
Ha ezeket közvetlenül akarod módosítani, akkor valóban elég sokat kell még tanulnod, hiszen van variable_set() :)
Az Examples for Developers modulban nagyon sok hasznos dolog van, de az alaprendszer kódjában is sok érdekességet találhatsz. :) Illetve számtalan hasznos blogbejegyzés, fórumtéma, kézikönyv-lap illetve nyomtatott könyv is van a témában.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Akár tetszik, akár nem
a pontos lista ott van az upgrade.txtben.
Minden más az oldal egyedi kialakításától függ, és nincs rá szent grál, hogy mit hogyan kell csinálni.
Saját magadnak kell update plant készíteni, és pontról pontra leírni, begyakorolni, amíg tökéletesen nem megy.
Mondhatni az egész update pontosan ugyanolyan, mint egy színpadi előadás, megvan a szabályozott kerete (upgrade.txt), de a dramaturgia és a rendezés már rajtad múlik a feladattól függően. Lesz baromi sok próba (update folyamat végig, majd eredeti db visszatöltése), és végül lehet izgulni a premieren, hogy mindent jól csináltál-e.
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
szerintem elég lenne a
szerintem elég lenne a kosárba gombot elérhetetlenné tenni és halványan megjeleníteni záróra után.
(ha nem tudja kosárba tenni a megrendelését = nem tud rendelni :-)
1...tehát ezzel a megközelítéssel ez egy sminkelési feladat, a pontosidő lekérhető php-val és onnét megoldható az átállítás zárás után és nyitás előtt.
(így állnék neki, nem próbáltam)
2...szvsz modulból talán elegánsabb és szebb lenne megoldani mindezt, amikor is az adminisztrációnál bekérhető a zárás és nyitás ideje, s nem a kódban kellene matatni az üzlet nyitvatartásában bekövetkező változásnál :-)
Geva
----- Számítások - Kalkulátorok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nagyon köszönöm! Nem is
Nagyon köszönöm! Nem is vettem észre, hogy ilyen hülyeségeket pakol be a DOM-ba.
A megoldás a Popup Elements (6.x.-3.21)-> Popup Breadcrumbs részében volt. Ha minden igaz (régen fejlesztettem az oldalt) alapból hozza a node-ok breadcrumb-ját a felugró ablakokba. Ezért volt tele az összes termék címével és leírásával.
Ezt töröltem és máris érezhetően gyorsabb lett az oldal.
Majd meglátjuk, hogy kepes kolléga mit lát a varázsgömbjében, és írom a részleteket.
Még egyszer köszönöm!
Rasztaház.hu