Kode æder RAM og lukker site

Det kan være meget svært at fortælle hvad der kan være galt. Der kan vær ganske mange grunde til at et script opfører sig sådan. Men du må da vel vide hvilken side du åbner når det hele går ned?

Og mysql_connect(): Host 'myserver' is blocked because of many connection errors; betyder, som der jo også står, at mysql har retunere en meget stor mængde fejl, der betyder at den af sikkerhedsmæssige årsager lukker for forbindelsen. Så det kunne tyde på at der er ét eller andet script der bliver loadede utroligt mange gange, og som får databasen til at retunere en fejl.

Men det er jo selvsagt svært at fortælle hvad du skal gøre om blot med ovenstående infomation.

Men desuden. Husker du at lukke for mysql forbindelsen når du er færdig på siden?

Jeg har desværre ikke så meget mere information.

Jeg lukker ikke mysql forbindelsen, når jeg er færdig. Jeg synes, at jeg har læst, at den selv lukker når scriptet lukker?

der er både en

mysql_close() og mysql_free_result() som jeg har kigget på?

Jeg bruger ikke nogle af dem, så måske det er der den ligger?

Altså man kan sige at der burde sagtnes kunne fungere uden. Men eftersom jeg kan forstå at der er tale om en hosted server ville jeg da anbefale at prøve at se om det ville kunne tage noget af belastningen.

Tak - det forsøger jeg som det første.

Vil du give et svar til point? :)

Næ. Vil jeg ikke ;)

Synes ikke den indsats fortjener noget som helst. Og held og lykke med det.

Jeg kunne godt tænke mig at vide hvor du er hostet? Medmindre dit site er overrendt med besøgende, bør du ikke få en 'too many connections' fejl - medmindre du er påvirket af andre brugere på dit hostingmiljø. Og i så fald ville jeg da forlange en bedring af min service hos udbyderen...

Jeg er netop flyttet fra clichehosting til en virtuel server. Begge hostudbydere har klaget over problemet, og det er allerede blevet meget bedre efter fokus på at lukke større queries.

Jeg er nu ved at finde ud af hvornår man skal lukke, frigøre queries eller lade scriptet lukke selv. Ifølge nogle småtests er det ikke altid bedst at lukke queries - det er vist kun hvis de er store. Er der evt. nogle overordnede linjer at gå efter her? Altså hvornår man skal det ene eller andet?

Yderligere har jeg fundet at man i databasen kan gå ind i status, hvor der er nogle røde tal, som jeg også skal have kigget på.

Så det er på vej i den rigtige retning igen :)

lukker

Løsningen var en masse delproblemer med indexes, ikke korrekt anvendte tabeller osv :-/

Det virkede på den gamle måde, bare ikke godt!

Men det er nu på vej til bedring med ovennævnte + close osv. :)

Ok, nu har jeg vist fundet den egentlige løsning til problemet.

På det nye webhotel har de valgt at logge alle php-fejl - går ud fra at det gamle ikke gjorde det, siden det ikke har været et problem tidligere. Hver dag blev denne fil større og større og omkring midnat blev den tømt. Den kom op på temmelig mange MB, og har nok bare været sværere og sværere at skrive fejl til som dagen gik.

Jeg har i al fald en stabil memory usage graf i statistikken nu, hvor fejlene ikke bliver skrevet i :)

Samt fundet et par - dog ubetydelige - fejl/warnings :) Men betydelige når de konstant bliver skrevet til log-fil som bare bliver større og større.

Men tak til webhotellet - i fejlfindingsprocessen fik jeg fanget nogle andre vigtige ting også :)