joomla3 --RokGallery letiltása képtelenség? [megoldva]

Internet: PHP, CGI, stb.

Sziasztok.

Adott egy joomla3 és a jámbor ismerkedésem vele.
Van egy gantry is egy RocketTheme template-tel feltelepítve, minden szépen csillog.
Azaz mégse.

Ha a Templates Manager / Edit Style részben a Custom Logo és a Header Image-ben a RokGallery van beállítva, egyáltalán nem jelenik meg a frontenden a template, azaz külcsín nélkül jelenik meg a weboldal.
Eddig remek. Átállítottam a RokGallery-t Mediamanagerre, majd mentés. Bejön az oldal. Bezártam a Template-kezelőt, erre megint nem megy az oldal, csak a design nélkül.. Visszaléptem a kezelgetőbe, és döbbenten vettem észre, hogy az elmentett beállítások nincsenek sehol, minden visszaállt a Rocketgallery-re.

Oknyomozgatás:
Letiltottam a RokGallery-t. Hatástalan, a tempate-managerbe bemászik.
Töröltem a gyorsítótárat --semmi.
Addig él tehát a honlapon a template, míg él egy akktív ablak, ahol be van állítva és el van mentve a RokGallery helyett a Mediamanager, mint képmegjelenítő...

----------
Nos, ezt egy elmeorvosnak kellene megmutatni. Érdekes olvasmány.
Ha valaki találkozott volna ilyesmivel, köszönette veszem a segítséget.

  • 8090 megtekintés

( bzs v | 2013. 08. 18., v – 09:37 )

Kicsit változott a helyzet.
eljutottam oda, hogy nem tudom, mi lehet az oka annak, hogy template nélkül jön be a weboldal.

Amikor mentek template-beállításokat, egy ideig működik, majd leáll. Visszanézve a dogokat, mintha nem is mentettem volna semmit...

----
Töröltem a teljes RokGallery modult az összes alkatrészével.
Semmi változás.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

( Dwokfur v | 2013. 08. 18., v – 11:26 )

Előre is elnézést a kifejezetten nem építő jellegű hozzászólásomért:
Mér' pont joomla?
Annyi más CMS van.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Ennek a válasznak kb így lett volna értelme:

Ha nem szereted, ha a cms kihasználja az újabb html, css,... elemeket, ha alapból megoldott az automatikus (egy kattintás az alap motor esetén is) frissítés, modern az admin felület, ... ajánlom inkább a Drupalt.

Ha nincs szükséged sok funkcióra, inkább használj WordPresst, mert gyorsabb.

Ha "IT hipszter" vagy és ismeretlen CMS-t szeretnél használni...

A kiterjesztések nagy része sajnos mindegyik ingyenes CMS-nél csapnivalók.
Egyet ismerjen meg rendesen, és "bármit" megcsinál majd benne.

Mert annak idején egy "szakértő" azzal beszélt le a saját dolgaim fejlesztéséről és tanulásáról, hogy ezzel jobban járok.
Most, hogy 2009 óta benne vagyok, nincs kedvem cseberből vederbe vergődni (Drupal fórumokon is beszélnek bugokról), öreg vagyok már ilyesmihez.
Idegesítő az egész kérdés.
A template különben fizetős, még 2 nap és lejár a support. Még azt sem mondhatnám, hogy lejárt a support, úgy használom, és valami a belsejében alattomosan leállította.
Ebben a pillanatban nagyon elegem van, megyek és sétálok egyet.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Az más ha már benne vagy.
Ha csak most kezdenéd, akkor mondjuk érdemes lenne megfontolni a váltást.
Remélem sikerül megoldani.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Ma már olyanokat is hallottam, hogy bizonyos joomla oldalak windowsos böngészőkkel, azok alkatrészeivel (pl.jre) kifogástalanul mennek, míg linuxon nem.
Erre csak azt reagáltam nehogy már NEKEM kelljen rendszert módosítanom, hogy valami portálmotor rendesen működjön...

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Jól értem, hogy arról van szó, hogy Java Applet van az oldalon (jre számomra erre utal), és szerinted ez is a Joomla hibája?
Vagy pontosan mik azok a bizonyos oldalak? Azért ha böngészőtől, oprendszertől függ a hiba, az inkább a rossz templatere/tartalomra utal, mint a Joomla motorra.

Linuxon alapból OpenJre-van, ami messze nem kompatibilis az Sun/Oracle JRE-vel.

