Lejla képe

Most hogy ilyen szépen megírtam itt a kérdéseimet, és közben kotorásztam a phpmyadmin segítségével a mysql adatbázisban, felfedeztem, hogy a táblákat Struktúra nézetben megnyitva, az egyes rekordoknál van olyan, hogy változtatás gomb.
Na, úgy látom, ott lehet az Egybevetést megváltoztatni :-)
Igaz, csak egyesével, ami szép kis molyolás, de ha ez helyrehozza az ékezet-problémát, akkor halleluja!
Ha nem, akkor vagy a mindent vissza elölről kezdve jön, vagy ledarálhatom a weboldalt :-)))
Ha addig is eszetekbe jut valami, azért azt szívesen fogadom... de reményeim szerint nem csinálok nagy marhaságot ezzel az egyenkénti egybevetéssel, és ezt az infót talán más kezdő is felhasználhatja majd.
Ha nem sikerült, jelentkezem.
Ha sikerült akkor is, a megerősítés végett :-))

üdv:
Lejla

0
0
pp képe

A tábláknál lévő beállítás csak azért kell, hogy a mysql tudja milyen a benne lévő szöveg kódolása. Ez olyankor kell, ha sorba rendez, vagy keres. Tehát sima lekérdezéseknél nem. Ergo hiába állítod nem fogsz javulást elérni.

A probléma simán lehet abból, hogy a két mysql verziója nem egyezik meg. Továbbá problémás lehet az exportnál milyen karakter kódolást használtak vagyis a kapott fájl milyen kódolású. Az se mindegy, hogy a kapott fájlban lévő adatok, szövegek azok milyen kódolásúak, de ez csak Drupal főverzió váltásoknál okozhat problémát. ;)) Néha segít egy SET NAME UTF8 az sql elején, de látni kéne az egész folyamatot. Tehát most már nem lehet mit tenni, újra le kell játszani az export-import mókát. Tehát vagy megcsinálja neked újra a szolgáltató jól, vagy megcsinálod magad, vagy kezded előröl.

pp

0
0
zsopap képe

Amikor elkezdtem készíteni webhelyemet még nem gondoltam rá, hogy kelleni fog a pathauto modul. Aztán elszaporodtak a tartalmaim és nem akartam már egyenként beírni az álneveket ezért feltettem.

Az a probléma merült fel, hogy amig kézzel irogattam be az álneveket addig csodálatosan nézett ki a sitemap amit a sitemap.xml modullall gyártattam le. Miután beüzemeltem a pathautot és újra legyártattam a sitemapet eltüntek a szép útvonalak a sitemapből.

Jol van, gondoltam a lényeg, hogy ragadjon a bélyeg, ezért beküldtem azt az új sitemapet.
Most a látogatóim a keresések után kapott találatokra kattintva folyamatosan az oldal nem található üzenettel találkoznak.

Bejelentkezve a google webmasters toolba belepillantottam hogy mit is lat a google és azt láttam, hogy mintha nem törlődött volna a régi sitemap, hanem a beküldött új sitemap tartalma hozzáadódott a régihez. Most akkor mi van itt?

0
0

-------------------------------------------------
... értem értem hogy gőzzel megy! De mi hajcsa????

Petik képe

Nekem is volt ugyanilyen problémám!
Az adminisztráció menüpontra kattintva csak fehér oldal jött be!
Rögtön a memóriaproblémák és más egyéb itteni bölcsességekben kezdtem gondolkodni.
Azonban a böngészőm címsorára pillantva feltünt, hogy mintha hiányos lenne a cím:

"http://petike07.extra.hu/?q=admin"

Próbaképpen a végére biggyesztettem egy "/" karaktert, és máris bejött az admin felület.

A Rodolfó mosolyogva mondaná: "Hát nem érdekes ez?"

Tényleg érdekes. Viszont ez a jelenség nem volt eddig, csak kb. 25 perce.
Azóta is csak akkor tudok az adminba belemászni, ha manuálisan odabiggyesztem a perjelet a címsor végére.

Ez ebben az esetben megoldás, de mi lehet az oka?

Üdv.
Peti

0
0

Üdv. Peti

pp képe

Van a node objektum. Ezt be lehet tölteni, load és meg lehet jeleníteni, view. A két op-ot ne keverd össze! A load betülti az adatokat és beleteszi a node objektumba. A view pedig a node-ba load-nál betett adatokat formázza és teszi bele a node->content változóba. A html az még a view-nál se jön elő, hanem a view valamilyen smink szerint fogja megformázni a node azon részét, amit betöltesz. Hisz lehet, hogy egyszerűen csak kiírja az adatokat, de lehet, hogy a megyét, a várost és a kerületet már máshogyan akarja formázni az ember. Az is lehet, hogy ezeket egy térképen jeleníted meg, stb. Ez már mind-mind a smink feladata.

