leonidasz képe

Napokban volt pont egy ilyen feladat, és szépen működik:

1: csvben van egy id oszlop abban mindenféle kitalált azonosító (a lényeg h ne legyen egyezés) + ezen kívül még olyan oszlopok amik kellenek

2: felvettem a feedsbe az header alapján a mezőket, amely mezők tartalmait frissíteni szeretném.

3: feedsben be van állítva hogy frissítse a már meglévő tartalmakat

4 id-t 2x vettem fel, 1x mint mező és 1x min GUID

5: mezőnél beállítottam: unique - azaz ez alapján fog azonosítani.

6: import - és lám tökéletesen frissíti az id alapján a tartalmakat.

alternatíva:
1-beimportálod amit szeretnél
2-views data export-al felépíted a csv-t - innentől mindig a frissen exportáltal dolgozz
3-importálsz NID alapján

de ez elég körülményes :)

0
0
tiburi képe

Máris nézem, és igen szól is és figyelmeztet időben:

FIGYELEM: Ha vannak kézzel megadott képek vagy fájlok a szövegmezőkben (például a WYSIWYG szerkesztők szövegdobozaiban), akkor a fájlok átnevezése rossz hivatkozásokat fog eredményezni. Mivel jelenleg nincs automatikus mód a tartalomban lévő hivatkozások módosítására, célszerű legelőször az adatbázisról és a akarmi/sites/default/files könyvtárról egy biztonsági mentést készíteni. Azokat a modulokat ez nem érinti, melyek a belső azonosító alapján érik el a fájlokat.

CKEditorból beillesztett képekkel van tele a legtöbb node, szóval jogos. A fejlesztőin le akartam futtatni, egyelőre ezt kapom csak válaszként:

A webhelyen nem várt hiba történt. Később érdemes újra megpróbálni.

A világ legjobb dolga az lenne, ha a modul a node html-ében található fájl-neveket is változtatná :)

1
0
eager képe

Php-nak defaultként beállított limitjei vannak, ez nem mindig elég. Ezeket a limiteket kell megemelni a php-nak, hogy legyen ideje feldolgozni mindent, ami egy localized drupal telepítésekor feldolgozandó.

mit: http://drupal.hu/comment/8890#comment-8890
hol: http://drupal.hu/comment/32842#comment-32842

(Utána Apacs újraindítandó)

(Egyébként a hibaüzenetnek az a része, ami a weben való megoldáskeresésben segíthet(ett volna) az a

Maximum execution time of 30 seconds exceeded

részlet.)

Localhoston, tehát fejlesztői gépen simán elfogadható 400 - 800 másodperces max execution time, a memory limitet pedig 256MB alá szorítani értelmetlen lenne :)

gazsesz képe

A probléma szerintem ott van, hogy amíg csak a kosárban van a termék, addig a szállítási díj nem "élesedik", ezért nem fogja hozzászámolni a rendelés összegéhez.

Amint továbblépsz a rendelő címének megadásához és kikalkuláltatod a szállítási díjat, akkor már az order_total tartalmazza a szállítási díjat is. Viszont, neked mindezek előtt kellene ezeket a műveleteket elvégezni és ez alapján kellene engedélyezni/tiltani az adott fizetési módot.

Sajnos, most nincs kéznél egyetlen d6-os-übercartos tesztkörnyezet sem, így nem tudom kipróbálni.

Lehet, hogy a legegyszerűbb már a feltételeken változtatni, azaz nem 20.000 Ft a határ, hanem abból már eleve levonod a szállítási díjat és úgy adod meg a feltételt, vagy megpróbálod a kondíciókban lemodellezni a szállítási díjat és kedvezményt. Nem tudom, hogy meg lehet-e oldani, ez csak ötletelés.

1
0

Gazsesz

makgab képe

Találtam egy vidót István-tól (2009), még a menürendszerről.
Ez oké is. Loakálisan eddig a következőig jutottam:
* openx-ben felvettem: hirdető, kampányt, reklámot (ez egy sima kép)
* továbbá felvettem: kiadót (teszt.localhost <-- itt fut a drupal7) és zónát.
* A kampányban linkeltem a zónát.

A zónában a "Reklámok kapcsolása" fülön nem lehet kapcsolni reklámot. Gondolom ez azért kellene, nem?

* Drupal-ban feltettem az openx modult, beállítottam a szervert: "openx.localhost/www/delivery"
* Az "OpenX Blocks" részben megadtam:
Zone ID: 1
Blokknév: OpenX Zone 1

Meg is jelent ez a blokk a blokkok adminisztrációjában.

A "Site Variables" részbe mi kellene pontosan?

(Egyelőre a blokk üresen jelenik meg a Drupal-ban.)

0
0
pp képe

kódolós.