( bzs v | 2013. 08. 20., k – 21:52 )

Oknyomozásban ott tartok, hogy egyetlen gantry alapon futó template sem működik rendesen. ( http://www.gantry-framework.org ) Egy ideig megy, majd template nélkül jön be minden oldal böngészőtől, oprendszertől függetlenül.

Megnéztem, hogy a gantry weboldalán tálalt demonstrációs oldal hogyan fut. Hát, pusztítottam rendesen, semmi probléma vele. Tehát a linuxommal semmi baj, böngészőimmel és alkatrészeivel sem, a szerveroldalon lehet a hiba. Most már csak az a kérdés, mi köllhet oda. Elképesztő...

...és lenni nem érteni eztet itten.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Ezeket nézd át:
- Fájlrendszer jogosultságok
- CSS fájlok megnyitása (FF: ctrl+u, majd a css-eket megnyitogatod, frissítgeted)

Ez utóbbira - meg az oldal forrására is csinálhatnál wget scriptet, és az előző tartalmakkal összevethetnéd az aktuálisat, eldöntendő, hogy ki/mikor/mit mond a webes kliensnek.

Még azt is megnézhetnéd, hogy a joomla forrásfájljaiban mik azok, amik az utóbbi 1 hétben változtak (jól irányzott find) - könnyen lehet, hogy csupán felnyomták az oldalad, és a worm hibázik, ezért nem észrevehetetlen.

Első körben ezeket nézném meg.

--
PtY - www.onlinedemo.hu

igen, ebbe belefutottam én is, de nem olvastam végig, mert éppen akkor vágtam szekrényhez a szandálomat.
Ha minden igaz, a gzip letiltása tényleg megoldja a problémát.
Kösz a linket :-)
Remélem több baj nincs

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Az aktuális őrület tárgya:

http://epitok.kajaksziget.hu

Pár klikkelés össze-vissza, és átlagosan a 3. után már nincs templét. hja gantryra váltok a cerulean teplétről, az eredmény ugyanaz.

(folyamatosan éppen benne vagyok, így akadozhat)

1.
kikapcsoltam a gzip-et...
2.
bekapcsoltam a jumla hibakereső konzolát
3.
nézegetek.
4.
van templét.
5.
egyelőre...

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Volt, amikor kikapcsoltam.
Kikapcsolom...

Most nézegettem, hogy a tárhelyszolgáltatónál egy régebbi jumlánál be van-e kapcsolva a GZIP oldaltömörítés. Be van.
Ezek szerint a 3-as jumla gziptömörítése némi kívánnivalót hagy maga után?

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Most megy!

8=)

Várok még 1-2 napot, hátha mégsem...

érdekesség:
ha a gyorsítótárazást bekapcsolom, ezzel köszönt a főoldal 1-2 perc múlva:

Fatal error: Call to undefined method RokInjectModule_Header::populate() in /home/kajakszi/public_html/epitok/plugins/system/rokcommon/rokcommon.php on line 184

Ilyenkor elgondolkodom, miért pont ott, pont abban a sorban van az a valami, ami nem megy?

(Kezelés: gyorsítótárazásról is lemondtam)

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Nem ismerem azt a GFE/2.0 webszervert, ami az oldalad alatt fut, de egy biztos. Apache és NGinx alatt a szép URL-ek beállítása jól dokumentált, és működik. Én Lighttpd-t használok, és - bár működik vele - egyes kiegészítők/sablonok nyűgösek.

Pl. nem tudom szerkeszteni az adott oldalt, ha az URL így néz ki: http://szerver/menu/XXX-cikk ám tudom, ha így: http://szerver/XXX-cikk.
Látszólag semmi különbség, ugyanúgy jelenik meg mindkét oldal, ám a szerkesztés user oldalon csak az utóbbinál működik - evvel együtt tudok élni, így marad.

Ha Nálad viszont hasonló miatt ilyen problémák jöttek elő, akkor két dolgot tehetsz:
- kikapcsolva hagyod ezeket a feature-öket
- váltasz suppoted webszerverre

Ha ez utóbbit a szolgáltató adja, és nincs lehetőséged, akkor még olvashatsz google-t, hogy mi a pálya a Te webszervereddel.

--
PtY - www.onlinedemo.hu

