Tinklapio nulūžimas sulaukus daugiau narių

Sveiki, kas gali būti blogai, kad sulaukus daugiau lankytojų online saitas nulūžta ir rašo šį užrašą:

The Error returned was:

User 'duomenu_bazes_pav' has exceeded the 'max_connections_per_hour' resource (current value: 3900)

Error Number:

1

Yra ribotas prisijungimas prie mysql. Todėl nebeduoda jungtis i duomenų bazę nes išnaudojai limitą.

Susisiek su hostingo administratoriais, gal jie tau jį nuims.

Įdomu kam jį išvis jie uždėjo..

Įdomu kam jį išvis jie uždėjo..

Limitai skirti tam, kad atlaikytų ir neužlūžtų pats serveris.

Dažniausiai limitų niekas tau nedidins, jei naudoji shared hostingo planą.

Geriausias sprendimas yra sumažinti duombazės užklausų skaičių ir tada ne tik pagreitės svetainės naršymas (apskritai), bet ir nereikės didinti limitų.

Ar kešuoji duomenis?

Nežinau, kokio tipo yra svetainė (tavo kurtas TVS, blogas, forumas, portalas ar kita), bet viskam galima rasti "cache" sprendimus.

Pavyzdžiui, jei naudoji Wordpress, įdiegtas WP Super Cache plugin'as tokias problemas turėtų išspręsti.

Įdomu kam jį išvis jie uždėjo..

Tam kad neisnaudotum daugiau resursu nei tau galima, toks jau tas shared hostingas.

Naudoju Datalife Engine, warez saitas. Na manau krauna puslapį greitokai, tik kad nuo vakar pakilus vos ne per pus lankomumui tinklapis "nulūžo" ..

"Geriausias sprendimas yra sumažinti duombazės užklausų skaičių"

Gal galima šiek tiek išsamiau, kaip tai būtų galima padaryti?

Geriausias sprendimas yra sumažinti duombazės užklausų skaičių ir tada ne tik pagreitės svetainės naršymas (apskritai), bet ir nereikės didinti limitų.

Mažas pastebėjimas - užklausų kiekio sumažinimas vienos sesijos metu (1 connection) - problemos neišspręs, nes pasiektas būtent connection / hour limitas, o ne užklausų (query).

Reikėtų pasiaiškinti koks tas limitas uždėtas. Kiek vartotojų ateina į svetainę per valandą.

O kiti sprendimai, kaip jau ir sakė Kernius - ieškoti būdų tam tikroms vietoms atsisakyti connection'o. Galbūt padės "persistent connection'as" (pastovus susijungimas).

Yra nemažai variantų kaip tą spręsti, bet jeigu problema tame, kad tau duota 100 prisijungimų per val., o vartotojų būna 1000, ir visiem reikalingi "gyvi duomenys", tai nieko gudro apart "labai ribojančio hostingo atsisakymo" ir nepadarysi.

Teks tada susitaikyt su tokia mintim kad daug lankytojų prarasiu.. :) VPS imti dėl 1000 unikalių nesinori

Teks tada susitaikyt su tokia mintim kad daug lankytojų prarasiu.. :) VPS imti dėl 1000 unikalių nesinori

Tai parašyk, koks čia hostingas, koks TVS ir ar yra galimybė naudoti pastovius prisijungimus (mysql.allow_persistent kintamasis phpinfo() ).

Tai parašyk, koks čia hostingas, koks TVS ir ar yra galimybė naudoti pastovius prisijungimus (mysql.allow_persistent kintamasis phpinfo() ).

Hostingas vhost.lt , TVS Datalife Engine. Na kas su įvairiais php kodais ar pnš. susija tai aš visiškai nesigaudau..

Vėl prasideda.. <_<

Mažas pastebėjimas - užklausų kiekio sumažinimas vienos sesijos metu (1 connection) - problemos neišspręs, nes pasiektas būtent connection / hour limitas, o ne užklausų (query).

 

Reikėtų pasiaiškinti koks tas limitas uždėtas. Kiek vartotojų ateina į svetainę per valandą.

 

O kiti sprendimai, kaip jau ir sakė Kernius - ieškoti būdų tam tikroms vietoms atsisakyti connection'o. Galbūt padės "persistent connection'as" (pastovus susijungimas).

 

Yra nemažai variantų kaip tą spręsti, bet jeigu problema tame, kad tau duota 100 prisijungimų per val., o vartotojų būna 1000, ir visiem reikalingi "gyvi duomenys", tai nieko gudro apart "labai ribojančio hostingo atsisakymo" ir nepadarysi.

koks tikslas kanors aiskinti jei temos autorius net nenutuokia ka tu rasai, ir da ilgai nenutuoks.

Vėl prasideda.. <_<

Puliuoja tavo datalife, per daug užklausu sql daro, kreivai susitates modulius arba duomenų bazėje šiukšlynas.

Teko tvarkyt visa tai..