smiley install után az oldal nem elérhető

jaunty képe

Hello,

A smiley modullal megpróbáltam telepíteni egy emoticon szettet. Azóta az oldal nem elérhető és ezt a hibaüzenetet kapom:

Fatal error: Maximum execution time of 30 seconds exceeded in /home/mongainf/public_html/sites/all/modules/smileys/smileys.module on line 273

Mit lehet tenni?

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

Ha a válasz az, hogy módosítanom kell a php.ini filet, akkor légyszi azt is írjátok meg, hogy hol találom ezt a filet, mert fogalmam sincs. Köszi.

0
0
gergely képe

ez éles szerver vagy teszt környezet, milyen operációs rendszer, milyen szerverkörnyezet?

0
0

---
Tévedni mindenkinek szabad, csak a mérnöknek észre kell vennie.

jaunty képe

Éles szerver és Linux.

0
0
gergely képe

Akkor csak óvatosan. Ezzel a paranccsal terminálban meg találhatod a php.init:
find / | grep php.ini
abban pedig érdemes egy kicsit nagyobbra állítani mondjuk 60sec-re
max_execution_time = 60
a memória limited nem tudom mennyi de lehet az is kevés egy kicsit, 128mb ajánlott minimum szerintem.

0
0

---
Tévedni mindenkinek szabad, csak a mérnöknek észre kell vennie.

jaunty képe

Lehet, hogy valamit félreértek, de a php.ini-nek nem a tárhely szolgáltató szerverén kell lennie?

Végülis inkább kikapcsoltam a modult az adatbázisban. Köszönöm a segítséget!

0
0
fox mulder képe

Gyanítom, nemigen fogsz hozzáférni a szerveren a php.ini-hez. Lehetőségek:

  • 1.) Szólj a szolgáltatónak, hogy emelje meg a limitet.
  • 2.) Válts szolgáltatót, ha a válasz nemleges.
  • 2 és fél) Ha jól emlékszem, van lehetőség a Drupal telepítési mappájában saját php.ini-t létrehozni, próbáld ki.
0
0

Fox Mulder

jaunty képe

Köszönöm. Szóltam a szolgáltatónak és a válasz nem mondhatni, hogy túl kultúrált hangnemben történt. Közölte, hogy az oldalam megsüti a processzort a szerveren, és hogy röhej ha egy oldal nem töltődik be fél perc alatt. Inkább kikapcsoltam a modult az adatbázisban.

0
0
dj képe

szegény szerver ... tudható, hogy melyik szolgáltatónál van ekkora kultúra, hogy nehogy belefussunk ilyesmibe?

0
0

Üdv!
Dudás József

aboros képe

_most_!

a röhej meg az, hogy a szolgáltató kiskirályt játszik és leröhejez. mondd meg neki, hogy talán nem húsz éves 12 megaherzes AT286 -osokat kéne használni a hostoláshoz és akkor nem fél percig futna szegény kód. :)

0
0

-
clear: both;

pp képe

Bizony létezhet olyan konfig ami igen is erőforrás igényes tud lenni. Simán össze lehet kattintgatni olyan oldalt ami tényleg megeszi a processzor teljesítményét. Nyilván ilyenkor jól jön ha az egész webszerver egy virtuális gépen fut, hisz ekkor az oldal nem rántja magával a többi weboldalt ami a szerveren működik. De ez meg nem az az árkategória amit évi (ne kérdezd ki az az Évi) tízezer forintért lehet bérelni.

Én nem tartom etikusnak egyből a szolgáltatóra fogni a problémát. Mondom ezt úgy, hogy sem a szolgáltató levelét sem az adott rendszer beállításait sem ismerem. (vagyis pont ezért)

Figyelj oda, ha innen idézel, hogy nem írtam konkrét tartalom kezelőt, hanem minden webes tartalomkezelőről beszéltem ami létezik a földön.

Végezetül álljon itt a Légrádi féle felismerés:

Bármilyen gyors gépre lehet lassú programot írni.

pp

0
0
aboros képe

és igaz, nem láttam egyik levelet se a maga pontos valójában, csak a kérdező elmondására támaszkodva vonok le következtetést. ha jól értem lekezelően bántak vele és egyátalán nem segítőkészen.
a szolgáltatónak pedig, mint ahogy a neve is mutatja az a feladata, hogy szolgáltasson és nem az, hogy lekezeljen. akármennyire is süti a kódom a processzorát. persze tudom, ez is kétélű, de mégis, az jut mindig ilyenkor eszembe, hogy időről-időre én is zaklatom a szolgáltatómat bugyutábbnál bugyutább, néha triviális máskor meg lehetetlen kérésekkel és még soha egyszer se bántak velem lekezelően, sose mondták, hogy a kódom a hibás vagy ha így volt megmondták mi a gond, ilyesmi.. segítettek. nem lepattintottak.

