Keresés

Drupal migrálása UTF8-ró ISO8859-2-re

szistvan képe

Hi!

Működő drupal 6-ot kellene elköltöztetni. A dolog szépsége, hogy a jelenlegi helyen UTF8 alá telepítették, viszont az új helyre mindenképp iso8859-2 kódrendszer alá kellene az egészet bepakolni.
Az eredeti és az új is linuxon fut (legalább ez megegyezik).

Gondoltam felteszem a webszervert, majd SQL-t, filekat átmásolom, de az SQL dump-nál érzek némi zavart, mert emlékeim szerint ott a tartalmak UTF8-ban lesznek, de mindezek mellett az adatbázis leírásnál is UTF8 lesz beállítva a mentésnél (MySQL).

Jól látom a problámát, vagy számíthatok máshol is buktatóra?

Mivel az SQL dump valójában txt, így arra gondoltam, hogy az egészet "átkonvertálom" a megadott kódrendszerre. Jó az elgondolás/irány, vagy van ennél jobb megoldás?

Előre is köszönöm a segítséget, tanácsokat!

Szállítmány, szállítás

aries képe

Sziasztok!

A Drupal Commerce fordítása kapcsán merült fel az alábbi kérdés. A szállítással kapcsolatos "shipping" szó, többször felmerül, ez jelenleg össze-vissza van fordítva. Hol szállítmány, hol szállítás.

Mindkettőnek megvan a maga értelme. A "szállítás" szó a folyamat. Amit szállítanak, az a szállítmány. (Mint a csatolás és a csatolmány, viszont az alkotás és az alkotmány analógiájában már nem vagyok biztos. :) )

Várjuk olyan(ok) jelentkezését, aki(k) átnéznék az eddig beküldött javaslatokat, elfogadott kifejezéseket és új javaslatokat küldenének be a fentiek szerint.

A kérdések jöhetnek hozzászólásként.

Fórum: 

OpenAtrium újratelepítése kis trükkel

turboczi képe

Sziasztok!

Valami összeakadt az OpenAtriumomban a projekt/ügy moduljával (case tracker), és sehogy sem sikerült normálisan munkára bírnom. A hibajelenség az volt, hogy blogbejegyzés és könyvlap beküdése esetén is a projektet ajánlotta fel mint tartalomtípust.

Megpróbáltam:
- újratelepíteni az egész 1.0-s Atriumot, utána update.php
- csak a casetrackert újratelepíteni, mintha frissítettem volna, utána update.php
- modul kikapcs, bekapcs, modul kitöröl, visszarak, modult másik könyvtárba (/sites/all/modules) áthelyezése... de semmi.

Ekkor jött a forradalmi ötlet, hogy törlöm az adatbázisból az összes case tracker-vonatkozású táblát (pillanatig elgondolkodtam rajta, hogy elég lenne talán kiüríteni őket, de aztán úgy voltam vele, hogy úgyis csinál magának másikat mindből, amint újraaktiválom). Csakhogy nem csinál. Úgyhogy most az a gond, hogy

- helyre lehet-e állítani a kitörölt dolgokat (privát helyen vagyok, ha lehet, akkor a rendszergazda biztosan megteszi)
- mivel az update.php sem csinál új táblákat bekapcsolt modulok mellett, az jutott eszembe, mi lenne, ha úgy csinálnék egy trükkel, mintha új OpenAtrium-telepítésem lenne, de fent hagyok mindent, hiszen mindenből a legfrissebb van fent, de annyi változtatással, hogy feltennék egy szűz settings.php-t, hogy újracsinálja nekem az összes szükséges táblát, miközben a tartalmak kényelmesen a helyükön maradnak.

A kérdésem az, hogy ez a trükk lehetséges-e, jó-e, van-e valakinek ilyen irányú tapasztalata. Esetleg totál el vagyok tévedve?

A válaszokat előre is köszönöm!
A.

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 

Webform dátum megjelenítés

Noob képe

Most szembesűltem a hibával, amire nem talatam még megoldást.
A modul angol nyelven jeleníti meg az év hónap nap.
A magyar nyelv fel van téve kapcsolgatom jobbra balra a modult de nem akar magyarul szólni.

Elépzelhető hogy ezt manuálisan a valahol a php kódban kell átírnom?

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

Video modul kikapcsolása

kifly képe

Sziasztok!

