Skjulning af URL\'er

Jah, du laver bare et frameset

hvor den ene frame evt. kunne være yders til højre og kun 1 pixel bred, så vil man kun kunne se frame url\'en....

Du må ikke lave logon i url\'en -> det er dumt --> brug sessions

Du kan ikke skjule det effektiv. Og du må ikke, aldrig, never never, skrive noget
med brugernavn og password i en URL. Såkaldt almindelige mennesker kan du
skjule det for, men ikke for en destruktiv hacker som mig !

Det er ikke dumt at lave logons i URL\'er --> når brugervenlighed har 1. prioritet

Dem fik du nemt stoffer ;-))

Du kan evt. morten, skrive et  url?id=17  og så i en simpel database/fil lave oversættelsen
fra 17 til det ønskede brugernavn/password. Så har du styr på hvad der sker, og det er mere
sikkert. Men der er ikke noget i vejen for at jeg, den destruktive hacker, skifter 17 ud med
16, og laver en bøvet opdatering i en forkert DB. Og det kunne jeg godt finde på. Lidt svært
at sige, hvad der ville være bedst i dit tilfælde...

Skulle måske nævne at dette er en løsning til intranets

Hvis brugervenlighed er vigtigere end sikkerhed for dig, så er det ok.
Så blander jeg mig bare udenom. Men du kan sagtens lave det sikkert.
Og brugervenligt!

Jah, skulle nok lige have ventet med at tosse 100 pts på en workaround

Sikkerhedsmæssigt BØR du ikke skelne mellem intra/internet. Hvis det er firmaets
fælles bageopskrifter er det nok ligemeget. Ellers kender du min holdning ;-)

Det er dumt at lave logons i url\'er, hvis det er fordi at man skal kunne logge sig ind ved at paste url\'en i browseren --> så KAN jeg ikke forstå at du ikke bruge cookies. Hvis det er fordi kodeordet skal gemmes fra side til side, bruger man sessions

Det har intet med brugervenlighed at gøre da det ikke gør noget forskel, andet end sikkerheden (som er ikke-eksisterende når det bliver skrevet i url\'en --> også med din ID metode erikjacobsen)

Indtil videre er det kun til intern brug, men du har helt ret - man bør ikke skelne mellem inter/intranet

Kender i noget til Crystal Reports?

Jo, jo, stoffer, \"min\" sikkerhed er ok, set med de rigtige briller...

Det morten vil er, at alle (der har adgang til det pågældende net) kan lave
strukturererede opdatering bestemt af de serversider, som morten har lavet.
Men de skal ikke kende det rigtigt password til databasen, for så ville de kunne lave
forkerte opdateringer. Og jeg forstår, at de ikke skal \"Logge sig ind\" for at få denne
adgang.

Dette er ikke til opdatering af DB vha af serversider - det er et logon påkrævet af den klient der formidler DB informationerne - du har ikke mulighed for at opdatere/redigere DB\'en vha af denne

\"Crystal Reports\" er udtryk for hvor mange Krystal Glas der bliver stjålet på verdensplan.

ok ;)

Ok, morten, du styrer ikke \"serversiden\". Hmm. Så er det vel nogenlunde ok
som stoffer foreslår. URL-erne kan stadig ses af kyndige. Og hvis chefens teenagesøn
en dag får lov til at sidde ved en af firmaets PC-ere og surfe ubevogtet, så kan han
også (det er det er problemet med at tro, at alting er ok, bare det er intranet...).

Men en helt anden arbejdomkring (workaround) er at lave et simpelt serversystem, hvor
man går hen med almindelig URL-er, og som så sørger for at slå op hos klienten med det
ønskede password - usynligt for brugeren. I f.eks. PHP kan man sige:

  readfile(\'http://whatever.com/\')

og få output smidt ud som almindelig HTML. Kender ikke noget til CR udover navnet. Nej,
jeg tror ikke det er det du mener, stoffer....

Crystal Reports er et udtryk for komplet latterlig informationsformidling

Problemet med dette er at man skal lave et logon for hver enkelt tabel der eksisterer i rapporten - smart, ikke:)

Completely Rediculous Yabadabadoo Silly Trivial Amoral Lousy Reports ?
(På forhånd undskyld til CR, jeg kender dem ikke..)

Haha, den er værd at huske

\"logon for hver tabel\".... jamen, hvis du kan løse det med (skjulte) URL-er,
så kan det velsagtens også løses på serversiden. Måske ikke \"simpelt\" men hvad...
Tænk over det, og hvis det en dag er vigtigt nok, og du har point eller penge nok, hehe,
så kan vi jo kigge på det igen....

er det http://www.crystalreports.com/
og http://www.seagatesoftware.com/homepage/

aha, så må du se bort fra det tidligere forslag -> det er forket :)

Sikkert, gad bare ikke rigtig bruge tid på det, så jeg kom til eksperten for en hurtig løsning hehe

Er det skod eller hva?

Neej, helt forkert er det nu ikke

CR er meget besværligt at integrere overfor andre software - som fx help desks og service management systemer

Well, i\'d better get some work done! <8]