Pontosan
Pontosan én is erre jutottam, illetve találtam egy régebbi fórumbejegyzést is, amit Ryan írt:
http://www.ubercart.org/forum/support/2774/allow_paypal_wps_only_if_orde...
Well... unfortunately if you're doing this at page load,
I guess you can only really go by the products' subtotal since that's all you'll know at the time.
Viszont ha erre azóta sincs megoldás, akkor az nagyon csapdaszagú :(
A manuális levonás sajnos jelen esetben nem tűnik jó megoldásnak, mert sávos megoldással van kalkulálva a szállítási díj a csomag súlyának függvényében, illetve a végösszeget befolyásolja még az egyéni kedvezmény is (kuponos megoldás).
Írj rám, ha érdekel a Győri Drupal Használói Találkozó.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
manage display
1./ A "Felépítés / Tartalomtípusok" menüben az adott tartalomtípus esetén megjelenítés beállítása (Manage Display), pl.:
admin/structure/types/manage/simple_page/display
A "Nyelv" mező mellett a "látható" érték "rejtett"-re állítása.
----------
2./ Vagy css-ben pl.:
.translation-link { display: none; }
De ez sminkfüggő mi a neve .
----------
3./ Ha jól emlékszem, akkor pl. a nodeid=3 node template-jében
(node-3.tpl.php) kiveheted az ide vonatkozó div részt.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Legyen teszt oldalad.
Mielőtt bármit is csinálnál, készíts egy biztonsági mentést az oldalról. :)
„A fenti kódrészletet benne hagyhatom-e a settings.php-ben, vagy töröljem most már, hogy elindult a honlap?”
Benne hagyhatod, így sose fogod tudni bekapcsolni a gyorstárazást. Mielőtt kiveszed menj el a beállításaihoz és ments rá egyet úgy, hogy ki van kapcsolva a cache. Csak ez után vedd ki.
„Már csak ilyen gondolatok motoszkálnak bennem, hogy valójában mi is okozhatta a hibát, és előfordulhat-e a jövőben is?”
„Merhetem-e még valaha is megkísérelni a cache bekapcsolását? Vagy legyen tanulság ez az eset, és inkább ne próbálkozzak vele többet...?”
Fel kéne állítanod egy tesztkörnyezetet, ahol ez a hiba reprodukálható. Ekkor el lehet kezdeni a hiba feltárását és javítását.
Lehet, hogy egy egyszerű gyorstár törlése segíthet a problémán.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Közben tovább boncolgattam a
Közben tovább boncolgattam a dolgot: célszerűbb a terméknél beállítani minden lehetséges adatot, így a képet is. Ugyanis így lehet automatizálni a producr display létrehozását a product létrehozásakor.
Amikor erre szabályt akartam létrehozni, nem találtam olyan lehetőséget, hogy a product display entity-hez csatolt mező értékéhez hozzárendeljem a product adott mezőjének értékét, legalábbis kép esetében ez nem sikerült.
A termékhez tettem egy leírás mezőt, ez helyettesíti a body-t.
Ahogy látom, hiába teszek be egy taxonomy term mezőt a termékhez, az összerendelés esetén sem jelenik a nézetben, tehát ez csak a product displayben oldható meg (mondjuk, pont emiatt kell egyáltalán a product display).
Nekem két nézet kellett: egy kategória és egy termék. Az előbbihez a Line item, a másikhoz a Commerce Line item: display-t használom. Ezeket állítottam be, ezek jelennek meg a nézetben a Product mezőnél.
Csökönyi Ferenc
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
paypal commerce
Szia!
Személy szerint én a paypal-t javaslom erre a célre, mert az sok terhet levesz a válladról, és kiválóan használható többnyelvű oldal esetében is.
Legegyszerűbb megoldás, ha felrakod a commerce-t. Ez jelenleg a legjobb drupal webshop api, amihez számtalan submodule létezik már. Az ehhez kapcsolódó paypal module is egy kiforrott megoldás.
A commerce-ről fontos még tudni, hogy sok apró építő eleme van, ezért ezeket külön-külön kell bekapcsolnod telepítés után(cart, order, payment, egyes UI-ok stb...).
Linkek:
https://www.drupal.org/project/commerce
https://www.drupal.org/project/commerce_paypal
Ha bármiben tudok segíteni, kérlek jelezz!
Üdv:
Bálint
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha nem akarsz diretktben css
Ha nem akarsz diretktben css fájlban definiálni megjelenítést (pl. a sminked custom.css-ében, ha van, vagy egy alsmink létrehozásával annak css fájlában), akkor a CSS injector modul segíthet.
https://www.drupal.org/project/css_injector
Nem tudom, pontosan milyen class azonosítók vannak a Multifieldben, de szinte biztos, hogy van egy magának csoportnak, (külön, ha aktív és külön, ha inaktív), illetve van minden egyes mezőnek (sőt azon belül a labelnek és az input/checkbox stb. elemeknek).
Tehát valami ilyesmi módon tudod szabályozni:
.multifield-inactiv .field1 {
background-color: lightgray;
}
Hogy pontosan milyen azonosítók vannak, azt az oldal forrásából kiderítheted. Íly módon a legmélyebb szintig tudsz egyedileg megjelenítést beállítani.
Csökönyi Ferenc
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Views Field View, ha a modulfejlesztés nem barát
Én modult írnék rá, de ha ez sok, akkor esetleg a következő megoldás jó lehet.
Felteszed a Views Field View modult. Ezzel egy views lekérdezésbe egy másik views lekérdezést lehet beilleszteni mezőként.
Kulcsszavakban:
korcsoportok_legjobbjai views
mezők: korcsoport, név
rendezés: idő
pager: Display a specified number of items 1
contextual filters: versenyszám
versenyszam views
mezők: versenyszám, Global: Views (ebben megadod az előző views lekérdezést)
Tehát az egyik lekérdezésen belül lesz egy másik lekérdezés, ami szövegkörnyezeti szűrőként meg fogja kapni a külső lekérdezés megadott mezőjét. Ezen felül sorbarendezzük idő szerint és csak egy rekordot engedünk megjeleníteni.
Remélem érthetően hadováltam...
Kiss Norbert
adatmentespecs.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Magyarázat és megoldás
Ígértem, hogy ha megvan a válasz leírom.
A Drupal 7 nézetekben a tartalom, taxonomy term szűrések esetében előfordulhat, hogy nem ugranak fel a vocabulary termek és csak az operátor áll egymagában.
Ilyennek kéne lennie, de nem mindig látszik a jobb oldalt látható beállítás:
Ilyen esetben az alábbi help lehet megoldás, azaz a content type beállításunknál taxonomy filed-et módosítsuk pl. sima check boxra és mentsük el. Ezt követően a taxonomy filter már megfelelően működik!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Logikus amit írsz, nekem
Logikus amit írsz, nekem mégis adódtak vele nehézségeim.
Ha a "Term name converted to Term ID" helyett a "Term ID"-t választom, nem lesz egyből "taxonomy/term/42" url, hanem csak "kategória000/42".
Az útvonalat írjam át "taxonomy/term/%"-ra?
Ha ezt így állítom be, nem lehet simán beállítani, hogy views-es "taxonomy..." url fedje a szótár által létrehozottat?
Ha nem lehet, hanem tényleg a pathauto-val kéne a views-hez hozzárendelni álnevet, azt nem igazán tudom hogy kell. Pathautoban nálam a patternek közt csak "Content -", "Taxonomi Term -", és "User Path" van, "Views Path" nincs. Ehhez is kell valami bővítmény?
Meg az is van, hogy ha a szótár "taxonomy/term/42" url-jéből csinálok egy ugyanolyan url-ű view-et, hogy különbözteti majd meg őket a pathauto?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Features lényege hogy egy
Features lényege hogy egy funkciót össze tudsz kattintgatni, mint mondjuk egy node type, aminek van 3 displaye (mondjuk display suittal osszekattintgattad), egy views, aminek van 3 displaye (fooldalon max 3db, lista oldalon, stb) minden kimenethez mas kepmeretet kell kitenned. Tovabba jogosultsagokat is meg kell hataroznod hogy az editor szerkezsteni tudja, de torolni nem....
Mire ezt a fejlesztoi kornyezeteden leteszteled, és egyenként a demo majd az éles siteon összekattintgatod, elmegy vagy másfél nap. Mindezt össze tudod csomagolni Features be uszkve 2 ora alatt teszteléssel együtt, egy csomagban tartva a funkciót és a funkcióhoz szorosan kötődő dolgokat. Ezt a modult amit kapsz felteszed a demo sitera, bekapcsolod a features-t majd BANG, kész minden.
A features gyorsítja a munkát, mégpedig abban hogy egyszer kell megcsinálnod, és utána A-ból B-be mozgatása sokkal konnyebbé válik.
Drupal full-stack developer at Wunderman Thompson Budapest