Mivel a kép fieldnek nincs ilyen tulajdonsága, ezért szerintem kódolni kell a dolgot.

Itt ugye arról van szó, hogy ds a sorrend tulajdonságot használja arra, hogy megmond melyik legyen a borítókép, ezzel vágva át a fenti gordiuszi csomót.

Talán a legegyszerűbb - ha nem is a legelegánsabb - megoldás, ha felveszel egy külön borítókép fieldet, ahova a borítóképet újra fel kell töltenie a júzernek. Persze itt már használhatsz mondjuk egy filefieldpath modult, hogy ne kelljen feltöltenie, hanem csak "kiválasztania" a képet. Ez a fapad, erre aztán rakhatsz egy kis js-t, ami elrejti ezt a mezőt, hozzáad minden képfield sorhoz valami kis interakciót, amivel ki lehet választani, hogy melyik legyen a kép borító, és ha ezt választja a júzer akkor ennek az url-jét beírod az elrejtett mezőbe.

pp

2
0
mossaya képe

Egyszerűbb megoldás, hogy a Book modullal könyvlapokká szervezem ezeket a tartalmakat. Ekkor adott a Book navigációja.

Az ötletet köszönöm, de kicsit hegesztésnek tűnik így ezt félreteszem.

Másik megoldás, hogy a References modullal node reference mezőt veszek fel valamelyik irányba. A másik irányba pedig Views modullal listázok. Ez sokféle megoldást lehetővé tesz, de sokat is kell vele dolgozni.

Node Gallery is nagyjából ezt a módszert használja, de nem sikerült önmagára mutató reference-t csinálnom. Tehát, hogy a galéria szülő eleme (+1 mező a tartalomtípushoz) vagy "semmire" vagy egy másik galéria tartalomtípusra mutasson. Viszont most szereztem pár hasznosnak tűnő tutorialt ami végig megy az entity(?) reference modulon, remélem összejön :)

Kategorizálás gyorsabb, szebb, jobb lenne, de nem rajtam múlik :)

0
0
Geva képe

Nem rontottál el semmit, emlékezetből próbáltam segíteni, így lemaradt a vége, elnézést kérek érte:
- a formátumnál - html lista, grid, ... - kell még beállítani melyik mező szerinti a csoportosítás, miután bekapcsoltad az összevonást.
Most egy mező szerint csoportosítasz, a taxonómia kifejezést kell kiválasztanod(a mezőknél beépítettnek kell jelölnöd a taxonomia mezőt)
- a mezőknél a taxonomia mezőt nem kell megjeleníteni - vagyis legyen ott a mezők között, ám jelöld be, hogy ne legyen megjelenítve

...ezzel remélhetőleg már eltűnnek az egyes elemeknél a taxonomia kifejezések, ám a csoportosítás létrejön, a csoportok felett a taxonomia kifejezéssel.
A rendezésre figyelj még: általában a csoportosító mező szerint elsődlegesen, azon belül lehet a másik - lista elem - mező szerint is.

István, várom a visszajelzésedet, így most sikerült-e

0
0
Balu Ertl képe

Nem kötelező feltölteni, de nagyobb volumenű tartalmi átrendezgetések (pl. egy blog archívumának Drupalra migrálásakor) érdemes az újonnan létrejött tartalmak friss URL-jeiről értesíteni a keresőt. A webhely forgalmától függ a feltérképezés gyakorisága. Nem akarom elvinni a topikot nem-Drupal témába, a GWT-hez nagyon jó dokumentációt tart fenn G.

A beillesztett kódrészlet nálam valamiért nem törik új sorba, nem tudom megtippelni, hogy jó-e így. De a ‹loc› tag nekem úgy tűnik, mintha csak template lenne. Ha az XML-generálás cron-ra fut le, akkor próbálj meg egy újat csináltatni, azt pedig teszteld le a GWT-re feltöltéssel. Szólni fog, ha valami nem oké neki.

1
0
balazsgabi képe

ezt fordítva képzeld el

azt, hogy egy aldomain tartalmát egy másik aldomainre átírányítsak

a domaint irányítod a tartalomra és nem a tartalmat a domainre. Elméletileg több (bármennyi) aldomain és domain is mutathat ugyanarra a heyre. A szolgáltatódat kérdezd, meg, hogy hogyan kell felvenni új aldomaint és azt hogyan kell könyvtárra irányítani. Itt az új aldomaint ugyanarra a könyvtárra kell irányítanod mint amire az eddig (régi) aldomained mutat.

A directadmin, cpanel, pma mind csak egy grafikus felület, amik a megfelelő fájlokban bejegyzéseket hoznak létre, illetve módosítanak. Jelenesetben a httpd-vhosts.conf fájl (Apache) SeverName és DocumentRoot értékeit kellene módosítanod.

2
0