Seitenzugriff steuern

Hallo liebe Fachleutz,

ob mit Java(script), htaccess, php oder was auch immer, ich möchte
den Zugriff auf meine Seiten so steuern, dass…
a) weder ein Hinzufügen von Unterseiten zu den Favoriten, noch
b) (Standard-)Contentgrabbe meine Seiten direkt verlinken können, …

…das sollte im Idealfall so aussehen:

Habe eine Index (htm) Seite „A“, eine Auswahlseite (htm) „B“ und eine
Zielseite (htm) „C“.

Ich möchte nun realisieren, dass der Zugriff (ohne(!) Eingabe von
Passwörtern o. ä.) auf Seite „C“ nur möglich ist, wenn der Besucher
von Seite „B“ (evtl. noch 1-2 andere Seiten möglich?) kommt (auch
Proxynutzer), wenn dies nicht der Fall ist, sollte auf Seite „A“
weitergeleitet werden.

Ist dies relativ einfach möglich? Wenn ja, wie?

Vielen Dank für eine kompetente Antwort!
MfG
Michael

Hallo,

ob mit Java(script), htaccess, php oder was auch immer, ich
möchte
den Zugriff auf meine Seiten so steuern, dass…
a) weder ein Hinzufügen von Unterseiten zu den Favoriten, noch
b) (Standard-)Contentgrabbe meine Seiten direkt verlinken
können, …

Das wirst Du meiner Meinung nach beides nicht verhindern können.
Was der User in seinem Browser mact (also hier: Favoriten hinzufügen) kannst Du nur in Maßen kontrollieren - und wer einen geeigneten Browser hat, der weiß seltsame Javascripte, die versuchen den Browser zu kontrollieren auch zu umgehen.

Habe eine Index (htm) Seite „A“, eine Auswahlseite (htm) „B“
und eine
Zielseite (htm) „C“.

Ich möchte nun realisieren, dass der Zugriff (ohne(!) Eingabe
von
Passwörtern o. ä.) auf Seite „C“ nur möglich ist, wenn der
Besucher
von Seite „B“ (evtl. noch 1-2 andere Seiten möglich?) kommt
(auch
Proxynutzer), wenn dies nicht der Fall ist, sollte auf Seite
„A“
weitergeleitet werden.

Das widerum geht schon - da Html selbst nicht merken kann, ob jemand schon auf einer anderen Seite war und es ungenau ist, den Referer zu benutzen müsstest Du (zB mit PHP) mit einer Session arbeiten.

In dieser Session kannst Du dem User auf A eine Info mitgeben (zB visited-a = TRUE.
Wenn er auf B ankommt und die Variable visited-a nicht gleich true ist wird er postwendend nach A geschickt.
Ähnliches dann auf C, D und was auch immer Du noch an Seiten in diese Kette einbauen willst.

Sessions arbeiten mit Coookies und haben nornalerweise eine Fallbacklösung, falls der Besucher keine Cookies akzeptiert - das sollte also gehen.
SessionCookies und -Infos verfallen, wenn man den Browser schliesst, der User wird also bei nächsten Besuche automatisch auf A landen, auch wenn er sich C gebookmarkt hat oder von einer Suchmaschine aus direkt dorthin gelenkt wird.

Aber: darf ich zumindest einmal fragen, warum Du den User so bevormunden willst? Ich sehe im Moment keinen Grund dafür, jemandem so meinen Willen aufzuzwingen - und würde mir als Besucher schon arg verarscht vorkommen - und dementsprechend auch nicht mehr wiederkommen.
… nur mal so als Anregung :wink:

Greetinx
Christian

HoiHoi und schonmal danke für die rasche Antwort!

Hallo,

ob mit Java(script), htaccess, php oder was auch immer, ich
möchte
den Zugriff auf meine Seiten so steuern, dass…
a) weder ein Hinzufügen von Unterseiten zu den Favoriten, noch
b) (Standard-)Contentgrabbe meine Seiten direkt verlinken
können, …

Das wirst Du meiner Meinung nach beides nicht verhindern
können.
Was der User in seinem Browser mact (also hier: Favoriten
hinzufügen) kannst Du nur in Maßen kontrollieren - und wer
einen geeigneten Browser hat, der weiß seltsame Javascripte,
die versuchen den Browser zu kontrollieren auch zu umgehen.

…wie Du weiter unten schreibst funktioniert das mit sessions dann doch?!

Habe eine Index (htm) Seite „A“, eine Auswahlseite (htm) „B“
und eine
Zielseite (htm) „C“.

Ich möchte nun realisieren, dass der Zugriff (ohne(!) Eingabe
von
Passwörtern o. ä.) auf Seite „C“ nur möglich ist, wenn der
Besucher
von Seite „B“ (evtl. noch 1-2 andere Seiten möglich?) kommt
(auch
Proxynutzer), wenn dies nicht der Fall ist, sollte auf Seite
„A“
weitergeleitet werden.

Das widerum geht schon - da Html selbst nicht merken kann, ob
jemand schon auf einer anderen Seite war und es ungenau ist,
den Referer zu benutzen müsstest Du (zB mit PHP) mit einer
Session arbeiten.

In dieser Session kannst Du dem User auf A eine Info mitgeben
(zB visited-a = TRUE.
Wenn er auf B ankommt und die Variable visited-a nicht gleich
true ist wird er postwendend nach A geschickt.
Ähnliches dann auf C, D und was auch immer Du noch an Seiten
in diese Kette einbauen willst.

Sessions arbeiten mit Coookies und haben nornalerweise eine
Fallbacklösung, falls der Besucher keine Cookies akzeptiert -
das sollte also gehen.
SessionCookies und -Infos verfallen, wenn man den Browser
schliesst, der User wird also bei nächsten Besuche automatisch
auf A landen, auch wenn er sich C gebookmarkt hat oder von
einer Suchmaschine aus direkt dorthin gelenkt wird.

…kannst Du mir den Code zum Setzen und wieder Abfragen der sessions schreiben (wenn es nicht zu umfangreich ist?)

Aber: darf ich zumindest einmal fragen, warum Du den User so
bevormunden willst? Ich sehe im Moment keinen Grund dafür,
jemandem so meinen Willen aufzuzwingen

…wie Du schon selbst geschrieben hast: Ein Grund sind die Suchmaschinen (die sich ja auch nicht immer an index nofollow halten)
Ein Weiterer: Die HP ist eine Community mit Login und allem drum und dran. Die Seiten, die ich gegen eine direkte Verlinkung „schützen“ möchte sind z. B. eine E-Card- und eine Gameseite, welche nicht zum Urscript gehören und nur von dort verlinkt sind. Es wäre Kontraproduktiv, wenn die User sich nun die Unterseiten zu den Favs speichern und immer von dort aus diese nutzten - dann wäre die Community bald Scheintod. Des weiteren die Contentgrabber => mein Traffic, meine Arbeit, mein :wink: mir fällt sonst nix ein. Ich habe KEIN Problem damit, wenn sie meine Inhalte grabben, nicht einmal, wenn sie meine Seiten kopieren, ABER ein direktes verlinken und dann als eigenes Produkt ausgeben…?

  • und würde mir als
    Besucher schon arg verarscht vorkommen - und dementsprechend
    auch nicht mehr wiederkommen.

…denke mit der o.g. Erklärung scheidet das „verarscht vorkommen“ aus, oder?

… nur mal so als Anregung :wink:

…wie gesagt, vielen Dank, erstmal - könntest Du mir die o.g. PHP-Zeilen verraten? Ich müsste dann ja auch meine htm-Seiten in php-Seiten umbenennen?!

Greetinx
Christian

GrEEtz
Michael

Hallo,

den Zugriff auf meine Seiten so steuern, dass…
a) weder ein Hinzufügen von Unterseiten zu den Favoriten, noch
b) (Standard-)Contentgrabbe meine Seiten direkt verlinken
können, …

Das wirst Du meiner Meinung nach beides nicht verhindern
können.
Was der User in seinem Browser macht (also hier: Favoriten
hinzufügen) kannst Du nur in Maßen kontrollieren - und wer
einen geeigneten Browser hat, der weiß seltsame Javascripte,
die versuchen den Browser zu kontrollieren auch zu umgehen.

…wie Du weiter unten schreibst funktioniert das mit sessions
dann doch?!

Nein, da ist ein feiner Unterschied: Du kannst zwar verhindern, dass ein Besucher die Seite besucht, wenn er vorher nicht auf der anderen war, aber nicht, dass die Besucher B, C, … dann in ihre Favoriten aufnehmen.
Sie werden dann nur vewirrt, wenn sie in ihren Favs zB C anklicken und woanders - nämlich auf A landen. Aber das ist ja Deine Entscheidung.

Auch andere Sites können auf C verlinken - aber auch die User landen dann erstmal auf A.

Das widerum geht schon - da Html selbst nicht merken kann, ob
jemand schon auf einer anderen Seite war und es ungenau ist,
den Referer zu benutzen müsstest Du (zB mit PHP) mit einer
Session arbeiten.

In dieser Session kannst Du dem User auf A eine Info mitgeben
(zB visited-a = TRUE.
Wenn er auf B ankommt und die Variable visited-a nicht gleich
true ist wird er postwendend nach A geschickt.
Ähnliches dann auf C, D und was auch immer Du noch an Seiten
in diese Kette einbauen willst.

…kannst Du mir den Code zum Setzen und wieder Abfragen der
sessions schreiben (wenn es nicht zu umfangreich ist?)

Hier und jetzt von der Couch aus nicht - ich kann gerne aus dem Büro mit mehr Zeit mal gucken.
Wenn Du selbst schauen willst:
In jeder Seite die Session starten.
In „A“ eine beliebig genannte Variable in der Session registrieren.
In „B“ abfragen: wenn die variable leer, nicht gesetzt oder mit dem falschen Inhalt gefüllt ist mittels header-Anweisung auf A umleiten.

Oder frag mal im PHP-Brett, ob da jemand mit auswendigem PHP-Schreiben fitter ist als ich - ich brauch meine Doku neben mir :smile:

Aber: darf ich zumindest einmal fragen, warum Du den User so
bevormunden willst? Ich sehe im Moment keinen Grund dafür,
jemandem so meinen Willen aufzuzwingen

…wie Du schon selbst geschrieben hast: Ein Grund sind die
Suchmaschinen (die sich ja auch nicht immer an index nofollow
halten)

Wie gesagt - die wirst Du damit nicht abhalten.
Aber die User werden trotzdem auf A landen.

Ich müsste dann ja auch meine htm-Seiten
in php-Seiten umbenennen?!

Ja. Und in jeder Seite oben die 3 Zeilen um die Session zu starten afnehmen.

Greetinx
Christian