Gigaserver mi na 48h zablokoval domenu Poradte hositng

10. 1. 2009 19:05:28

Poradím ti. Není to otázka tarifu ani hostingu. Přejdeš jinam, dříve nebo později se tato situace bude opakovat. Je to nadměrnou zátěží a to je buď na vlastní server nebo na optimalizaci aplikace. To je to, co nechceš možná slyšet, ale je to tak. Ničím jiným tvůj problém do budoucna pořádně nevyřešíš.

10. 1. 2009 19:05:28

https://webtrh.cz/diskuse/gigaserver-mi-na-48h-zablokoval-domenu-poradte-hositng/strana/2#reply206576

perry

(2 hodnocení)

10. 1. 2009 19:17:39

Programoval jsem tu aplikaci já. Takže abych se vyjádřil, co tam je udělaný.

Indexy mám postavený v DB na skoro každé buňce (+je tam i fulltext), na jedné stránce je max. jeden - dva dotazy na DB (řízené LIMITem, takže hromady dat nevybírám). Jeden dotaz je COUNT kvůli stránkování (ten běží prakticky okamžitě), druhý potom vybre data v rozsahu LIMIT např. 0,30. Sem tam je někde ještě UPDATE např. počtu stažení.

Jinak jsou stránky prakticky statické.

Samozřejmě je možné, že mi tam někde ustřelila nějaká blbost ala ten LIMIT, ale solidní hosting by měl

a) upozornit, že se něco děje a ne web hned odpojit (stejné zkušenosti mám u dalších tří hostignů, na jednom mi web odstřihli po DDos útoku a ani mi neposlali mail)

b) nezablokovat příístup na FTP... Jak to mám asi opravot případně ?

Ještě když už jsem výše zmínil ten útok.. Není možné, že ti to prostě napadl nějaký DDos útok popř. nějaký MP3 robot, aby si postahal linky na skladby ?

Problém je podle mě v hostingu a velikosti DB. DB má myslím cca. 30MB (50,000 řádek) a to gigaserveru dle mé osobní zkušenosti moc nesvědčí. Měl jsem u nich hostovaný můj web (cdh) a byl neuvěřitelně pomalý (UIP 150 - 200 lidí denně). Po přesunu na vlastní server běhá vše svižně a vytížení serveru neleze do žádných nadměrných čísel. Co jsem koukal orientačně na to, kdo všechno je na jednom serveru u "gigače", tak jsem se dost zhrozil. Pokud by si tam každý dal nějakou vetší DB a měl navštěvovanější web, tak to musí zpomalovat / padat.

10. 1. 2009 19:17:39

https://webtrh.cz/diskuse/gigaserver-mi-na-48h-zablokoval-domenu-poradte-hositng/strana/2#reply206575

jirin

(5 hodnocení)

10. 1. 2009 19:24:32

Napsal perry;186595

Indexy mám postavený v DB na skoro každé buňce (+je tam i fulltext)

Otazka je jestli prave ot neni problem:) indexy samozrejme ano, ale pokud jich tam je zase hodne, tak to neni ideal... kro jestli tam bude treba casto insert/update

10. 1. 2009 19:24:32

https://webtrh.cz/diskuse/gigaserver-mi-na-48h-zablokoval-domenu-poradte-hositng/strana/2#reply206574

Karel Kohout

(10 hodnocení)

10. 1. 2009 19:30:39

Napsal lukas;186336
-----------------------------

Priložili mi aj grafy ktorým vobec nerozumiem viete mi poradit pri akom hostingu by sa mi toto nemohlo stať?

To je hodně slušná zátěž... Nedá se čekat, že tě nechají přetěžovat server za pár korun měsíčně. Osobně si myslím, že máš skript někde hodně zprasený, pokud ne, tak je na serveru špatně nastavená cache u databáze / chybí "op code" cache u PHP (poslední komentář - pokud jsou stránky rozumně napsané a nedělá se něco speciální pro každého návštěvníka, tak by server neměly zatěžovat skoro vůbec).

10. 1. 2009 19:30:39