Az emberbarát url-ekkel nem volt probléma, visszaállíthatom.
NMost éppen más jelentjezett, amit a 000webhost.com tárhelyén is tapasztaltam, ott 3 weboldalamat tiltottak le ilyenek miatt. Az okot persze mai napig nem értem.

Szóval "jó ebédhez szól a jomla-error":

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 50196580 bytes) in /home/kajakszi/public_html/epitok/plugins/system/debug/debug.php on line 1070

Igen, egy modult próbáltam adminfelületen szerkeszteni. A RokSprocket Module-t.

Most pedig felállok, és sétálok egy kicsit.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Sok joomlát telepítettem már, gyakori, hogy az extension készítője hanyag (hiányzik egy-két beállítás a kiterjesztés xml-jéből, amit kézzel visszapakolva idomítható - pl. module class suffix) de ez szokott lenni a kisebb baj.
Az egzotikus webszerver is lehet probléma, ha valaki nem ismeri, és nincs jól beállítva.
Az egzotikus tárhelyszolgáltató is lehet probléma - ha nem saját a géped, akkor komoly szívás lehet, mert nem tudsz olyan beállításokat kérni, ami biztosan kell. A legtöbb szolgáltató meg csak az ispconfig felülethez ért, ha komolyabb beavatkozást szeretnél, akkor jó esetben elhajtanak, rossz esetben hülyének néznek.

Ha mindezeken felül még több probléma együttes megléte is van, akkor jönnek a valóban megmagyarázhatatlan jelenségek, aztán döntsd el, hogy melyik jelenségnek éppen melyik probléma a kiváltója.

--
PtY - www.onlinedemo.hu

A memóriahasználatot az előbb bekapcsolt és úgy hagyott jumla hibakonzol okozta.
Életemben nem hittem volna, hogy a joomla hibakereső konzoljának bekapcsolása mindent felzabál.

Tanulgatok..

Szóval most már azt a modult hibaüzenet nélkül meg tudom nyitni szerkesztésre.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Csak nem kajak? Ez esetben: üdv!

Javaslom én is az egzotikus web szerverek kerülését - egy korábbi hozzászóláshoz hasonlóan.

Milyen gyorsítótárazásról van szó?
A hibaüzenet számomra nem arra utal, hogy a cache a ludas. Nem lehet, hogy az oldal egy része más verziójú Rok-ot vár, mint ami ott van?
Vagy valahonnan máshonnan include-ol. Csak egy Rok van fenn?
Persze a cache néha okozhat érdekes szimptómákat...

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Nem a template döglik meg, hanem 500-akat dobál a stylesheet-ekre: http://epitok.kajaksziget.hu/cache/rokbooster/0040ff1b97f45a20441224c27…

Rokbooster és 500 kulcsszavakra kerestél már? Mondjuk ennek ezer oka lehet. Ezt a cache-elős vackot ki lehet kapcsolni? Vagy erre a request-re a pontos hibaüzenetet meg tudod nézni valami logban?

A néha működik pedig azért lehet, mert stylesheet-eket a böngészők cache-elik, ha épp úgy érzik.

--

Az 500-as hiba akkor van, amikor a parser (ez esetben a php) nem tud szabályos HTML kimenetet (értsd: fejlécet sem) generálni. Könnyen lehet, hogy hibaüzenet van, és ekkor jün a hiba.

Amúgy az eredeti hibád oka is ez: a css-t egy php generálja:

<link rel="stylesheet" href="/cache/rokbooster/0040ff1b97f45a20441224c27cd574dd.php" type="text/css" />

Ami 500-zal elszáll, és emiatt nincs css-ed.
Úgyhogy már csak azt kell kiderítened, hogy mitől van az 500.
Error logokhoz kéne hozzáférned.

Amúgy még valamit nem értek... A FF-om header spy-ja szerint GFE/2.0 a webszervered.
Ha telnettel nézem, akkor meg ez a fejléc:

HTTP/1.1 200 OK
Date: Wed, 21 Aug 2013 17:31:27 GMT
Server: Apache
X-Powered-By: PHP/5.3.19
P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM"
Cache-Control: no-cache
Pragma: no-cache
Connection: close
Set-Cookie: e9db08031a9dccb621b5a1eb649c3435=c923e1a39cb68a978afafb3af7e80808; path=/; HttpOnly
Content-Length: 78507
Content-Type: text/html; charset=utf-8

A FF headerspy szerint nincs is X-Powered-By válasz, telnet szerint Apache a szerver, és van X-Powered-By.

