Støv, fibre og metalliske partikler kan påvirke både uptime, levetid og driftssikkerhed. Derfor arbejder flere datacentre systematisk med contamination control.
Arbejdsgangen når en bruger kigger på din side, er følgende:
1) ASP-scriptet afvikles på serveren. 2) Den resulterende kode downloades til klienten (brugerens PC). 3) JavaScript koden afvikles i brugerens browser.
Dette er den simple årsag til at det du gør i dit JavaScript ikke er tilgængelig for din ASP kode.
1) Du afvikler noget ASP som generere en side til brugeren. 2) På denne er der noget JavaScript som brugerens browser så udføre. 3) Endvidere er der en form på siden, som indeholder nogle hidden-felter svarende til de variable du skal bruge tilbage i ASP-scriptet. 4) JavaScriptet sætter value for disse hidden-felter. 5) Endvidere er der en onLoad-event som sørger for at submitte formen med det samme. 6) Tilbage på serveren udføres nu atter noget ASP kode, og denne gang kan variablene fra JavaScriptet hentes ud af Request.Form().
Altså essentielt tre stadier:
1) Noget ASP på serveren, 2) noget JavaScript på klienten, og 3) atter noget ASP på serveren.
jeg synes jeg har prøvet det - men den submit jeg sætter på onload får bare siden til at stå og loope.... når jeg submitter loades siden jo igen, hvorpå den submittes og så fremdeles.
Løsningen er at generere noget forskelligt html alt efter om det er første gang siden laves, eller om den kommer tilbage via et reload. Du kan jo f.eks. spørge på om request.form("iframe_field_time") er sat til noget:
1) Hvis den ikke er det, så er det første gang siden vises. I dette tilfælde inkluderer du den kode som sørger for at siden’s onLoad-event submitter formen.
2) Hvis den derimod er sat til noget, så er det fordi at den er resultatet af en submit. I dette tilfælde inkluderer du ikke onLoad-eventen. Og du laver selvfølgelig heller ikke din from.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.