I en del av mina sökfunktioner får jag upp följande meddelande om jag väljer att titta på en annons ur en sökresultatlista och sedan klickar bakåt för att komma till listan igen:
Varning! Sidan gäller inte längre. Sidan som du begärde skapades med hjälp av informationen i ett formulär som du skickade. Den här sidan finns inte längre tillgänglig. Som en säkerhetsåtgärd kommer informationen inte automatiskt att skickas igen.
Om du vill skicka informationen igen och visa den här webbsidan klickar du på knappen Uppdatera.
Varför kommer det upp? Kan man få bort det?
Har sett att det är så på lite andra sidor på nätet också och har stört mig på det så det känns tråkigt om jag måste ha det så på min egen sida också.
Eftersom inlägget blev flyttat kanske jag skulle tillägga att det gäller användning av koden med mysql. Samma kod med Access gav inte detta meddelande.
Mvh Lena
Men hur kan det då komma sig att samma kod inte gav detta meddelande när jag använde den till access databasen?
Har du använt olika inställningar för webservern i de båda fallen? För inte kan ju skillnaden access<->mysql ha någon betydelse.
Jag är inte så bra på webserver inställningar så jag kan inte svara på frågan. Jag fick kämpa i tre dagar innan jag fick mysql att fungera. Vilken typ av inställningar menar du?
Jo, det vet jag. Jag tänkte bara att det, som vi diskuterade innan, exponeras viss data i qs:en med GET som gör det för enkelt att köra in egna värden.
Men att använda det som skydd känns lite lustigt. Eftersom att det är så lätt att komma runt så måste man ju ha någon kontroll på serversidan om det skulle vara något som måste kontrolleras.
Och har man det så är det ju meningslöst att ha POST-"skyddet".
Ja, visst är det så. Att använda GET i sökningar är att föredra.
Dock, jag ser inte meningen med att använda det som generell standard i sina applikationer. Att rassla upp 100 querystrings och sedan se till att ingen av dem innehåller & (vilket ganska effektivt sabbar hela alltihopa om man inte kodar om det) är inget jag skulle föredra i vanliga forms.
Dessutom, varför inte göra det så krångligt som möjligt för en ev. illvillig när man ändå håller på? ;)
RED. Dessutom; har inte GET (qs) en lägre gräns på data än vad POST (form) har?
Jo, självklart ska man inte köra med GET i uppdateringsformulär eller grejer som postar mycket data.
Men för saker där man kan tänkas vilja uppdatera sidan, bokmärka eller skicka till någon annan så är GET bra.
Som du säger GET har en gräns på runt 250 tecken. POST gräns är mycket större. Däremot finns en gräns för varje fält när man kör med Request.Form. En bit upp till den gränsen.
Men vill man posta riktigt mycket så får man köra med Request.BinaryRead som nog klarar nån gig. Dock lite segt då... :)
Håller också med om att man inte ska visa upp för mycket i QueryString. Man ser ofta folk som slänger in Subject och annat där för att använda på sidan man kommer till. Bättre då att bara skicka med Idn och på sidan man kommer till hämta subject.
Men POST för att få bättre säkerhet, nä!
263 ms totalt · 4 externa anrop · v20260731065814-full.86ec41c2