https://webtrh.cz/diskuse/gigaserver-mi-na-48h-zablokoval-domenu-poradte-hositng/strana/2#reply206573

perry

(2 hodnocení)

10. 1. 2009 19:30:41

jirin:

Mam tam 3 Indexy... jeden na sloupci se jménem sklady a druhý na jménu sklady upraveném pro fulltext a třetí na odkazu.... Než jsem ty indexy udělal, tak se stránka načítala o něco déle (měřeno délkou běhu skriptu)

INSERT tam moc neni... UPDATE je tam casto... ale to jinak nejde, jak jinak bych meril pocet stáhnutí. Vim, můžu ten UPDATE nastavit, aby se vykonával později, třeba v době menší záteže, ale nejsem si 100% jistý, jestli tohle hostingy umí.

10. 1. 2009 19:30:41

https://webtrh.cz/diskuse/gigaserver-mi-na-48h-zablokoval-domenu-poradte-hositng/strana/2#reply206572

Petr Soukup

(5 hodnocení)

10. 1. 2009 19:32:27

Zkrátka... Zapni si logování, zkus si to otestovat pod větším náporem a uvidíš. Stojím si však za tím, že GS za to určitě nemůže a jiný hosting ti problém nevyřeší

10. 1. 2009 19:32:27

https://webtrh.cz/diskuse/gigaserver-mi-na-48h-zablokoval-domenu-poradte-hositng/strana/2#reply206571

lukas

(29 hodnocení)

10. 1. 2009 19:39:28

ospravedlnujem ze som napisal ze som napisal ze to robila firma ale perrymu verím ze je to napisane dobre.

10. 1. 2009 19:39:28

https://webtrh.cz/diskuse/gigaserver-mi-na-48h-zablokoval-domenu-poradte-hositng/strana/2#reply206570

Karel Kohout

(10 hodnocení)

10. 1. 2009 20:03:48

Napsal perry;186604
INSERT tam moc neni... UPDATE je tam casto... ale to jinak nejde, jak jinak bych meril pocet stáhnutí.

Třeba z logu na serveru - ale pokud by zvyšování počtu stažení mělo nějaký velký efekt, tak by Gigaserver stránku stejně mnohem dřív odstavil kvůli trafficu.

10. 1. 2009 20:03:48

https://webtrh.cz/diskuse/gigaserver-mi-na-48h-zablokoval-domenu-poradte-hositng/strana/2#reply206569

perry

(2 hodnocení)

10. 1. 2009 20:22:02

Ještě jsem zapomněl, že na každé stránce je výběr Top 10 deseti nejstahovanějších skladeb, takže na stránce o jeden SELECT více

(Ten vypadá takhle: SELECT `nazev`, `stazenoMesic`, `ID` FROM `SONGS` ORDER BY `stazenoMesic` DESC LIMIT 0,10; .... podobnou stavbou mám napsané všechny SELECTY, pouze tam kde vybírám pouze jeden záznam nemám výpis buněk, ale *)

Ale podle mě 3 SELECTY na stránce nejsou "prasečina". Kdysi jsem se ptal kolik je tak rozumné na stránce dotazů a dopověď jsem dostal klidně 10 (Co je na tom pravdy nevím, většinou se vejdu do 5).

Co jiného bývá kritického a boří takto servery ? Mě vážně nic nenapadá... a podle těch grafů to vypadá dost brutálně.

10. 1. 2009 20:22:02

https://webtrh.cz/diskuse/gigaserver-mi-na-48h-zablokoval-domenu-poradte-hositng/strana/2#reply206568

(4 hodnocení)

10. 1. 2009 20:25:04

Napsal lukas;186363
ja im nebudem platit aby mi upravovali kody su to dobre kody to viem

Tak asi nie ;)

10. 1. 2009 20:25:04

https://webtrh.cz/diskuse/gigaserver-mi-na-48h-zablokoval-domenu-poradte-hositng/strana/2#reply206567

Petr Soukup

(5 hodnocení)

10. 1. 2009 20:35:14