Szóval lassan a testel! ;)
A views modul által létrehozott view-kat meg ne keverd ide, mert annak ehhez semmi, de semmi köze!

pp

0
0
pp képe

Egyrészt a morzsák tekintetében két alapvető nagy iskola van. Az egyik azt mondja, hogy a breadcrumb az egy kijelölt útvonal legyen függetlenül attól, hogy hogyan jutott oda a felhasználó. Egy valamilyen alapértelmezett útvonal. A másik iskola arra esküszik, hogy a morzsák mindig azt az egy útvonalat tartalmazza ahogyan a felhasználó bolyongott az oldalon, ha ez méter hosszú akkor legyen méter hosszú. Ez utóbbival szerintem több gond van mint haszon, ráadásul a böngésző history-t próbálja meg lemásolni ráadásul csak hibás megoldás létezik rá. (ha munkamenetben akkor azért, ha urlben akkor azért, ha js-el szedi a historyból akkor meg azért.)

A lényeg, hogy mindkét nagy iskola csak EGY breadcrumbot ismer. Szóval miért kéne neked kettő? ;)

Egyébként a kategóriák ott vannak a node-on magán, az nem elég?

pp

0
0
Webappz képe

A PHP OAI szerver és a Metaadat-szerkesztő kliens telepítésével és a beállításával én is mostanában vesződtem. Mondjuk maga a kód megér egy misét, de nem bántom őket, mert ugye készítettek még pár implementációt.
Ami meglepett, hogy az általad is linkelt oldal Drupal alapú, így nekem is volt egy kis hiányérzetem, hogy, hogy miért nem csinálták meg az OAI szervert drupal modulként is?
A drupal.org-on találtam OAI-s projekteket: Drupal OAI PMH és OAI-PMH Module.
Az én fejemben is megfordult, hogy meg kellene írni drupal modulként az OAI szervert, de az idővel sajnos én is hadilábon állok, de ha lesz kapacitásom, akkor lehet, hogy belefogok.

0
0

Páldi Zoltán

Vic68 képe

Mivel senki nem válaszolt, jómagam válaszolom meg a kérdésemet is. :)
Nos tehát itt egy korrekt megoldás arra az esetre, ha a különböző jogosultságokhoz más-más árat akarsz csinálni:
Letöltöd az alábbi hekedli modult:
www.ubercart.org/files/uc_role_discount.zip

Majd a modulban az "uc_role_discount.module" file 144-ik sorában a number_format opcióba azt a formátumot teszed, amit az übercart konfigurációd elvárna tőled. Ennek default értéke az 'angol jelölés ezresek csoportosítása nélkül' formátum, azaz a következő: ($sell_price, 2, '.', '')

Megjegyzés:Ez a modul bár megjeleníti a képernyőn a 'List price' és a 'Cost' értékeket a jogosultságok mellett is, ám ezeket nem érdemes kitölteni, mert semmi változást nem hoznak.

0
0
aboros képe

sajna a more link, amit a views ad nem valami "okos", nem fogja átvenni az argumentumokat. ugyebár a nézet basic settings részében van egy ilyen: display more link.. na azt állítsd tiltottra.

ha mégis nagyon akarsz egy more linket ami egy oldalra vezet majd ami ugyanazt a "szűrést" használja, mint a blokk, akkor az lesz a megoldás, hogy elkészítesz egy ugyan olyan page -t, mint amilyen a blokk és a blokkot sminkelve "gyalog" varrsz bele egy more linket, amit egy olyan útvonalra irányítasz, ami tartalmazza az éppen a blokkban élő argumentumokat. bonyolultan hangzik lehet, de nem az. (ha lesz időm majd csinálok egy példát erre)

egyébként még mindig fenntartom, hogy a faceted search modult kéne használnod ezen az oldaladon, nagyon passzolna, azonnal megszűnne minden ilyen szűrési nehézséged.

0
0

-
clear: both;

black71 képe

Nem kötekedni akarok csak megérteni.
Mi a különbség hogy insert -el vagy api -val követem el ugyan azt az adatbázisban.
Szó szerint ugyan az.
KB. olyan mint ha valaki azt mondja úgy készíts backup -ot, hogy mentsd el a druapl -t is ne csak az adatbázist mert csak azzal fog működni.
Miért ne tudnám api nélkül ugyan azt megcsinálni?

Max. itt annyiról lehet szó hogy spórolhattam volna kb. 400 sort a script -ben ha ismerem a drupal -t.

Alapban ha a search modul nincs bekapcsolva akkor sincs semmi gáz ha 5e node -nál kerül bekapcsolásra.

Ha valaki megírná mi a különbség ugyan olyan adatbázis változás mellett az insert és az api -al készített node között meg köszönöm.

0
0

Drupal 5.x, 7.x