Bónusz kérdés: a webcímedet kiszolgáló DNS szerverek konzisztensek? Nem lehet, hogy az egyik szerver A rekordja más IP-t ad vissza, mint a másik szerver, és emiatt van a hol-jó-hol-nem állapot?
Megnéztem, ez jó.

--
PtY - www.onlinedemo.hu

A Rokbooster ezt teszi:

Key Features:
Combine and compress CSS and JavaScript into as few files as possible
GZip compression used to send CSS and JavaScript files
Compress Inline CSS and JavaScript
Customizable cache timeout
Background rendering, so initial file processing won't slow your users down
Full page scan allows for non-header JavaScript and CSS to be included
Ability to ignore specific CSS and JavaScript files

Átmenetileg letiltottam,most kikapcsolom a DEBUGot és megnézem...

---
--- A gond akkor van, ha látszólag minden működik. ---
---

( bzs v | 2013. 08. 21., sze – 15:56 )

Amint kikapcsoltam a hibakereső modult, a template ismét eltúnt...

Ennyit mára.
:-(

---
--- A gond akkor van, ha látszólag minden működik. ---
---

...de ha visszakapcsolom, egyből van template.
Talán keresnem kéne valami modult, ami eleve berántja a templétet?
Próbáltam már azt is, hogy minden menüponthoz társítottam templétet. Nem volt jó az sem.

---------------------

Vadiúj joomla 3:

JROOT/administrator/language/en-GB/en-GB.com_rokcandy.sys.ini : hiba a(z) 0, 10, 13. sorban

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Igen, épp most jöttem rá.
De akkor sem értem, mert itt ezekben nincs hiba, még ronda karakter sem:

#config
COM_ROKCANDY_CONFIGURATION="Configuration"
COM_CONFIG_BASIC_FIELDSET_LABEL="Basic Settings"
COM_ROKCANDY_FORCE_CACHE="Force Cache"
COM_ROKCANDY_ENABLED_ADMIN="Enable Admin"
COM_ROKCANDY_ENABLED_EDIT="Enable Edit"
COM_ROKCANDY_ENABLED_CONTENT="Enable Content"
COM_ROKCANDY_DISABLED="Disabled"
COM_ROKCANDY_DISABLED_DESC="url's that should disable rokcandy, eg task=edit&view=article. One entry per line."
#Menus
COM_ROKCANDY="RokCandy"
#SubMenus
COM_ROKCANDY_SUBMENU_CATEGORIES="Categories"
COM_ROKCANDY_SUBMENU_MACROS="Macros"

(töröltem a hibásnak ítélt üres sorokat, a hiba mégis megmaradt)

-----------------
De ez csak érdekesség inkább. Lényeg az, hogy template megint nincs, pedig 4 órán keresztül volt.
Mindaz,amit fentebb sejtettem, hogy az volt a hibás (pl. gzip) tárgytalan.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

%%%%%%%%%%
joomla bug!!
%%%%%%%%%%

Ezek a "gyári" sorok voltak, de igazad van, átírtam.

Visszakapcsoltam a nyelvi debugot, mire:

*Elemzési hibák a nyelvi fájlokban**

**Nincs**

Szóval köszönöm.

Csakhogy a templét mégmindig halott, csak akkor nem, ha a Hibakeresés beállításoknál
a Rendszer hibakeresését aktiválom. De így ezzel nem működhet honlap...

---
--- A gond akkor van, ha látszólag minden működik. ---
---

( bzs v | 2013. 08. 23., p – 12:19 )

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Köszönöm mindenkinek a segítséget!
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

A dolog itt oldódott meg remélem véglegesen.
http://hup.hu/node/126321#comment-1634853

Még vissza fogok járni a fenti bejegyzések miatt, mindet megnézem, mi a fene is az.

Összegzés:

Miután bekapcsoltam kínomban a DEBUG-ot a joomlában, jöttek a hibaüzenetek
Voltak hibák nyelvi fájlban, miután javítottam, már nem voltak hibaüzenetek arról a részről.

A gzip lehetett a hibás, meg azok a modulok, melyek ezt használták (volna) a kikapcsolás után.
De ez tudattalan ténymegállapítás, elképzelhető, hogy a hiba okát meg sem tudom fogalmazni, nemhogy érteni.

Leckének viszont kiváló.

---
--- A gond akkor van, ha látszólag minden működik. ---
---