Jep, problemet er netop at vi kører med mysql, der pt. ikke understøtter
transaktioner ordentligt. Så vi skal altså sikrer os på en en anden måde at
vores vores skrivning til databasen ikke pludselig bliver afbrudt af bruger,
fordi han syntes det tager for lang tid...
Det findes workaround løsninger til dette men det vile det jo være skønt
hvis php kunne løse vores problem. (kigger pt. lige på ignore_user_abort().
Jesper
Jakob Færch <tq1en8p001@sneakemail.com> wrote in message
news:tq1en8p001-250A53.13093705092001@sunsite.dk...
> In article <j4kbptsvboonn4insju9ahka7ggmeslfm5@4ax.com>,
> stonor <stonor@yahoo.com> wrote:
>
> > On Mon, 3 Sep 2001 14:36:19 +0200, "Jesper Nielsen" <jn@hubertus.dk>
> > wrote:
> >
> > >Jeg vil lige hører, om php understøtter en funktion til at sikrer sig
at en
> > >bruger ikke trykker på "stop" knappen før scriptet har termineret.
> > >Hvis scriptet tage lang tid at eksikverer (med mange databse kald) kan
man
> > >sikrere sig mod dette.
> >
> > Den slags burde forbydes
> >
> > Jeg tror, du vil irritere brugerne mere end gavne dem ved at fjerne
> > deres mulighed for at trykke på stop (det samme gælder i øvrigt for
> > frem- og tilbageknapperne i browseren). Det er brugerens sikkerhedsnet
> > mod langsomme sider og websteder, der er svært at navigere rundt på.
>
> Jeg tror ikke Jesper mener, at han vil forbyde folk at trykke på "stop"
> - det kan man i sagens natur heller ikke; browseren kører jo på en
> klientcomputer, som server-scriptet ikke har nogen kontrol over.
>
> Så vidt jeg forstår Jesper, vil han bare gerne have, at selvom brugeren
> trykker på "stop", kører hans script færdigt på serveren. Så man han
> bare leve med, at browseren ikke længere tager imod det output, han evt.
> sender.
>
> Motivationen for det ønske er som regel noget med nogle databaser,
> datafiler på serveren eller lignende, der gerne skulle være konsistente,
> når scriptet har kørt
>
> Bare mine 5 øre.
>
> /Jakob