Na ismet tanultam valamit
Ez az css-es megoldas eszembe sem jutott. :) Koszonom! De most hogy megemlitetted joljon majd mashova ahol van last class is, itt megneztem nincsen.
Azthiszem az elobbiekben emlitett megoldast fogom valsztani, letrehoztam a content-field-field_features.tpl.php fajlt es ami kell abban kijavitom. Ugy neztem futolag az elobb hogy meg is tudom majd csinalni :)
Ez a theme_content_view_multiple_field() fuggveny felulirasa akkor ha jol ertem egy harmadik modszer a megldasra ugye? Vagy ez az ajanlott? Ugyertem ez lenne az a megoldas amit inkabb kellene alkalmaznom? Nekem ez bonyolultabbnak tunik habar nem neztem utanna de ha ez az ajanlot legidealissabb megoldas akkor utannanezek.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Én erre a célra Feeds-t és a
Én erre a célra Feeds-t és a uc_feeds modulokat használom. Közel 4 ezer terméknél sem akadt ki. CSV-ből töltöm fel az adatokat. De van hozzá Feeds Excel Parser kiegészítés is ezzel elvileg Excelből is lehet feltölteni, de én még nem próbáltam.
Az állománynak UTF8 kódolásúnak kell lennie mindenképpen, az nem tudom, hogy a kiegészítő modul konvertálja-e az Excelt feltöltéskor vagy azt is előtte át kell-e tenni. Kezeli az XML-t is és azt hiszem mindezt lehet automatizálni is. Nézd meg érdemes a drupal7-nél is, ha minden igaz a Feeds lesz inkább támogatott az adat frissítések terén.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Miért lenne sok meló?
Szia!
"Kicsit óckodom az 1 étel = 1 node (cimkézve) verziótól, mert ez sok meló lenne az adminisztrátornak"
Az étel leírása ritkán változik, és pl. node reference-el bármilyen más tartalomtípus-hoz tudod csatolni. Így első megközelítésben jónak tűnik az 1 étel = 1 node megoldás.
-----
Egy konkrét szótáras ötlet. A három étlapfajtának létrehozhatnál 3 szótárat. Példa az egyikre:
Hétvégi menü
-- Saláták
---- node/15
---- node/16
-- Köretek
---- node/25
---- node/26
Megjelenítéskor pedig a hivatkozott node (étel) címét írod ki, amire kattintva látszik a teljes ételleírás node. Az ár lehet a szótárkifejezésekhez csatolt mező is.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tudsz-e egy leírást ahhoz,
Tudsz-e egy leírást ahhoz, hogy hogyan lehet ezt lépésről lépésre megoldani? Az oktató videókkal is az a bajom, hogy a manyusok a már meglévő tartalmakkal mutatják be a Drupal képességeit, viszont nekem az kellene hogy egy teljesen üres alapból egyszer végig tudjak menni a folyamaton mire honlap lesz a dologból.
Legalább egy nyavalyás kezdőlap. Minden nyilt forráskódú fejlesztéssel az a gond, hogy nincs normális leírás ahhoz, hogy hogyan kell használni. Itt lépésről lépésre való magyarázatra gondolok. Ezt a honlapot Drupal nélkül csináltam:
http://www.fl-provincedanube.com
Ami miatt a Drupalt szeretném használni, az az idő. Lusta vagyok a tartalomkezelő lapokat egyénileg megírni, rendszerhez meg nincs időm.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
alfa-állapotban is megy :)
A dokumentáció volt némileg hiányos: jó nyomon jártam, csak mivel korábban nem vezetett eredményre, nem hoztam létre a View-ba egy kapcsolatot...
Tehát a módszer:
A fentiek után még létre kell hozni az entitás típusú view-ban egy kapcsoltot, az mutat az eredeti tartalomra - ekkor jelennek meg a tartalom mezői a mezőhozzáadásnál.
Így készítettem egy összesítő nézetet a jelentkezőkről, kvázi adatbázisnak - emellett egy új fület kapott az esemény tartalomtípus, ahol a regisztrációkor bekért adathalmazzal szerepelnek az oda jelentkezők. Ez így könnyen és jól kezelhető.
A token-problémát még nem vizsgáltam azóta, ez volt a fontosabb
F.A.
Ui: egyébként írtam issue-t, és az arra kapott válasz alapján tudtam továbblépni
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
cron
Szia!
Rendszeresen óránként fut, de kézzel is futtatom az időzített feladatokat. De a hiba akkor is fennáll. Beléptem és megnéztem 18 perce futott utoljára, és manuálisan is lefuttattam. Eredmény ugyanaz.
Közben futtattam egy tesztet más lapokon, melyek eredetileg ennek az adatbázisára épültek, de ott nem jelentkeznek hibák. Használt modulokban sincs az oldalak között számottevő különbség, mindenből a legfrissebb fut, de régebbi verzióknál is fenn állt a hiba ezen az oldalon.
Azt még kipróbálom, hogy felfüggesztem az oldalt és kikapcsolom az összes nem alap modult, hogy nem -e egy hibás modul okozhatja.
Üdv.: Fülöp O.Tamás
Ui: Köszönöm megoldódott, mimemail modul okozta a galibát :-)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
elvi és a technikai
Az elvi és a technikai kérdések időnként összekuszálódnak itt a drupal.hu-n, nyilván nehéz szétválasztani a kettőt. A konkrét linkek nélkül: volt szó a fórumban technikailag lehetséges, de elvi szinten mára elavult megoldásokról; weboldal-háttérzene technikai megoldásának kérdése elvi irányba szélesedett ki...vagy menük elhelyezésének kérdése logikai irányból közelítve stb. Az elvi kérdések megvitatása is izgalmas (időnként még a technikai részleteknél is érdekesebb, hiszen szubjektív szempontok is keverednek)...az már más kérdés, hogy hol lesz az a pont, ahol offtopiccá nyilváníttatik.
(Mi lenne, ha egy-egy témához, amennyiben nem technikai az észrevétel, hozzá lehetne kapcsolni egy másik, elvi kérdéseket megvitató, al-fórumtémát? Mert valóban hol máshol kellene ezekről értekezni, ha az adott technikai kérdéshez kapcsolódnak?)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
szerintem erősen overkill
Ez eszembe jutott, hogy esetleg erre gondoltál, de szerintem ez erősen overkill, kényszermegoldás, hiszen így minden mezőt csak az authenticated user számára elérhetővé kell tenni, kivéve ezt az egyet, ami csak anonymous-nak elérhető, és a mező alapvetően nem erre való, meg a Field permission sem.
Gondolj bele, mi van, ha változtatni szeretnél azon a szövegen, hogy
"Az oldal megtekintéséhez regisztráció szükséges"
mert mittudomén, rájössz, hogy az a szöveg jobb lenne, hogy
"Az oldal megtekintéséhez jelentkezzen be vagy regisztráljon!"
de mondjuk 100 node-ot már az előző szöveggel vittél fel.
Akkor minden egyes node-ban meg fogod változtatni ezt a szöveget?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
egyedi eset
Tapasztalatom szerint ezek egyedi esetek lesznek. Minden ügyviteli rendszer egy kicsit sajátos.
A commerce-be bevinni adatokat lehet, de egyedi modul kell hozzá az biztos.
Én azt javaslom, hogy az ügyviteli rendszer legyen a "fő rendszer".
Az oda-vissza szinkronizálás nem biztos, hogy működik. Főleg, ha online szeretnéd.
- Én a következő logika alapján működtetném:
- A fő rendszer az ügyviteli rendszer. Itt történik minden ügyviteli változás.
-
- Két fő funkciót kellene megvalósítani:
- Az ügyviteli rendszerből a commerce-be a termékadatokat és a készletadatokat kellene szinkronizálni.
- A commerce-ból az ügyvitelbe pedig csak a megrendeléseket.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
apropó
Bizonyára az előttem szólók vannak jó nyomon (útvonal hiányában olyan mintha az index.php mellett csücsülne az a kép, a telepítési gyökérben), de szeretném megragadni az alkalmat, hogy mindenkinek spóroljak hosszú vergődéseket:
fenti panasz ritkán, de előállhat abból is, ha nemrég .htaccess állományokat ftp-ztünk, és az átvitel módját ASCII-n felejtettük:
ha firefoxban próbálsz utána képet belinkelni, semmi nem segít rájönnöd, miért nem jelenik meg, és sokáig szívhatsz. Nekem aztán a Chromium (Chrome) segített rájönni, mert abban legalább megjelenik a kép, csak "összeszabdalva" kicsit.
Akkor aztán újra felFTP-ztem az érintett képeket "átvitel módja auto"-val. Jó lett.