I dette særtema ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og menneskelig kontrol.
Men der findes da komponenter til at poste til en server og hente indholdet ned, hvorfor findes der så ikke komponenter til at poste brugeren et sted hen??
Det er måske ikke helt korrekt løsing. Men hvis man gemmer POSTed felter i HIDDEN FORM fields og så POST\'er dem igen når man går vider. Ville det ikke kunne benyttes.
Hvad med at lade reg.asp tælle op, hvad den nu skal tælle op. Og samtidig trække alle data ud af form-felterne og putte dem i session-variabler. Så laver du en response.redirect til gemdata.asp, der aflæser session-variablerne, og gør hvad den nu skal gøre.
Du kan alternativt lave den redirection ved at putte værdierne fra formen ind som parametre i URL-en, hvor gemdata.asp så skal kigge efter dem.
Men hvorfor kombinerer du ikke bare de to filer på serversiden med f.eks. includes? Er det fordi de ligger på forskellige servere?
Hovedsagen er vel at du skal igennem din reg.asp fil, før at du ender på www.minserver.dk/gemdata.asp...! og at du på \'gemdata.asp\' kan få dine værdier fra www.jubii.dk/post.asp med et request.form(\"felt1\")...?
SÅ kan du bruge denne : Jeg har her kaldt felterne for felt1 og felt2, du kan bare ændre navne...
Husk at jeg har ikke testet skidtet, så du må lige melde tilbage....
i din reg.asp fil : ************************************** <% dim felt1 felt1 = request.form(\"felt1\") dim felt2 fel2 = request.form(\"felt2\") \'\'\'\'\'\'\'\'\'\'\'\'\'\'\'\'\'\'\'\'\'\' Her kan du lave din optælling...! %> <html> <head> </head> <body> <form name=\"next\" action=\"http://www.minserver.dk/gemdata.asp\" method=\"post\"> <input type=\"hidden\" name=\"felt1\" value=\"<%= felt1%>\"> <input type=\"hidden\" name=\"felt2\" value=\"<%= felt2%>\"> </form> <script> document.next.submit(); </script> </body> </html>
Kommentar fra eagleeye 27/01 2001 13:55:11 Det er måske ikke helt korrekt løsing. Men hvis man gemmer POSTed felter i HIDDEN FORM fields og så POST\'er dem igen når man går vider. Ville det ikke kunne benyttes.
Kommentar fra posteren 27/01 2001 13:56:53 nope... det skal være server-site-scripting
der er sådan set ingen begrundelse for at dit svar ikke svarer på mit spørgsmål. Jeg ønsker server-site-scripting fordi at brugeren ikke skal kunne klikke \"back\" i sin browser og så poste 1 gang til. Men uanset hvad skal det være server-site-scripting - og det er dit ikke!
Det var nu ikke for at høre hvorfor at mit svar ikke, var ok, men mere for at finde ud af hvorfor det skulle være server-site. Det svarede du på....Så det er fint;) Det var mere så man måske kunne tilbyde nogle alternative løsninger, men det kan man først når man kender sagens kerne.... Jeg fik ikke lige læst eagleeye\'s svar, sorry..!
På trods af at man først submitter også redirekter, vil man da altid kunne komme tilbage til www.jubii.dk/post.asp og sende data igen...?eller hva ?
Det skal laves prof - det kan ikke passe at der ikke findes en komponent til det, når der findes flere til at poste til en server og hente indholdet, skulle det undre mig meget hvis der ikke er lavet til en slags \"redirect med postning\"
Det skal bruges til et stort banner system, så det duer ikke med pop-upper og andet \"fusk\". Det jeg egentlig er ude efter er en komponent der kan det, hvis man da ellers kan få den.
Jamen så kan din optællings rutine fra reg.asp filen vel laves i global.asa\'s Session_onEnd procedure...Hvis altså at formen i post åbnes i samme browser, og det lader det jo til ..?
Nej der er ikke noget med redirect, det kan ikke lade sig gøre uden et andet komponent.... Der findes et banner på server1, den indeholder en form.....FOrmen udfyldes og man klikker submit, i action på server1 formen står der http://www.minserver.dk/gemdata.asp, dvs. vi kommer direkte til din side, uden at tælle op..... MEN når www.jubbi.dk/post.asp forlades kommer man jo over på server2, altså trigges Session_onEnd rutinen, og her kan du fint gøre det som du ellers ville gøre i din reg.asp fil....!
Jeg sad lige og kogte over min global.asa....Den driller sq lidt, MEN Så kom jeg i tanke om Server.transfer, har du prøvet den, jeg mente ikke at den kunne det du skulle bruge, men så slog jeg den op aligevel... Uddrag fra min bog : ******************* Transfer Method
Unlike the Redirect method of the response object, the Transfer method doesn\'t make you start over when you get to the new page. Instead, the Transfer method transfers all the values of all the built-in objects, as well as the states of thoese objects, to the new page you selected. Transfer is another method that you can use to break up your processing into logical file chuncks wihtout having to rebuild the query strung od the FORM every time. You can call this method like as follows : Server.Transfer \"http://www.minserver.dk/gemdata.asp\" You don\'t have to worry about the rest of the query string,because it will be transferred along with the other contents of the request object. ********************
Tadaaa den fantes altså aligevel......
Kasseper
P.S. det kan godt være at jeg skylder dig 300 point for den med global.asa, min tanke var at tjecke på submit knappens value i Session_OnEnd, men dropper ide\'en da det du skal bruge er Transfer...ik ?
Server.transfer virker kun på samme server da den slet ikke skriver til klienten. Det var noget nyt i IIS 5.0, og bør bruges til at redirecte mellem sider på samme server da hastigheden er langt bedre. Men til mit problem duer den da slet ikke!
Præcis den måde jeg selv har brugt Transfer, men jeg er har aldrig set at det ikke virker mellem, flere servere...Har også søgt lidt på nettet, men det står ingen steder, men hvad ved bønder også om agurkesalat..... Hmm, det lyder som om at et \'ikke-build-in\' komponent er eneste udvej. Men det kan da heller ikke være så svært at strikke sammen....Jeg kan desvære ikke gøre det hjemmefra, men jeg kan da gøre et forsøg, når jeg kommer på arbejde....
Jeg tror altså at du godt kan skyde en hvid pil efter din post -> redirect -> post, jeg troede ikke det kunne være så svært at strikke sådan en sølle http header sammen....Men det er forsøgt gjort før, men indtil videre uden held....Jeg faldt over mange artikler om emnet på nettet, se f.eks. denne : http://ppewww.ph.gla.ac.uk/~flavell/www/post-redirect.html Der er mange der snakker om at lave sin post om til get i mellemstadiet, men duer jo ikke her...
Jeg prøver at se om der er et alternativ, men mit lovede komponent, er blevet droppet.....
nej den kendte jeg godt, og der findes mange varianter af den. Den sender bare en side tilbage til serveren, således at det er serveren der poster og får indholdet, som man så kan sende til klienten - men det hjælper bare ikke rigtigt for så kommer der til at stå en forkert adresse oppe i browseren og lokale links på den forspurgte side vil ikke virke korrekt!
Ja præcis som den anden fra serverobejcts.... Jeg tror i princippet godt at det kan lade sig gøre at lave et komponent der laver en HTTP header, med de oprindelige oplysninger, som så bliver posted. Men det kræver en del mere nærgående studering af HTTP standarden, et studie der vil tage lidt længere tid, jeg tror jeg vil kigge nærmere på det, men tror desvære ikke at jeg kan nå det inden for en nær fremtid. Konklusion : jeg stiller min aktivitet i dette spørgsmål i bero, Jeg vil dog gerne poste noget her, hvis jeg engang kommer op med en nyopdagelse.... Håber du løser problemet....
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.
