Újragondolva, egy kicsit érdekes a helyzet.
Elvileg az $order változónak tartalmaznia kellene egy $order->product részt is. Ennek ellenére nekem csak az alábbi jelenik meg:
stdClass Object ( [uid] => 1 [order_id] => 0 [order_status] => in_checkout [billing_country] => 840 [delivery_country] => 840 )
A "$order->product"-nak nyoma sincs. Viszont az alábbi API-ban létezik, nos akkor most mi van?
http://www.ubercart.org/docs/api/hook_ca_condition
Szerintetek mi lehet a probléma?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
"Mert ha megteszi azt, hogy
"Mert ha megteszi azt, hogy megadom mikor és hova küldjön ki egy html formázott, képpel ellátott levelet, amit reményeim szerint elég egy szerkesztő modul segítségével megírnom és az úgy is jelenik majd meg, akkor az nekem elég."
Simplenewszal kb itt meg is főtt a dolog, főleg, ami az utolsó mondatodat illeti. De szurkolok, doksi van millió igazából 30-40 cikk után már valszeg nem lesz nehéz implementálni a simplenews template rendszerébe a valid, cross platform html kódot és inline css-t.
Itthon "csak" thunderbird, outlook, office, freemail, gmail, indamail, citromail meg még néhány ami nem jut most hirtelen eszembe rendszerre kell tesztelni.
De végülis vidám pár hónap, és 300+ egy-két soros módosításokkal kiküldött tesztlevél után nekem is összejött nagyjából.
----
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
nem erre gondoltam
Az admin/settings/site-information alatt csak egy adott nyelvre állíthatom be pl. a Drupal kiírja, hogy "http://www.example.com/en" és én utána tudom beírni, hogy pl. "node/1". Aztán magyar nyelvre átmenve a Drupal kiírja, hogy "http://www.example.com/hu" és én utána be tudom írni, hogy "node/2". Ez viszont nem oldja meg azt a problémát, hogy ha a címsorba begépelem, hogy "www.example.com", akkor a "http://www.example.com/node/1" oldalra küld, gondolom, mivel az angol az alapértelmezett nyelv.
Csak akkor küld el amtomatikusan a "http://www.example.com/node/2" lapra, ha azt gépelem be, hogy "www.example.com/hu".
Én viszont azt szeretném, hogy ha valaki regisztráció nélkül lép a honlapra (mert regisztráció során megadhatom, hogy mi legyen a nyelvi preferencia), akkor a "http://www.example.com/hu" címre küldje, mert onnan automatikusan beszedi a magyar nyelvi főoldalt.
a másik ötlet: Útvonal előtagok nyelvi alapértelmezéssel - én is így használom.
A szolgáltatómtól is kértem segítséget, nem tudott megoldást adni :-(
"Többet megtudhatsz másokról egy óra játék, mint egy év beszélgetés alatt."(Platón)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Modulos megoldás lehetne?
Ez így nekem kódolva nem ismert, mint amilyen könnyedén Te leírtad, de mindenképpen köszi.
Egyszerűen, vagy pontosítva, hátha modulosan is megoldható.
Pl. egy társkereső oldalon is /nem ez lesz/ regisztrálnak pár ezren és mindenki EGYETLEN BELÉPÉS lehetőségen lép be /lásd társkeresők/, DE különféle Név/Jelszót használ, mégis a saját tartalmát, /náluk profilját/ csak Ő látja. Semmi különleges nincs, mint ami van már ezer helyen. Csak ők előbbre tartanak, Drupalban meg Ti valamennyien, mint én.
Ami azonosítható belépéskor az a felhasználó neve, vagy ha kérjük, akkor az email címe.
Ezt kellene összekapcsolni, hogy bejelentkezéskor a Lali, a Lali tartalmait lássa, Feri szintén a saját tartalmát lássa és így 1000 szer. De úgyis írhatom, hogy USEREK NE lássák egymás tartalmait.
Csoportot tudok jogosulttá tenni, személyt még nem.
Ehhez jó lenne talán cck, ha kell és Viewses megoldás. Azt már értem 50-60%-ban. Viewsben ha kell „Argumentum”, vagy „Kapcsolatok” menübe nyúlni azt nem ismerem más megy.
És mint írtam van egy közös felület, amit bárki láthat. /Ez az egy megy most/
ui:
Eszembe jutott a blog, ami saját blogot ad mindenkinek és közös is de a sajátot is láthatja mindenki belépéskor. Kivéve, ha Viewsbe szűrjük, de ahhoz user miatt Argumentum és Kapcsolatba nyúlás kellene, amit csak leírva tudnám érteni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nekem nem sikerült
Van egy kis problémám. A vörösboros 2 video alapján próbálom én is beüzemelni a slideshowt. Odáig jutottam, hogy a modulokat telepítettem, nem hiányol semmit. A views-t sikerült is bekapcsolni, megy a frontpage, szépen ki is listázza a tartalmakat, van lapozó is. Itt ütköztem az első problémába, a 3. oldalra érve eltűnik a lapozó. Beírva a címeket és tovább "lapozva" van olyan oldal, ahol minden ok, de van ahol megint eltűnik, vagy nem ír ki csak 5-ből 3 tartalmat. Nem tudom mitől függ. Több témával is próbáltam, ugyanúgy nem megy. Arra gondoltam esetleg nem fér ki. Egyébként Firefox 11 meg IE9 alatt próbáltam. 200 karaktert vesz bele, de próbáltam 400-al is. Ha mondjuk 10 tartalom/oldal van akkor már a 2. oldalon is eltűnik a lapozó.
Másik problémám: néztem tovább ezt az oktató videót, és ott sikeresen létrehoztak egy slideshowt. Én is végigmentem ugyanazokon a lépéseken, sikerül is kiválasztani a slideshow típust, mutatja szépen azokat a lehetőségeket, mint a videon, de sajnos nem látszik semmi a végén, csak az üres oldal. Ha nem slideshow típust választok akkor megjelenik a tartalom. A videoban elhangzik egy mondat, hogy jquery scripteket is kéne telepíteni, de sajnos ezt nem fejtik ki bővebben, szóval lehet kihagytam valamit. Elolvastam a readme-t, de abban alig van valami infó, jqueryről meg semmi.
Környezet: Drupal 6.25, views 6.3, ctool6.x.1.8, libraries 6.x.1
Köszönöm az eddigi segítséget, de a WP fényévekkel egyszerűbb, így áttértem arra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Helló!
Helló!
Egyszerűen (sajnos) annyi történt, hogy a bejelentkező címre (www.bacskozter.hu/?q=user) a nyitóoldalt kaptam meg, illetve ha bármelyik laphoz elnavigáltam a bacskozter oldalán és átírtam a címet www.bacskozter.hu/?q=user -ra ugyanaz a lap maradt a böngészőben, ahol éppen voltam. Tehát látszólag semmit nem csinált, a bejelentkező laphoz nem tudtam eljutni. Ezt próbáltam több böngészővel is, előzmények/cache -t is ürítettem, hátha, de ugyanez történt...
Nem volt fehér halál, a smink rendben volt, modult előtte (jó egy hete) nem telepítettem, nem is állítottam át egyiket sem, jogosultságokkal sem variáltam. Az adatbázishoz nincs hozzáférésem tehát azon eleve nem tudtam elállítani semmit. Viszont 1-2 naponta be szoktam jelentkezni mivel most rakok fel rá új tartalmakat (képet, oldalt blog bejegyzést..), szóval egyik napról a másikra eltűnt a bejelentkező oldalam.
Miután itt a fórumon visszaírták, hogy a ../user címmel is el kell hogy érjem a bejelentkező képernyőt, megpróbáltam és csodálatos módon sikerült is. A furcsa az nekem, hogy ezután már akármelyik címmel (/?q=user , /user , /?q=user/login) be tudtam lepni, megjelent a bejelentkező oldal. Mintha magától állt volna helyre.
Valószínűleg nem magától keletkezik egy ilyen probléma és főleg nem is magától oldódik meg, ezért furcsának találom az esetet! :)
Köszi!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ehhez külső erőforrásokat kell bevonnod
Ez nem hiba.
A kis gombokat egy úgynevezett 'javascript library' (egy szövegszerkesztő bővítmény) teszi oda, amelyik a szövegformázási feledatokat is ellátja.
Ezt úgy kell pluszban hozzáadni a Drupalhoz, mert ez nem része az alaprendszernek.
2 dolog kell ahhoz, hogy ez működjön neked:
- Kell egy Drupal modul, ami befogadja, kezeli, integrálja a fent említett szövegszerkesztő bővítményt a Drupal-ba.
Erre a http://drupal.org/project/wysiwyg modul az ajánlott. - Emellett szükség lesz magára a szövegyszerkesztő bővítményre is, a két leggyakoribb manapság a CKEditor és a TinyMCE. Ezeket letöltheted a saját honlapjukról (linkelve).
Telepítéskor először tedd fel a Wysiwyg modult a /sites/all/modules mappába kitömörítve, majd a modulok oldalon bekapcsolva.
Ezután töltsd le a választott szövegszerkesztőt, és tedd fel a sites/all/libraries mappába.
Ezután, ha a Wysiwig modul beállítóoldalára mész (/admin/config/content/wysiwyg) , elvileg már láhatod is, hogy megtalálta a szövegszerkesztő bővítményt, és nekiláthatsz személyre szabni a funkcionalitást.
Mindeközben olvasd el a közölt útmutatásokat is, pl. a http://drupal.org/project/wysiwyg oldalra írt útmutatásokat, és az onnan nyíló linkeket is.
Ja, és először ezt nézd meg: http://drupaltherapy.com/wysiwyg
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Készül már a modul
Készül már a modul :)
Ezzel gyakorlatilag az übercart termék felvitel módot imitálják, de mégis megmarad a termék és a termék megjelenítés különválasztása.
Itt a product_display tartalomba ágyazták a product űrlapját, amit ott helyben szerkeszthetünk akár többet is. Így nem kell csak egy oldalról megközelíteni a termék felvitelt.
Tegnap teszteltem csak összeakadt nekem szerintem a commerce_product_display_manager-el ami szintén ezt a megoldást próbálja lekövetni csak a product oldalról. Ennél a product létrehozásakor egyben létrehozhatjuk a display oldalát is, vagy elhelyezhetjük egy már létezőben. Igaz itt csak a tartalom címét hozhatjuk létre és minden mást utólag kel amit a tartalomnál nem automatizáltunk pl: taxonómiába rendezést. Plusz kapunk egy drag&drop felületet amiben dobálhatjuk a termékeket a meglévő tartalmakba.
OFF
rszrama-nak ebbe az egybe nagyon beletört a bicskája, hiszen tegyük a szívünkre a kezünket az übercart kényelmes termékfelviteli módját sírja minden webáruház építő. Ott lehetett egy lépésben egyszerűen a Feeds-el terméket létrehozni ill. frissíteni vagy a jó öreg node import is használható volt tömeges termék felvitelre.
És azért ez emészthetőbb egy mezei termék féltöltőnek aki majd nap mint nap használja a webáruházunkat. (de ez csak privát vélemény)
ON
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Támogatom
Szerintem is jó ötlet.
Ahogy én látom, nem kell ehhez különösebb hátszél.
Itt le van írva a lényeg: http://groups.drupal.org/groups/create
Próbaként végig is játszottam a leírtakat.
1. Elolvastam az útmutatót
2. Bejelentkezés után létrehoztam az új csoportot itt: http://groups.drupal.org/node/add/og
DUG Gyor néven.
4. Létrehoztam egy új eseményt is: http://groups.drupal.org/node/263213
5. Írtam egy issue-t, amiben kérvényeztem a jóváhagyását, hogy a keresőben is megjelenjen.
Kíváncsi vagyok, hogy mikor lesz jóváhagyva az új csoport, de a listában már szerepel a "DUG-Gyor Oktober" nevű esemény, és már fent is van a térképen!
A Drupal hétvégét és úgy általában a magyarországi Drupal group-ot szerintem egy drupal.hu adminnak kellene létrehoznia, de Robert Petrashoz hasonlóan én is fel tudom ajánlani a segítségemet ebben.
Í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
Igenis hogy van ertelme
Meg ha nem pont ugyanazt a kornyezetet hozod is letre, sot nagy valoszinuseggel nem is birod vagy tudod pont azt osszehozni, de akkor is van ertelme. Pl egy ilyen fent emlitett biztonsagi mentes csak egy egyszeru masolasra vezetheto vissza. Vagy eppenseggel fel is tehetsz egy verziokovetot. Masreszt ami a Druplat illeti ha mukodik lokalban a sajat gepen az apache -t betudod allitani hogy rendesen mukodjon a rovid url -kkel is akkor mar nemsok valtozas lehet majd ha a szolgaltatohoz teszed fel.
De nezzuk egeszen masfelol a dolgokat. Tetelezzuk fel hogy van 10 kulonbozo megrendelesed mas mas egyenektol, akik majd persze mas mas szolgaltatoknal szeretnek hosztolni az oldalt amikor keszlessz. Nem kovetelheted meg hogy amikor megrendelik egybol a szolgaltatonal is rendezzek le a hosztingot, hogy legyen hol fejlesztened. Neked sem eri meg mindeg mas mas szolgaltatonal hosztingot venni a fejlesztes miatt. Na meg persze lehet csak majd amikor keszlessz az oldal akkor lessz eldontve hogy hol is lesz hosztolva.
Ha hoszabb tavon tervezel ezzel foglalkozni (es a mostani munkad melett van ra idod) akkor annyit szanj ra hogy kialakitod magadnak hogy helyben (lokalisan) tudjal fejleszteni. En Linuxozok de tudom hogy van Win -re is egy vagy tobb program amit felkell telepiteni es lessz rajta azon is MySql, Apache meg Php.