Annyit bénáztam a video feltöltéssel (video+flowlayer) hogy már nem tudom ki se kapcsolni video modult, mert az alábbit írja ki a moduloknál:
Felhasználják: Drupal (Törlésre váró mezők)
A mezők listájánál nincs ott ezt használó mező.

Magát a tartalomtípust amiben volt ilyen mező sikerült kitörölnöm (gondolom ezért ragadt be a mező??)
Van-e valami lehetőség megszüntetni a "Törlésre váró mezők"-et???
és kikapcsolni a video modult?

Köszönet előre is!

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

Profil kép gyorstárazási probléma?

SecMan képe

Sziasztok.

Az egyik oldalon felmerült egy probléma, hogy a profilkép nem változik meg a felhasználóknál hiába törlik és töltenek fel újat, a régit látják.
Korábban volt, hogy tudták módosítani, de akkor is csak többszöri próbálkozásra. (vagy az eredménye látszott csak később)

A helyzet az, hogy kipróbáltam és lekövettem, FTP-n rendesen törlődik és felkerül az új profilkép.
Gyorstárazási probléma?

Gyorstárazási mód normálon, oldal tömörítés kikapcsolva.

Mit ajánljak/javasoljak?

6.22

Drupal verzió: 

Költöztetés után 404-es hiba az al oldalakon

Sólyom képe

Sziasztok!

Egy számomra érthetetlen hibába ütköztem. Átköltöztettem az egyik drupal oldalamat egy megosztott szerverről az azonos szolgáltatónál lévő dedikált szerveren kialakított szerverrészre. Nem az első ilyen alkalom volt, eddig mindig, minden rendben volt.

Most is azt hittem, hogy minden rendben van, mert amikor felmásoltam a fájlokat és életet leheltem az adatbázisba, majd megnyitottam az oldalt, be is töltött a főoldal. Tökéletesen megjelent minden. Kép, szöveg stb a helyükön voltak.

Nem is foglalkoztam vele tovább, csak most, amikor frissíteni akartam a modulokat. Minden oldalra 404-es hibát az, még a /user oldalra is.

Találkozott már valaki hasonló hibával? Minden segítséget hálásan megköszönök.

Drupal verzió: 

Költöztetés után 404-es hiba az al oldalakon

Sólyom képe

Sziasztok!

Egy számomra érthetetlen hibába ütköztem. Átköltöztettem az egyik drupal oldalamat egy megosztott szerverről az azonos szolgáltatónál lévő dedikált szerveren kialakított szerverrészre. Nem az első ilyen alkalom volt, eddig mindig, minden rendben volt.

Most is azt hittem, hogy minden rendben van, mert amikor felmásoltam a fájlokat és életet leheltem az adatbázisba, majd megnyitottam az oldalt, be is töltött a főoldal. Tökéletesen megjelent minden. Kép, szöveg stb a helyükön voltak.

Nem is foglalkoztam vele tovább, csak most, amikor frissíteni akartam a modulokat. Minden oldalra 404-es hibát ad, még a /user oldalra is.

Találkozott már valaki hasonló hibával? Minden segítséget hálásan megköszönök.

Drupal verzió: 

Danland Theme Főmenü (Superfish) style.css módosítása

tomato33 képe

Kedves Mindenki!

A következő problémához szeretnék segítséget kérni.
Az alap danland témában szereplő menüt szeretném úgy módosítani, mint ahogy pl. a www.besi.hu honlapon található. A jelen állapotot nem tudom megmutatni a saját honlapomon - a kisbetűre váltást már sikerült elérnem,
a 2 soros megjelenítés egyenlőre nem látszik.
Az igazi kérdésem, ill amit még nem sikerült elérnem az az lenne, hogy a lenyíló menükben amennyiben valamilyen hosszú szó, ill maga a menüpont vmi hosszú karaktersorozat lenne - hogy érem el ezt a style.css fájlban, hogy 2 sorba törje a menüpont nevét:)
Lehet kicsit érthetetlenül fogalmaztam, a fent említett "példa-honlapon" látszik mit szeretnék elérni az almenüpontokkal...

Előre is köszönöm a segítséget :)

Fórum: 

Cikkek modosítása

Deeptrick képe

Hello!

Azt szeretném, hogy a főoldal kettő oszlopban helyezkedjen el. az egyik oszlopban a cikkek jelenjenek meg normál módon (cím, dátum, kép, bevezető) 5 darabig! A másik oszlopban is cikkek de csak a címe és a dátum de az előző oszlop 5 darab cikkének folytatása ként (pl eggyses oszlop 1-5, kettes oszlop 6-...)!