tul sok server keres problema

**frankcrk** · 2012-02-26, 12:50

Hali,

van egy olyan problemam, hogy ha picit megno a forgalmam az oldalamon (40 ember egyidoben) akkor lelovik a weboldalam 5 percre a lenti uzenettel. Egy forgalmasabb napon gyakorlatilag 20-25 percenkent tiltanak. Kerdeztem a szolgaltatot, hogy mivel terhelem igy meg a servert?! Azt valaszoltak, hogy vagy hibas a php-kodom, vagy nagyforgalmu chat van az oldalon. Mivel chatem nincs, igy marad az elso. Mivel tudnam drasztikusan csokkenteni a server kereseket? (gzip,minify...stb mar megvan)
Mar a fooldal megjelenitesnel retgetegszer belenyulok az adatbazisba...szamit az ilyesmi?

"Website you were trying to visit was disabled for 5 minutes, because it received over 20% of total server requests...."

Hasonló témák:

**ARTidas** · 2012-02-26, 13:08

Igazából utánanéznék, hogy azon a szerveren használja-e más is azt a CMS motort. Egy alap WP, Drupal és Joomla CMS oldalakat el kellene bírnia a serveresednek. Maximum lehet egy komponens, mely nem eléggé gazdálkodik az erőforrásokban. Próbálj meg minden nap lelőni egy gyanús komponenst, hátha ő a ludas. Ha ez sem oldja meg, akkor lehet a keresőmotorok terhelhetnek túl, mert forgalmas az oldal és gyorsan frissül a tartalom... de ez csak olyan utolsó lehetőség

Ha webáruházat üzemeltetsz, akkor pedig pláne el kéne gondolkodni egy biztos szolgáltatón vagy saját szerveren, mely bírja is a forgalmat.

Cheers,

**frankcrk** · 2012-02-26, 13:20

a cms motor helyel-kozzel sajat fejlesztes, szoval nem hiszem, hogy mas is hasznalja

Igazabol az lenne a fontos, hogy a tul sok server request lehet-e azert, mert rentgetegszer nyitogatom az adatbazist, vagy ez a dolog kizarolag a fajl-lekeresekre vonatkozik (kepek...stb)?!

**ARTidas** · 2012-02-26, 13:35

Így belegondolva nagy a baj, ha a server kéréseinek 20% -át te produkálod. Vagy a szolgáltatód nagyon gyenge vagy te falod őket. Igaz, mysql -el könnyen túl lehet lépni ezen korlátot ha beleszámít.

Például az utolsó 100 hozzászólást nem egy lekérdezéssel hajtod végig, hanem egy ciklussal, mely egyenként kérdezi le őket. Ezzel rögtön sokszorosára nyomtad a terhelést.

Probléma lehet még, hogy szemetes lett a .htaccess fájlod és többször egymás után van a www és nem www -s verzió egymásra irányítva. Vagy az is segíthet ha jelölöd, hogy melyik az utolsó [L] átirányítás.

Esetleg ha képmegosztó is vagy lehet le kéne tiltanod a kívülről történő képek behívását, mert lehet nem te bonyolítod a forgalmat, hanem rajtad keresztül húzzák be.

Ennyi információból egyenlőre még csak találgatni lehet. Majd ha lesz kedved, mesélj többet

Cheers,

**gzoli** · 2012-02-26, 13:38

Akkor itt valami nagyon félre mehetett. 40 látogató egyidőben ha egy szervert 20%-ban lefog, akkor ott valamelyik oldalon nem jó. Érdemes feltenni és megválaszolni magadnak egy pár kérdést:
-hány db query van egy oldalletöltésnél, abból mennyi select, insert, update?
-az adatbázis műveletek indexek alapján történnek?
-egy oldalletöltésnél hány adatbázis csatlakozás és zárás van?
-mekkora a mérete egy oldalnak
-egy oldalletöltés mennyi memóriát igényel?
-van benne valamilyen on the fly művelet? (képmanipuláció, egyéb adat/pdf generálás, külső url get/post művelet, tömeges levélküldés, külső smtp kapcsolódás stb.)
-egy oldalletöltésnél hány fájlt tölt le a böngésző az adott szerverről?
-access.log-ban és error.log-ban mi látszik egy oldalletöltésnél?

**Sanyi49** · 2012-02-26, 14:15

ARTidas eredeti hozzászólása

Így belegondolva nagy a baj, ha a server kéréseinek 20% -át te produkálod. Vagy a szolgáltatód nagyon gyenge vagy te falod őket. Igaz, mysql -el könnyen túl lehet lépni ezen korlátot ha beleszámít.

Például az utolsó 100 hozzászólást nem egy lekérdezéssel hajtod végig, hanem egy ciklussal, mely egyenként kérdezi le őket. Ezzel rögtön sokszorosára nyomtad a terhelést.

Probléma lehet még, hogy szemetes lett a .htaccess fájlod és többször egymás után van a www és nem www -s verzió egymásra irányítva. Vagy az is segíthet ha jelölöd, hogy melyik az utolsó [L] átirányítás.

Esetleg ha képmegosztó is vagy lehet le kéne tiltanod a kívülről történő képek behívását, mert lehet nem te bonyolítod a forgalmat, hanem rajtad keresztül húzzák be.

Ennyi információból egyenlőre még csak találgatni lehet. Majd ha lesz kedved, mesélj többet

Cheers,

Hogy tudok 100 hozzászólást lekérni while nélkül?

**Tygryss28** · 2012-02-26, 14:18

Az nem lehet megoldás, ha selectek helyett eleve nézeteket csinálsz, (view) ott megadod, hogy a legfrissebb száz legyen benne, és csak azt egy az egyben nyomod ki az oldalra?

**frankcrk** · 2012-02-26, 14:20

Ha sokat szamit a mysql lekeres, akkor vsz ott kezdodik a problema, mert rentgeteg lekeresem van a fooldal letoltesenel.
A .htaccess-em megneztem, az nem veszes.
Rentgeteg kepet is le kell toltenie a fooldallal (felhasznalok kepei), amiket nem tudok sprite-ba rakni.
Rentgeteg php-bol epitem fel a html-t, amit utanna kikuldok. Gyakorlatilag szinte minden modulhoz uj php-t hivok be, hogy atlathatobb legyen..(vagy csak trehanyan programozok)

Az beleszamit a dologba?! ...mert akkor azt is csokkentenem kell.
Az oldal a ratemy[pont]co (felnott tartalom), ha ez segit. Bar most mar mashogy nez ki mint kellene, mert letoroltem mar a fel fooldalt ideiglenesen, hogy csokkentsem a server terheleset, de nem lettem sokkal elorebb.

Most kb 52 embernel vag ki.

**frankcrk** · 2012-02-26, 14:22

Sanyi49 eredeti hozzászólása

Hogy tudok 100 hozzászólást lekérni while nélkül?

Nem while vagy for nelkul, hanem 1 sql lekeressel 100 helyett

**frankcrk** · 2012-02-26, 14:29

A reklamok sokszor hihetetlenul lassitottak az oldalt, ezert kitalaltam, hogy a reklamok helyere ures iframe-et rakok, es mikor az oldal betoltott akkor js-el betolom az iframe-ekbe html-ekbol a reklamok scriptjet. Ez gyors, de ez megint reklamonkent 1 fajl amit a servernek be kell hivnia...van erre valami jobb modszer?