Téma: Joomla 2.5 localhoston felépített rendszer feltöltése szerverre

A következő problémába futottam bele. Saját oldalam régi Joomla 1.5 frissíteni szeretném. Localhoston (XAMPP) migráltam a régi oldalam és sok részét újra gondolva szépen lassan megalkottam az új oldalt. Az új oldal Joomla 2.5 rendszer lett. Melyet a kiegészítő komponensekkel együtt szépen beállítgattam.
A tárhelyre feltöltve szembesültem néhány problémával, melyeknek a megoldásában nem igazán tudtak segíteni a tárhely szolgáltató emberei.
A feltöltésnél a legzavaróbb melyet nem tudtam orvosolni, hogy az egyik komponens karakter kódolási hibát mutat. A tárhely szolgáltató azt mondja, hogy a hiba nem náluk van, hanem a komponenssel. Régebben amikor joomla vagy egy másik fórumrendszernél karakterkódolási hibával találkoztam, akkor az localhoston is jelentkezett.
Mivel ilyen szinten nem értek nem tudom eldönteni, hogy tényleg létezhet-e ilyen?
Esetleg valamilyen beállítás probléma lehet a tárhelyszolgáltatónál?

Ha például total commandert használok, akkor a fájlnevek kódolása beállításnál kell automatikus helyett mást beállítani? A bináris módot esetleg itt kell kiválasztani?

Igazából én úgy gondoltam, hogy a localhoston készített adatbázist és a fájl rendszert feltöltöm. A hiba ráadásul nem is az egész komponenst érinti, hanem annak csak egy részét.
Csatolok két képet melyen látszik a probléma. Hátha könnyebb így ötletelni.

rossz megjelenés


Ez egy teszt rendszer. Melyek kérdésekből és lehetséges válaszokból állnak. A kérdések jól jelennek meg a válaszok pedig nem.

Mi a válaszok adatforrása? Adatbázis? esetleg XML vagy szövegfile?

Igazából igazad is van, meg nem is..
Az alkalmazások telepítő scriptjeiben a készítőnek egy sort kellene beletenni, hogy a táblák létrehozása utf8-al történjen.

Valószínűleg itt is az történt, hogy a komponens készítője (mert ugye nam a joomla core-ról beszélünk) ezt elmulasztotta (esetleg ő eleve nem utf8-at használ így nála nem volt ez probléma), és a scripjei mondjuk latin1 vagy egyéb kódolással hozzák létre a tábláikat, még a joomla maga utf8-al.

A mysql-ben egy táblán belül sem kötelező az azonos karakterkódolás, szabadon lehet minden szöveges mezőnek más-más. És ha a szerver maga utf8-al is megy, a telepítő script ezt felülírhatja, ha megvan neki adva, hogy ő bizony latin-1-el hozza létre.

Szóval szerintem jelen esetben a hosting cég épp semmiről nem tehet.

off/ hát ja. 2013 és még mindíg ilyennel szív az ember. /on

szerintem is adatbázis karakterkódolásának a mássága lesz a hiba oka. (adott komponens tábláit kell összehasonlítani a localhoston és a tárhelyen)

a megoldást Gr3nT leírta.

@huntr, teljesen egyetértek veled, de az utóbbi időben elég kevés olyan alkalmazással találkoztam ami nem utf8-ban dolgozott.
Mindegy a hostingos dolog csak egy kis kitérő volt személyes tapasztalataimhoz.

Hello!

Ha gondolod, akkor abban tudok segíteni, hogy felrakom az én tárhelyemre aldomainba és akkor kiderül, hogy nálam is jelentkezik-e a probléma.

Ha igen, akkor utf-8 a probléma, ha nem, akkor tárhely.

Novill eredeti hozzászólása

A következő problémába futottam bele. Saját oldalam régi Joomla 1.5 frissíteni szeretném. Localhoston (XAMPP) migráltam a régi oldalam és sok részét újra gondolva szépen lassan megalkottam az új oldalt. Az új oldal Joomla 2.5 rendszer lett. Melyet a kiegészítő komponensekkel együtt szépen beállítgattam.
A tárhelyre feltöltve szembesültem néhány problémával, melyeknek a megoldásában nem igazán tudtak segíteni a tárhely szolgáltató emberei.
A feltöltésnél a legzavaróbb melyet nem tudtam orvosolni, hogy az egyik komponens karakter kódolási hibát mutat. A tárhely szolgáltató azt mondja, hogy a hiba nem náluk van, hanem a komponenssel. Régebben amikor joomla vagy egy másik fórumrendszernél karakterkódolási hibával találkoztam, akkor az localhoston is jelentkezett.
Mivel ilyen szinten nem értek nem tudom eldönteni, hogy tényleg létezhet-e ilyen?
Esetleg valamilyen beállítás probléma lehet a tárhelyszolgáltatónál?

Php myadminban nálam van olyan lehetőség, hogy egybevetés és ott tudom beállítani pl. az utf_8_general_ci, hogy milyen legyen.

Nekem ilyen karakter problémákat anno 1.5-ön a sobi2 csinált