"Jens Gyldenkærne Clausen" <jens@gyros.invalid> wrote
> > For at undgå at skulle genstarte hele webserveren måtte jeg
> > genoprette din applikation.
>
> Men hvordan gøres dette?
Ja, det ved jeg jo ikke, det var bare, hvad min udbyder skrev tilbage til
mig.
> Men du kan have en fejlside klar hvis situationen skulle opstå
> igen. Hvis din startside er et katalog (og altså ikke en fil) kan
> du bruge rangordningen af index-filer til hurtigt at aktivere eller
> deaktivere en fejlside. Hvis din normale standardside hedder
> default.asp og din fejlside hedder default.html så skal IIS blot
> være sat op til at se efter default.asp før den ser efter
> default.html. Hvis du oplever Application Restarting-problemet igen
> behøver du blot at omdøbe den normale standardfil for at aktivere
> fejlsiden.
Hm - det var jo egentlig ikke nogen dårlig ide. Eneste problem er så, at jeg
skal sidde og holde øje med, hvornår sitet kommer op igen :(
Jeg har nu modtaget nedenstående fra min udbyder:
Vi har den seneste uge bemærket at den maskine, hvor dit site ligger på, i
perioder har haft en del timeouts og langsomme svartider. I dag har der igen
været problemer og efter nærmere undersølgese har jeg fundet frem til at der
tilsyneladende er nogle problemer med sitet. Da serveren begyndte at svare
langsomt genstartede jeg sitet og herefter kørte alt perfekt igen. Men i det
øjeblik en bruger gik ind på sitet begyndte de langsomme svartider endnu
engang.
Jeg kiggede derfor i din default.asp som kun videresender brugeren til
vis.asp. I vis.asp var der ikke noget bemærkelsesværdigt udover du forbinder
til to access databaser via ODBC driverne. En mulighed for bedre performance
på dit website kunne være at benytte at benytte OLEDB i stedet. Se evt.
vores vejledninger i opsætning af DSNLess til Access. En anden mulighed
kunne være at benytte den MySQL database der følger med dit abonnement. Den
er langt bedre til internetbrug, langt hurtigere og langt mere stabil.
Men som sagt ser det ikke ud til at serverproblemerne har noget at gøre med
dine databaser. Dog viser det sig at når man deaktiverer din global.asa er
der ingen problemer overhovedet. Vi har derfor været nødsaget til at
deaktivere den ved at kalde den global.asa_
Hm. Min global.asa har jeg postet i denne tråd 28-01 kl. 11.19. Den burde da
ikke forårsage problemer - eller hvad?
Jeg kan godt lugte på det hele, at jeg skal ændre mine connections fra ODBC
til OLEDB - nogen forholdsregler i den forbindelse, eller er det bare med at
komme i gang?
Og ganske rigtigt, jeg betaler faktisk for at have MySQL, men jeg kender
ikke rigtigt noget til det - links til noget nemt intro-stuff?
...bliver
det et helvede, når jeg skal ændre alle mine SQL-requests?
Mvh Steen
--
Steen Eiler Jørgensen
"Time has resumed its shape. All is as it was before.
Many such journeys are possible. Let me be your gateway."