erre gondoltam csak. lehet, hogy emberünk kódja (ez esetben a smiley modul) tényleg süti azt, akkor még mindig marad egy indokom, hogy költözést javasoljak. :) habár ezt az okot hiányos információk alapján határozom meg, ebben igazad van.

0
0

-
clear: both;

fox mulder képe

Vajon másnak is volt már ilyen tapasztalata a Smiley modullal? Vagy sok modult futtatsz és a Smiley volt az utolsó csepp a pohárban?

0
0

Fox Mulder

jaunty képe

Megpróbálva mindenkinek a reagálására válaszolni, nem tudom, hogy mennyi az a sok. Ezek a modulok futnak: Amazon, CCK, Composite Layout, CSS Injector, DHTML menü, FCKEditor, FAQ, String Overwrite, Token, Image, Image Assist, ImageCache, Simple Access, PDF version, Captcha, Ubercart, JQuerry Update, Views, Fivestar. Az Amazon-ból csak az Amazon Field van bekapcsolva meg az API, az ubercartból is nagyon kevés.

A szolgáltató nevét nem szívesen mondanám, mert nem akarom rossz hírét kelteni. 1,5 éve vagyok nála, eddig 7-szer kerestem meg, olyan gondokkal, mint amiről a kérdés is szól, de eddig még mindíg bunkó volt. Egyszer, amikor még abszolút csak kezdtem a Drupal-t segítettem vkinek összerakni egy honlapot. Ott a szolgáltatót egy hónap alatt legalább 5-6-szor kerestem meg trivialitásokkal, de mindíg a lehető legudvariasabb hangnemben válaszoltak. Na az a JustHost.com volt. Egyébbként is megfigyelhető, hogy az amcsi, meg UK szolgáltatók nagyon udvariasan bánnak a kliensekkel, nem úgy mint az itthoniak. :(

0
0
szantog képe

nem tudom, hogy mennyi az a sok
Nekem kb 130 modult sikerült lenyomnom 110 alá + cache beállítások, és szépen muzsikál az oldal. :) (Ja, és tuti, hogy a szolgáltató is állított valamit, mert egyik napról a másikra igen szép performance növekedés volt anélkül, hogy hozzányúltam volna.)

0
0

----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.

pp képe

A szolgáltató nevét nem szívesen mondanám ... Egyébbként is megfigyelhető, hogy az amcsi, meg UK szolgáltatók nagyon udvariasan bánnak a kliensekkel, nem úgy mint az itthoniak. :(

Én totálisan inkorrektnek tartom, hogy az egyetlen egy szolgáltatót akivel tulajdonképpen a problémád volt nem nevezed meg, hanem az összes többi magyar szolgáltatóra vonsz le következtetéseket.

Én úgy gondolom ennek itt nincs helye.

pp

0
0
jaunty képe

pp - Ok, igazad van, hogy álltalánosítottam, úgyhogy visszavonom. Az én szolgáltatómat meg akkor sem fogom megnevezni, ha az ég leszakad, mert én meg azt tartanám inkorrektnek, hogy egy személy negatív tapasztalatából vonjon le mindenki következtetéseket.
Az igazság, hogy a modoron kívül alapvetően nincs baj velük.

Fox - Kösz a tippet! Most egy kicsit jegelem ennek az oldalnak a fejlesztését. Már kialakult, olyan amilyen. Ha a jövőben visszatérek hozzá, biztos hogy ki fognak derülni a dolgok. Addig is nem fogom a Smiley-ra a hibát, mert egy másik oldalon tökéletesen működik. (Igaz ott nem próbáltam új pak-ot beimportálni.)

0
0
fox mulder képe

[félig-meddig]
Ha a szolgáltató nem segítőkész, akkor persze ott lehet hagyni (én is ezt ajánlottam feljebb), csak akkor sosem derül ki, hogy valójában mi okozta a hibát. Hosszabb távon akkor járnál jól, ha ez kiderülne. Tehát a hibára kéne koncentrálni, nem a szolgáltatóra (szerintem).

Például mi van akkor, ha fent hagyod a Smileyt és kikapcsolsz egy másik modult. Ha akkor is hibás, akkor legalább annyit lehet tudni, hogy nem a Smiley okozza, hanem a modulok száma. Vagy újra kéne próbálkozni a szolgáltatóval (minél kevésbé udvariasak, annál udvariasabban), hogy segítsenek kideríteni, mi a gond az oldaladdal.

[csak hangosan gondolkodom :)]

0
0

Fox Mulder