Növekvő számú szerverhiba: mi lehet az oka?

**Akka** · 2013-01-15, 21:53

Már kb a 4. ilyen üzenetet kapom WMT-ben egy hónapon belül egy weboldal kapcsán:

A Google jelentős növekedést észlelt azoknak az URL-eknek a számában, amelyeket nem tudtunk elérni. Ezt valószínűleg egy belső szerverhiba okozta, vagy a szerver elfoglalt volt, amikor megpróbálta feldolgozni ezeket a kéréseket.

A weboldal tulajának jeleztem, hogy kérdezzen rá a tárhelyszolgáltatónál a dologra (m3d1acenter), de ott csípőből visszadobták a dolgot, hogy náluk márpedig minden oké, ott tuti nincs semmi gond.

A honlap Joomla, nem volt rajta módosítva kb. 1 éve semmi, el lehet érni rendesen.

A m3d1acenter-ről eddig szinte csak jókat hallottam, szóval lehet, hogy nem ők a hunyók, hanem a Google téved.

Valami ötletetek van erre?

**Geri** · 2013-01-15, 22:17

Ha csipobol visszadobtak, az azt jelenti, hogy meg sem neztek a log-okat. En azert megkernem oket erre. At kell kuldeni nekik egy listat hogy mikor nem vol elerheto az oldal es a lookkal osszevetve lehet valamilyen hibara derul feny.

**Akka** · 2013-01-15, 22:51

Sikerült éppen elkapnom a dolgot

Készítettem mindenféle pagespeed teszteket, és több teszter oldalon is kijött, hogy 3-4 mp is eltelik, mire egyáltalán megindul az oldal megjelenítése. Printscreen-nel küldtem pár ilyen képet nekik most mailben, kíváncsi leszek, hogy mit írnak erre. Mondjuk az furcsa, hogy a Google ennyit nem képes várni az adatokra...

**Rosszcsont Rozmár** · 2013-01-16, 00:00

A 3-4 sec az elég sok, főleg ha elötte gyors volt. Én fognám a joomlaban az index.php-t és a végére beírnék egy 2-3 sor kódot, ami logolja egy fájlba az összes oldalletöltést url-lel és generálási idővel. Ha nagyon látogatott az oldal akkor, akkor lehet olyat hogy szak a lekérdezések felét, harmadát, stb logolja.

Pl. minden harmadik oldal: if($_SERVER['REQUEST_TIMEOUT'] % 3 == 0)

**Botond** · 2013-01-16, 01:28

Érdekesség, hogy pont most kaptam én is egy levelet a Googletől ugyanezzel a problémával. Ugyanaz a szolgáltató, és ugyanúgy Joomla. Fura ez az egybeesés

**DomainFlotta** · 2013-01-16, 10:08

Valószínűleg túllépi a futási időt és 500 hibát dob vissza a Google -nak. Általában a mysql túlterhelés okoz ilyet, de számos más oka is lehet.

A szolgáltatónál te nem férsz hozzá a acces és az error logokhoz? Nincs log mappa az ftp -n? Esetleg a hosting panelen?

Délben teszteld, mert akkor van a legnagyobb terhelés. A phpmyadminban is meg tudod nézni, hogy mikor mennyi kérés veszett el.

Ideiglenes megoldásnak jó lehet, ha a futási időt megnöveled a php.ini -ben vagy .htaccessben. Így az oldal nem gyorsul, de nem dob 500 -as hibát a Googlenak

**gzoli** · 2013-01-17, 21:19

Futási idő limit növelés egyáltalán nem jó ötlet, mert ha pl. alapból 30 secre van állítva, és az alatt nem jelenik meg, akkor ott más nagyobb probléma lesz. Az újabb joomla-k rászoktak a tábla lock-olásra és lehet, hogy ott ragadt be valami.

**Akka** · 2013-01-17, 21:46

Kaptam egy korrekt üzenetet (szerverterheléssel, logokkal, meg minden egyébbel, ami segít megoldani a gondot).
A honlap avul elfele (Joomla1.5), a galéria duplán töltődik be, ez okozza pl. az egyik legnagyobb gondot.
A megoldás is megszületett, az ügyfelet sikerült meggyőzni, hogy migráljuk az egészet Wordpress-re, ez sem sokkal nagyobb meló, mint frissíteni 2.5-re.

**Gergő(ke)** · 2013-01-17, 22:47

Ajánlom a https://my.pingdom.com/ monitorozó oldalát. Ingyenes accounttal 1 domaint tud figyelni. Akár percenkénti lekérdezéssel logolja a megadott oldal elérési idejét. Időtullépés esetén (ha pl. 2 egymás utáni lekérés során sem elérhető az oldal) emailt, de akár sms-t is küld. Nekem minden oldalamra be van állítva. Volt, hogy előbb szóltam a tárhelyszolgáltató rendszergazdájának, mint ahogyan ő észrevette volna a leállást. A telefonbeszélgetésünk során jeleztek az ő "riasztó rendszerei".