Napsal perry;186671
Ještě jsem zapomněl, že na každé stránce je výběr Top 10 deseti nejstahovanějších skladeb, takže na stránce o jeden SELECT více
(Ten vypadá takhle: SELECT `nazev`, `stazenoMesic`, `ID` FROM `SONGS` ORDER BY `stazenoMesic` DESC LIMIT 0,10; .... podobnou stavbou mám napsané všechny SELECTY, pouze tam kde vybírám pouze jeden záznam nemám výpis buněk, ale *)

Ale podle mě 3 SELECTY na stránce nejsou "prasečina". Kdysi jsem se ptal kolik je tak rozumné na stránce dotazů a dopověď jsem dostal klidně 10 (Co je na tom pravdy nevím, většinou se vejdu do 5).

Co jiného bývá kritického a boří takto servery ? Mě vážně nic nenapadá... a podle těch grafů to vypadá dost brutálně.

Počet dotazů není zase tak důležitý, pokud je to v nízkých řádech

10. 1. 2009 20:35:14

https://webtrh.cz/diskuse/gigaserver-mi-na-48h-zablokoval-domenu-poradte-hositng/strana/2#reply206566

jirin

(5 hodnocení)

10. 1. 2009 23:09:45

Napsal perry;186671
Ještě jsem zapomněl, že na každé stránce je výběr Top 10 deseti nejstahovanějších skladeb, takže na stránce o jeden SELECT více
(Ten vypadá takhle: SELECT `nazev`, `stazenoMesic`, `ID` FROM `SONGS` ORDER BY `stazenoMesic` DESC LIMIT 0,10; .... podobnou stavbou mám napsané všechny SELECTY, pouze tam kde vybírám pouze jeden záznam nemám výpis buněk, ale *)

Ale podle mě 3 SELECTY na stránce nejsou "prasečina". Kdysi jsem se ptal kolik je tak rozumné na stránce dotazů a dopověď jsem dostal klidně 10 (Co je na tom pravdy nevím, většinou se vejdu do 5).

Co jiného bývá kritického a boří takto servery ? Mě vážně nic nenapadá... a podle těch grafů to vypadá dost brutálně.

Pocty dotazu fakt moc nevadi, ja mam na jednom webu kolem 10-ti ne-li vice, holt jinak to nejde,pokudchce klient menit vse. A bez jakehokoli cachovani a vse v pohode. Nicmene bordel nekdy dovede udealt i order by, nekdy je dobre mit nad nim index... ale lepsi by bylo pozadat GS o slow log, tam vyctes dost co dela problemy...

10. 1. 2009 23:09:45

https://webtrh.cz/diskuse/gigaserver-mi-na-48h-zablokoval-domenu-poradte-hositng/strana/2#reply206565

(4 hodnocení)

11. 1. 2009 02:56:58

Napsal Souki;186689
Počet dotazů není zase tak důležitý, pokud je to v nízkých řádech

Mozes mat aj 2 000 dotazov za sekundu pokial jedne dotaz trva par minimum ms :)

11. 1. 2009 02:56:58

https://webtrh.cz/diskuse/gigaserver-mi-na-48h-zablokoval-domenu-poradte-hositng/strana/2#reply206564

drago

(73 hodnocení)

11. 1. 2009 03:07:06

Ještě mě napadá jestli tam někde nepoužíváš v selectu třeba u vyhledávání LIKE '%hledany_retezec%' to dokáže slušně potrápit servr, zvláště pokud to doluje robot.

11. 1. 2009 03:07:06

https://webtrh.cz/diskuse/gigaserver-mi-na-48h-zablokoval-domenu-poradte-hositng/strana/2#reply206563

(4 hodnocení)

11. 1. 2009 03:15:54

Napsal drago;186946
Ještě mě napadá jestli tam někde nepoužíváš v selectu třeba u vyhledávání LIKE '%hledany_retezec%' to dokáže slušně potrápit servr, zvláště pokud to doluje robot.

Neviem ci ma moznost, ale dobre by bolo vidiet vypis a cas toho, co sa mu spustalo proti databaze.nejaky profiler.

11. 1. 2009 03:15:54

https://webtrh.cz/diskuse/gigaserver-mi-na-48h-zablokoval-domenu-poradte-hositng/strana/2#reply206562