alvilag képe

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!

0
0
Ramirez_hun képe

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.

1
0

- ad astra per aspera -

Kezdő ATI képe

Visszaállítottam és most megint az a baj hogy csak belepakolja a files-ba, viszont a files/imagecache/product_full/P1010888_34.jpg-t keresi a drupal.

A kicsinyített képeket fogalmam nincs hova teszi mert azokat nem találom sehol. Pedig biztos hogy valahova feltölti mert a kis bélyeg kép megjelenik amikor feltöltöm a képet. Hol lehet ezt megnézni, hogy hova teszi az eredeti képet és honnan akarja beolvasni. Illetve ugyanezeket a kicsinyített változatokkal kapcsolatban?

Hogy tudnám szinkronba hozni a kettőt, tudom hogy nem szép, hogy másolgattam ide oda, de úgy legalább megjelenítette amit akarok viszont szeretném ha tökéletesen működne az oldal mi a megoldás?

0
0
eggproject képe

nem akarok mast csak hogy a text field tipusu fieldek settings ful-en legyen egy plussz text field amit a drupal az adott fieldhez elment ... ebbe a fieldbe meta adatokat akarok irni amit megjelenitesnel szeretnek felhasznalni(a beirt metadatok alapjan mondjuk lesz egy plussz wrapper, tudom meg lehetne ugy oldani hogy a field id-t(pl field_proba) figyelem a kodba, de az azert nem jo nekem mert akkor elvesztem a dinamikussagot es ha pl az egyik fieldet torlom vagy ujjat adok hozza akkor mindig vissza kell nyulni a kodba)... szeretnem a text field tipus beallitasait boviteni...

0
0
Ramirez_hun képe

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.

1
0

- ad astra per aspera -

aboros képe

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.)

0
0

-
clear: both;

nevergone képe

Ö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. :)

5
0
nevergone képe

„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.

1
-1
szantog képe

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.

10
0

----
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.

Geva képe

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 :-)

1
0