/ Forside / Teknologi / Udvikling / Java Scripts / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
Java Scripts
#NavnPoint
molokyle 5410
Klaudi 2799
smorch 2439
kim 1360
Harlekin 1134
bentjuul 984
gibson 800
severino 695
Random 675
10  konsulent.. 626
"Undgå" back-knappen?
Fra : Steen Suder, privat


Dato : 30-03-04 18:09

Jeg har en webside (b) som ved tryk på en submit-knap leder videre til
en anden side (c).

Når denne knap bruges slettes der en fil, der er grundlaget for siden og
for det videre forløb.
Brugeren må gerne kunne bruge back-knappen, men hvordan kan jeg håndtere
situationen hvor han har brugt back-knappen og kommer tilbage til siden
med data, der ikke længere er "gyldige"?

Filen, der slettes imellem siderne "b" og "c", uploades til serveren
vha. siden "a".

Jeg skal som et minimum sikre mig at når der trykkes back til "b" (fra
"c") så bliver filen (der ikke er større end 5-10kB) uploadet igen.

Hvordan gør jeg dét?

--
Steen Suder
Prøv at forestille dig, at du er en anden, og læs så din artikel igennem
inden du sender den. Det er ikke en skam at stave ordentligt og
formulere sig, så andre kan læse og forstå hvad du skriver.

 
 
Per Rasmussen (31-03-2004)
Kommentar
Fra : Per Rasmussen


Dato : 31-03-04 14:47

Steen Suder, privat wrote in dk.edb.internet.webdesign.clientside:
> --
> Steen Suder
> Prøv at forestille dig, at du er en anden, og læs så din artikel igennem
> inden du sender den. Det er ikke en skam at stave ordentligt og
> formulere sig, så andre kan læse og forstå hvad du skriver.


Godt råd, men hvorfor følger du det ikke selv..

PerR

--
Vil du lære at kode HTML, XHTML, CSS, SSI eller ASP?
- Pædagogiske tutorials på dansk
- Kom godt i gang med koderne
KLIK HER! => http://www.html.dk/tutorials

Steen Suder, privat (31-03-2004)
Kommentar
Fra : Steen Suder, privat


Dato : 31-03-04 15:19

Per Rasmussen wrote:
> Steen Suder, privat wrote in dk.edb.internet.webdesign.clientside:
>
>>--
>>Steen Suder
>>Prøv at forestille dig, at du er en anden, og læs så din artikel igennem
>>inden du sender den. Det er ikke en skam at stave ordentligt og
>>formulere sig, så andre kan læse og forstå hvad du skriver.
>
>
>
> Godt råd, men hvorfor følger du det ikke selv..

Tro mig; jeg prøver skam (hvilket er mere, end så mange andre skribenter
på nettet idag).

Hvad hentyder du specifikt til?

FUT: dk.kultur.sprog.

--
Steen Suder
Prøv at forestille dig, at du er en anden, og læs så din artikel igennem
inden du sender den. Det er ikke en skam at stave ordentligt og
formulere sig, så andre kan læse og forstå hvad du skriver.

Ryan Dahl (31-03-2004)
Kommentar
Fra : Ryan Dahl


Dato : 31-03-04 20:46

On Tue, 30 Mar 2004 19:08:54 +0200, "Steen Suder, privat"
<sfs_news_spam@suder.dk> wrote:

>Jeg har en webside (b) som ved tryk på en submit-knap leder videre til
>en anden side (c).
>
>Når denne knap bruges slettes der en fil, der er grundlaget for siden og
>for det videre forløb.
>Brugeren må gerne kunne bruge back-knappen, men hvordan kan jeg håndtere
>situationen hvor han har brugt back-knappen og kommer tilbage til siden
>med data, der ikke længere er "gyldige"?
>
>Filen, der slettes imellem siderne "b" og "c", uploades til serveren
>vha. siden "a".
>
>Jeg skal som et minimum sikre mig at når der trykkes back til "b" (fra
>"c") så bliver filen (der ikke er større end 5-10kB) uploadet igen.
>
>Hvordan gør jeg dét?

Hej Steen,

en løsning, som nok ikke lige ligger i clientside-regi, kun er prøvet
i IE6.0 og kræver ASP, men om ikke andet kan det bruges som
inspiration.

Det fungerer ved, at brugeren får en "forældet side"-advarsel når de
klikker på "back"-knappen, og hvis de trykker refresh, spørges om de
vil sende oplysningerne igen.

WEBSIDE A:
Jeg formoder, at du submitter navn på filen der skal uploades her,
altså noget i stil med: <INPUT type="file" id=file1 name=file1> og at
form action er lig Webside B.

WEBSIDE B:
Jeg formoder, at her kaldes funktionen, som sørger for upload af selve
filen.
I denne fil, skal tilføjes følgende asp-kode øverst.

<% Response.CacheControl = "no-cache" %>
<% Response.AddHeader "Pragma", "no-cache" %>
<% Response.Expires = -1 %>

mvh
Ryan


Steen Suder, privat (31-03-2004)
Kommentar
Fra : Steen Suder, privat


Dato : 31-03-04 21:04

Ryan Dahl wrote:
> On Tue, 30 Mar 2004 19:08:54 +0200, "Steen Suder, privat"
> <sfs_news_spam@suder.dk> wrote:
>
>
>>Jeg har en webside (b) som ved tryk på en submit-knap leder videre til
>>en anden side (c).
>>
>>Når denne knap bruges slettes der en fil, der er grundlaget for siden og
>>for det videre forløb.
>>Brugeren må gerne kunne bruge back-knappen, men hvordan kan jeg håndtere
>>situationen hvor han har brugt back-knappen og kommer tilbage til siden
>>med data, der ikke længere er "gyldige"?
>>
>>Filen, der slettes imellem siderne "b" og "c", uploades til serveren
>>vha. siden "a".
>>
>>Jeg skal som et minimum sikre mig at når der trykkes back til "b" (fra
>>"c") så bliver filen (der ikke er større end 5-10kB) uploadet igen.
>>
>>Hvordan gør jeg dét?
>
>
> Hej Steen,
>
> en løsning, som nok ikke lige ligger i clientside-regi, kun er prøvet
> i IE6.0 og kræver ASP, men om ikke andet kan det bruges som
> inspiration.

<KLIP>

> <% Response.CacheControl = "no-cache" %>
> <% Response.AddHeader "Pragma", "no-cache" %>
> <% Response.Expires = -1 %>

Dé headers behøver man ikke ASP for at sende
I det her tilfælde er det PERL og CGI.pm, der anvendes.

--
Steen Suder
Prøv at forestille dig, at du er en anden, og læs så din artikel igennem
inden du sender den. Det er ikke en skam at stave ordentligt og
formulere sig, så andre kan læse og forstå hvad du skriver.

Steen Suder, privat (31-03-2004)
Kommentar
Fra : Steen Suder, privat


Dato : 31-03-04 21:07

Ryan Dahl wrote:

Er du den Ryan Dahl, der boede på BMA?

(Emailadressen er valid.)

<KLIP>

--
Steen Suder
Prøv at forestille dig, at du er en anden, og læs så din artikel igennem
inden du sender den. Det er ikke en skam at stave ordentligt og
formulere sig, så andre kan læse og forstå hvad du skriver.

Søg
Reklame
Statistik
Spørgsmål : 177558
Tips : 31968
Nyheder : 719565
Indlæg : 6408926
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste