mboost-dp1
unknown
Så er der nogle servere der skal flyttes til Tyskland? ;)
Faktisk godt at høre, det ER dumt at det kan være forbudt at linke!
Mener ikke det kan skade siden... de for vel flere hits, men dem om det.
Troede aldig jeg skulle sige det: Danmark kunne lære noget af Tyskland dér.
Faktisk godt at høre, det ER dumt at det kan være forbudt at linke!
Mener ikke det kan skade siden... de for vel flere hits, men dem om det.
Troede aldig jeg skulle sige det: Danmark kunne lære noget af Tyskland dér.
I stedet for at hyre én der kan sætte serveren op til ikke at tillade "deep"links, så hyrer de en bunke advokater, der kan få det igennem i stedet, pga en inkompetent dommer (ikke at dommeren er inkompetent som sådan, men på IT området...tror jeg nok).... Thats the danish way :/
men wtg .de
Det var sgu da også bare lidt logik & sund fornuft.
men wtg .de
Det var sgu da også bare lidt logik & sund fornuft.
Fatter ikke dem der ikke tillader deeplinking på deres sider. Lav så det ikke er muligt at deeplinke. Hvor svært kan det være.
Måske burde man lade DDFs klienter kigge på en artikel fra Apache om hvad man kan gøre for at blokkere for udefrakommende trafik. Hvis man ikke vil holde sig til Apache så kan det også klares via php og sandsynligvis også via ASP og andre scripts.
#4
alm java script kan såmænd klare det. Det php kan, kan asp også.
alm java script kan såmænd klare det. Det php kan, kan asp også.
Selvf er alt OpenSource bedre end hvad MS laver. Hvordan php laver en if sætning bedre en asp ved jeg så ikke.
Nu er det jo ikke alle der har adgang til serverside scipting, derfor kunne nogle måske finde på at lave det med javascript.
Desuden kan det aldrig laves så det virker 100%, hverken på den ene eller anden måde. Det er lidt ligesom at lave kopibeskyttelse til cd'er, måske også derfor de går rettens vej.
Som jeg selv skrev: Hvor svært kan det være? Efter jeg er kommet til at tænke over det så er det faktisk muligt at omgå sådan et system, så de har nok gjort det rigtige, når nu de vil forbyde det.
Nu er det jo ikke alle der har adgang til serverside scipting, derfor kunne nogle måske finde på at lave det med javascript.
Desuden kan det aldrig laves så det virker 100%, hverken på den ene eller anden måde. Det er lidt ligesom at lave kopibeskyttelse til cd'er, måske også derfor de går rettens vej.
Som jeg selv skrev: Hvor svært kan det være? Efter jeg er kommet til at tænke over det så er det faktisk muligt at omgå sådan et system, så de har nok gjort det rigtige, når nu de vil forbyde det.
#8
hmmmm...lad os se...hvis du gør så alle links til artikler skal komme din egen side, så vil jeg da mene at vi er der.
"Nu er det jo ikke alle der har adgang til serverside scipting, derfor kunne nogle måske finde på at lave det med javascript."
Nu er serverside skripting jo aldeles udbredt, og jeg kan ikke se hvordan det skulle være et problem for noget medie at have det. Desuden er javaskript en aldeles værdiløs måde at gøre det på, jeg ignorer f.ex. javaskripts som standard.
"Desuden kan det aldrig laves så det virker 100%"
Nu skal man selvfølgelig altid passe på med at sige 100%, men du kan lave et system der gør det så besværligt at denne form for "news deeplinking" næppe vil fortsætte.
"Hvordan php laver en if sætning bedre en asp ved jeg så ikke."
php er på mange måder mere gennemudviklet, og det er sjovt nok også mere populært end asp, hvis du nu ikke skulle ha bemærket det. Glæder mig allerede til at php 5 går ud af beta...:)
hmmmm...lad os se...hvis du gør så alle links til artikler skal komme din egen side, så vil jeg da mene at vi er der.
"Nu er det jo ikke alle der har adgang til serverside scipting, derfor kunne nogle måske finde på at lave det med javascript."
Nu er serverside skripting jo aldeles udbredt, og jeg kan ikke se hvordan det skulle være et problem for noget medie at have det. Desuden er javaskript en aldeles værdiløs måde at gøre det på, jeg ignorer f.ex. javaskripts som standard.
"Desuden kan det aldrig laves så det virker 100%"
Nu skal man selvfølgelig altid passe på med at sige 100%, men du kan lave et system der gør det så besværligt at denne form for "news deeplinking" næppe vil fortsætte.
"Hvordan php laver en if sætning bedre en asp ved jeg så ikke."
php er på mange måder mere gennemudviklet, og det er sjovt nok også mere populært end asp, hvis du nu ikke skulle ha bemærket det. Glæder mig allerede til at php 5 går ud af beta...:)
#9
Kan stadig ikke se hvorfor php laver det bedre.
Hvis alle links til artikler skal komme fra ens egen side, så er det da bare at lave et javascript der først åbner forsiden og så 2 sekunder senere åbner selve artiklen. Eller man kunne java sådan at forsiden er i et iframe på 0x0px.
"du kan lave et system der gør det så besværligt at denne form for "news deeplinking" næppe vil fortsætte"
Du kommer vel ikke fra et plade selvskab??
Kan stadig ikke se hvorfor php laver det bedre.
Hvis alle links til artikler skal komme fra ens egen side, så er det da bare at lave et javascript der først åbner forsiden og så 2 sekunder senere åbner selve artiklen. Eller man kunne java sådan at forsiden er i et iframe på 0x0px.
"du kan lave et system der gør det så besværligt at denne form for "news deeplinking" næppe vil fortsætte"
Du kommer vel ikke fra et plade selvskab??
michael007dk
Hvorfor kan du ikke bare indse at JavaScript == dårlig idé! Som det er skrevet et par gange nu, så kan javascript ignoreres langt mere effektivt end et serverside script!
Ved at tjekke http_refer kan man se om brugeren kommer fra ens _egen_ side, som en ny session eller fra en anden side. Hvis http_refer er tom eller ikke indeholder ens eget site er der, med stor sandsynlighed tale om en, der kommer udefra eller har en virkelig crappy browser, begge kan derfor sendes til forsiden/mars/jordens indre. Dette system kan naturligvis omgåes, men helt ærligt, hvor mange gider til at fuske med wget bare for at hente en artikel fra jp.dk? Så er det vist lidt hurtigere selv at finde frem til den...
Hvorfor kan du ikke bare indse at JavaScript == dårlig idé! Som det er skrevet et par gange nu, så kan javascript ignoreres langt mere effektivt end et serverside script!
Ved at tjekke http_refer kan man se om brugeren kommer fra ens _egen_ side, som en ny session eller fra en anden side. Hvis http_refer er tom eller ikke indeholder ens eget site er der, med stor sandsynlighed tale om en, der kommer udefra eller har en virkelig crappy browser, begge kan derfor sendes til forsiden/mars/jordens indre. Dette system kan naturligvis omgåes, men helt ærligt, hvor mange gider til at fuske med wget bare for at hente en artikel fra jp.dk? Så er det vist lidt hurtigere selv at finde frem til den...
Jeg er shokeret - at TYSKLAND skulle værede første til at tænke klart hvad links angår - rystende... MEN ganske rart at se, mon ikke det kan spredes via EU-systemet et sted...
#12
Problemet med dette er at aviser gerne vil have at folk linker direkte til nyheder. De vil bare ikke have at der bliver lavet en database med nyhederne.
Så for at kunne blæse med mel i munden bruger DDF lovgivningen som hjælp.
Så de kan _ikke_ bare bruge http_refer.
BTW, så er det da ikke noget problem at lave et system hvor man skal komme ind igennem forsiden.
De kan bare gennere en tilfældig url til hver klick på en nyhed, denne kan de sætte en timer på. (På en time, en dag eller hvor længe de vil) og linket vil derefter holde op med at virke.
Ydermere kan de bare sætte at der kun kan kommes ind på linket fra en bestemt IP.
Men problemet er at de gerne vil have at folk linker direkte til nyheden, men de vil bare ikke have at folk laver databaser over deres nyheder. Dette er der ikke nogen teknisk løsning på, så lovgivning er nødvendigt.
Problemet med dette er at aviser gerne vil have at folk linker direkte til nyheder. De vil bare ikke have at der bliver lavet en database med nyhederne.
Så for at kunne blæse med mel i munden bruger DDF lovgivningen som hjælp.
Så de kan _ikke_ bare bruge http_refer.
BTW, så er det da ikke noget problem at lave et system hvor man skal komme ind igennem forsiden.
De kan bare gennere en tilfældig url til hver klick på en nyhed, denne kan de sætte en timer på. (På en time, en dag eller hvor længe de vil) og linket vil derefter holde op med at virke.
Ydermere kan de bare sætte at der kun kan kommes ind på linket fra en bestemt IP.
Men problemet er at de gerne vil have at folk linker direkte til nyheden, men de vil bare ikke have at folk laver databaser over deres nyheder. Dette er der ikke nogen teknisk løsning på, så lovgivning er nødvendigt.
#15
Tjaaa, du giver sådanset selv svaret, hvis du kører med statiske links de første 6-7 dage, og så derefter ændrer systemet til tilfældige links. Derefter vil man så ikke kunne linke og aviserne vil kunne sælge deres artikler.
Det er ikke perfekt, indrømmet, men det er der.
Tjaaa, du giver sådanset selv svaret, hvis du kører med statiske links de første 6-7 dage, og så derefter ændrer systemet til tilfældige links. Derefter vil man så ikke kunne linke og aviserne vil kunne sælge deres artikler.
Det er ikke perfekt, indrømmet, men det er der.
http_refer er noget browseren sender, så det kan også omgåes.
Mit andet eksempel med javascript var til at omgå server side blokering.
Kan ikke se hvorfor det ikke skulle virke.
Er klar over at javascript ikke er en god ide til at forhindre deeplinking, men et alternativ, hvis man ikke har adgang til server side.
Nu da du gerne vil have alting med serverside så kan man da også lave noget til at omgå anti-deeplinking, som server side.
Lidt socket der først henter forsiden og så selve artiklen. Eller bare hente artiklen første gang, hvor man angiver ttp_refer til at være fra siden.
En gang til, så tror jeg ikke på mann lave et system der virker. Det er samme kamp pladeselvskaberne prøver på, man kan gøre det besværligt, men langt fra umuligt.
Og hvis din browser så ikke understøtter java-script, så kan du bare ikke se de sider jeg deeplinker til med mit system. (Dog har jeg ikke noget endnu)
Mit andet eksempel med javascript var til at omgå server side blokering.
Kan ikke se hvorfor det ikke skulle virke.
Er klar over at javascript ikke er en god ide til at forhindre deeplinking, men et alternativ, hvis man ikke har adgang til server side.
Nu da du gerne vil have alting med serverside så kan man da også lave noget til at omgå anti-deeplinking, som server side.
Lidt socket der først henter forsiden og så selve artiklen. Eller bare hente artiklen første gang, hvor man angiver ttp_refer til at være fra siden.
En gang til, så tror jeg ikke på mann lave et system der virker. Det er samme kamp pladeselvskaberne prøver på, man kan gøre det besværligt, men langt fra umuligt.
Og hvis din browser så ikke understøtter java-script, så kan du bare ikke se de sider jeg deeplinker til med mit system. (Dog har jeg ikke noget endnu)
#17
Korrekt nok, men det system lean forklarede kan du IKKE omgå på den måde...Iøvrigt tror jeg ikke der er ret mange der gider fake deres http_refer for 15 forskellige sider bare for at læse nyheder..
Og ærligt talt, sammenligningen med musikbranchen er ikke tilsvarende. Hvis du kan høre musik så kan du optage musik. Men, hvis du ved en0 nyhed findes, kan du altså ikke automatisk læse nyheden.
Korrekt nok, men det system lean forklarede kan du IKKE omgå på den måde...Iøvrigt tror jeg ikke der er ret mange der gider fake deres http_refer for 15 forskellige sider bare for at læse nyheder..
Og ærligt talt, sammenligningen med musikbranchen er ikke tilsvarende. Hvis du kan høre musik så kan du optage musik. Men, hvis du ved en0 nyhed findes, kan du altså ikke automatisk læse nyheden.
#18:
Præcis - ssagen er jo at det site der LINKER ikke rigtigt kan komme uden om at sende http_referrer.
Og 95% af alle brugere sender http_referer med, så hvis man bare tjekker på at man har en http_referrer fra ens eget site ELLER en tom referrer, vil 95% af alle deeplinks ikke virke(dvs. man sender dem bare til ens hovedside)
Præcis - ssagen er jo at det site der LINKER ikke rigtigt kan komme uden om at sende http_referrer.
Og 95% af alle brugere sender http_referer med, så hvis man bare tjekker på at man har en http_referrer fra ens eget site ELLER en tom referrer, vil 95% af alle deeplinks ikke virke(dvs. man sender dem bare til ens hovedside)
#20
Ja, men hvordan vil du gøre det hvis linket varierer heletiden?
(det her er ved at blive lidt overteknisk...meningsløst...)
Ja, men hvordan vil du gøre det hvis linket varierer heletiden?
(det her er ved at blive lidt overteknisk...meningsløst...)
#21
ja ok der kommer der så en forhindring. Men linket må jo være et sted, og med lidt socket kan man nu nok hente det. Så er spørgsmålet og det skal være server eller client side. Fordelen ved serverside er at det somregel er mere stabil, men ulempen er at der hvor man henter fra kan de bare blokke denne ene ip.
Det bliver sværer, men ikke umuligt.
ja ok der kommer der så en forhindring. Men linket må jo være et sted, og med lidt socket kan man nu nok hente det. Så er spørgsmålet og det skal være server eller client side. Fordelen ved serverside er at det somregel er mere stabil, men ulempen er at der hvor man henter fra kan de bare blokke denne ene ip.
Det bliver sværer, men ikke umuligt.
#22
Du har ret i at hvis du laver et script som kan finde artiklen gennem forsiden kan du bruge dette.
Dette skulle man dog mene er en smule besværgligt, og det skal laves per side.
Til dette er der to argumenter:
Dels kommer man til at bruge serverens database/forside, som var en del af DDF's argument og dels kan dette blive blokeret med intelligente spørgsmål.
DVS spørgsmål som et computerprogram ikke kan svare på og man skal have en form for brugerinteraktivitet.
Du har ret i at hvis du laver et script som kan finde artiklen gennem forsiden kan du bruge dette.
Dette skulle man dog mene er en smule besværgligt, og det skal laves per side.
Til dette er der to argumenter:
Dels kommer man til at bruge serverens database/forside, som var en del af DDF's argument og dels kan dette blive blokeret med intelligente spørgsmål.
DVS spørgsmål som et computerprogram ikke kan svare på og man skal have en form for brugerinteraktivitet.
#23
Endnu en løsning der er en mulighed, men..
Hvis jeg kommer ind på en side som jp.dk og skal svare på spørgsmål for at læse en artikkel, så tror jeg ikke jeg gider bruge den side.
Scriptet kunne bare stille spørgsmålet til brugeren der vil se artiklen, det er vel ikke anderledes end på selve siden.
Det bliver kryptisk - svært at bryde, men ikke umuligt at bryde. Samtidigt irreterende for den alm. bruger, og igen nærmer vi os plade selskaberne.
Endnu en løsning der er en mulighed, men..
Hvis jeg kommer ind på en side som jp.dk og skal svare på spørgsmål for at læse en artikkel, så tror jeg ikke jeg gider bruge den side.
Scriptet kunne bare stille spørgsmålet til brugeren der vil se artiklen, det er vel ikke anderledes end på selve siden.
Det bliver kryptisk - svært at bryde, men ikke umuligt at bryde. Samtidigt irreterende for den alm. bruger, og igen nærmer vi os plade selskaberne.
#24
Faktum er at en side som newz.dk ikke vil kunne eksistere under disse forhold. Dels pga. http_refer, og dels fordi man ikke kan linke til nyheden, da der intet fast url er. Forestil dig at når du informerer om en nyhed, så skal du skrive hvordan du når frem til den, og så skal Admin'en se på siden og tilpasse java skriptet efter nyheden.
Prøv at spørge admins på newz.dk hvad de ville sige til det...!
Det bliver gjort så besværligt, at disse nyhedssamlingssider er væsentligt mere besværlige end det vil være bare at checke en 4-5 nyhedssider ud dagligt(eller hvor tit man nu vil)...
OG...Man kunne jo også bare udvide konceptet lidt og sige at hvis http_refer'en på det første javaskript var f.ex. newz.dk, jamen så får man ikke adgang ligemeget hvad...Det vil ikke være et særligt stort arbejde for aviserne osv.., men et kæmpe arbejde for f.ex. newz.dk at omgå det(40 forskellige proxies).
Faktum er at en side som newz.dk ikke vil kunne eksistere under disse forhold. Dels pga. http_refer, og dels fordi man ikke kan linke til nyheden, da der intet fast url er. Forestil dig at når du informerer om en nyhed, så skal du skrive hvordan du når frem til den, og så skal Admin'en se på siden og tilpasse java skriptet efter nyheden.
Prøv at spørge admins på newz.dk hvad de ville sige til det...!
Det bliver gjort så besværligt, at disse nyhedssamlingssider er væsentligt mere besværlige end det vil være bare at checke en 4-5 nyhedssider ud dagligt(eller hvor tit man nu vil)...
OG...Man kunne jo også bare udvide konceptet lidt og sige at hvis http_refer'en på det første javaskript var f.ex. newz.dk, jamen så får man ikke adgang ligemeget hvad...Det vil ikke være et særligt stort arbejde for aviserne osv.., men et kæmpe arbejde for f.ex. newz.dk at omgå det(40 forskellige proxies).
#25 hvis du åbner i et nyt vindue er der ingen http_refferer, så den med at boycotte newz.dk holder ikke.
Men ja det vil være besværligt for en siden som newz så.
Men ja det vil være besværligt for en siden som newz så.
#26 - michael007dk
hvis du åbner i et nyt vindue er der ingen http_refferer, så den med at boycotte newz.dk holder ikke.
Og så kan man rimeligvis vælge at ignorer disse hits hvor http_refer er tom, og derved kan du _stadigvæk_ ikke se artiklen...
Uanset hvor meget du hopper og danser, så er den letteste og mest effektive måde at forhindre deeplinking ved simpelthen at nægte adgang for alle hvor http_refer != "doamin.tld"
Og, det bliver svære tider for newz.dk, men lige så let det er at forhindre adgang for alle med forkert refer, lige så let er det at lade artikler være tilgængelige over en vis periode...
EOD!
hvis du åbner i et nyt vindue er der ingen http_refferer, så den med at boycotte newz.dk holder ikke.
Og så kan man rimeligvis vælge at ignorer disse hits hvor http_refer er tom, og derved kan du _stadigvæk_ ikke se artiklen...
Uanset hvor meget du hopper og danser, så er den letteste og mest effektive måde at forhindre deeplinking ved simpelthen at nægte adgang for alle hvor http_refer != "doamin.tld"
Og, det bliver svære tider for newz.dk, men lige så let det er at forhindre adgang for alle med forkert refer, lige så let er det at lade artikler være tilgængelige over en vis periode...
EOD!
#27
dem der er tomme skal de da ikke ignorer, man skal da ind på siden på en måde.
På forsiden skal alle have adgang ellers holder det jo ikke.
Når så forsiden er oprettet så er det scriptet fx kan videre stille til artiklen. Så bliver http_refferer den rigtige.
Laver man sådan at man ændrer link hele tide, så skal scriptet bare finde linket på forsiden, og laver man intelligente spørgsmål, så skal man bare videre stille det til brugeren(men det gør man nok ikke da det genere de alm brugere).
Jeg tror stadig ikke på det er muligt at lave et system der ikke kan omgåes.
dem der er tomme skal de da ikke ignorer, man skal da ind på siden på en måde.
På forsiden skal alle have adgang ellers holder det jo ikke.
Når så forsiden er oprettet så er det scriptet fx kan videre stille til artiklen. Så bliver http_refferer den rigtige.
Laver man sådan at man ændrer link hele tide, så skal scriptet bare finde linket på forsiden, og laver man intelligente spørgsmål, så skal man bare videre stille det til brugeren(men det gør man nok ikke da det genere de alm brugere).
Jeg tror stadig ikke på det er muligt at lave et system der ikke kan omgåes.
men nu skal vi jo også tænke på at det jo ikke er deep linking det her egentligt handler om, det handler bare om at de ikke vil have deres artikler gemt i databaser, da det gør det sværere for dem at sælge deres artikler i egne artikeldatabaser. Og med det system lean forklarede er problemet løst, fordi du kan absolut ikke bruge et javascript hvis artiklen ikke er refereret fra hovedsiden på nyhedssiden, og dvs. at hvis den bliver fjernet så er artiklen udenfor rækkevidde, og der kan INTET gøres ved det. (de ku jo også bare fjerne artiklen, eller er det kun mig der tænker på den slags?)
#29
Det var dig der skrev det her:
Uanset hvor meget du hopper og danser, så er den letteste og mest effektive måde at forhindre deeplinking ved simpelthen at nægte adgang for alle hvor http_refer != "doamin.tld"
Hvis du forstår hvad jeg mener så er http_refferer netop den rigtige når man læser selveartiklen og når man indlæser forsiden så er den tom.
Det var dig der skrev det her:
Uanset hvor meget du hopper og danser, så er den letteste og mest effektive måde at forhindre deeplinking ved simpelthen at nægte adgang for alle hvor http_refer != "doamin.tld"
Hvis du forstår hvad jeg mener så er http_refferer netop den rigtige når man læser selveartiklen og når man indlæser forsiden så er den tom.
hmm hvor sværdt kan det være ? hehe tja nemt !
når folk kommer ind på f.eks. www.avis.dk
Skriver det bare lige lidt hurtigt ;) @ work
make session(Logon) =yes
make cokkie
on exit
Stop session(logon) =no
Delc okkie
kommer ind via www.avis.dk's forside
så bliver "session(logon) = Yes og en Cokkie"
når man kommer ind på en side kigger den på de to ting er de der ikke tjaa (GOTO forsiden)
hvis en anden side så linker ja så har de ikke de ting
så de bliver smidt til forsiden ;)
det er naturligvis og muligt at om gå det system men så kan man jo bare lige ændre cokie navn og session navn, med en variabel på tid * random 7 ;)
det skulle være det
når folk kommer ind på f.eks. www.avis.dk
Skriver det bare lige lidt hurtigt ;) @ work
make session(Logon) =yes
make cokkie
on exit
Stop session(logon) =no
Delc okkie
kommer ind via www.avis.dk's forside
så bliver "session(logon) = Yes og en Cokkie"
når man kommer ind på en side kigger den på de to ting er de der ikke tjaa (GOTO forsiden)
hvis en anden side så linker ja så har de ikke de ting
så de bliver smidt til forsiden ;)
det er naturligvis og muligt at om gå det system men så kan man jo bare lige ændre cokie navn og session navn, med en variabel på tid * random 7 ;)
det skulle være det
#33
Den holder jo netop ikke hvis det er man laver et javascript der åbner forsiden først.
Den holder jo netop ikke hvis det er man laver et javascript der åbner forsiden først.
#33
uhhhh, den går ikke...for du kan ikke være sikker på at browseren tillader dig at fjerne cookien når du forlader siden igen :)
uhhhh, den går ikke...for du kan ikke være sikker på at browseren tillader dig at fjerne cookien når du forlader siden igen :)
Som jeg sagde systemet kan nemt om gåes
#34
jaa men hvem siger det skal være forsiden det kan jo også være en iframe på en under side eller bag en banner eller hvis man går ind på under side at der komemr flere sessions hvis du så ikke browser sif fra for siden så bliver div. session ikke Yes
og ja så laver man bare mange iFrames, du skal første finde ud hvilke sider du ifram :), men så laver man jo bare det sådan at alle sessions ikke skal være Yes f.eks hvis bruger kommer fra forside 1=Yes gå til nyhed (hvor man iframe en 3=yes) 2=yes
på selve nyheden skal 1=yes 2=No 3=Yes også glem ikke da cookies
#35
man sætter time out på cookien
#34
jaa men hvem siger det skal være forsiden det kan jo også være en iframe på en under side eller bag en banner eller hvis man går ind på under side at der komemr flere sessions hvis du så ikke browser sif fra for siden så bliver div. session ikke Yes
og ja så laver man bare mange iFrames, du skal første finde ud hvilke sider du ifram :), men så laver man jo bare det sådan at alle sessions ikke skal være Yes f.eks hvis bruger kommer fra forside 1=Yes gå til nyhed (hvor man iframe en 3=yes) 2=yes
på selve nyheden skal 1=yes 2=No 3=Yes også glem ikke da cookies
#35
man sætter time out på cookien
#36 Det en normal bruger skal igennem, skal java-scriptet da bare også. Det java-scriptet gør svarer til det du selv vil gøre javascriptet bare lidt hurtigere da det ikke skal læse nogle sider.
Hverken cookies eller session lyder som nogen god idé da der er mange der er nogle der ikke acepterer cookies overhovedet.
Hverken cookies eller session lyder som nogen god idé da der er mange der er nogle der ikke acepterer cookies overhovedet.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund