Moin!

Und dann ist da noch die robot.txt

# Setting this to off makes Wget not download /robots.txt.  Be sure to  
# know *exactly* what /robots.txt is and how it is used before changing  
# the default!  
#robots = on  
robots=off

MFFG (Mit freundlich- friedfertigem Grinsen)

fastix

Punkt 1: Das Prinzip ist derart simpel, dass ich mir das auch bei nem Feierabendbier hätte einfallen lassen können und in zwei Wochen Vollzeit wahrscheinlich programmieren. Warum muss man eine Unität damit beschäftigen (bzw. sie sich)?

Gegenfrage:
Was hast du in deiner Karriere bisher getan, dass andere Content, der von dir gehostet wird, löschen können!

Das ist die Grundsatzfrage, was geschieht mit Daten eines Accounts, der deaktiviert/gelöscht wird. Wie berühren diese Daten andere Daten?

Erwähnt sein nur, dass 90% Schrott in Textform vorliegt, also keine Dateien darstellt, sondern irgendwo in Datenbanken gespeichert ist.

mfg Beat

@@Deus Figendi:

nuqneH

Und Roboter kann man leicht aufhalten, z.B. indem man die Ressource via JavaScript einfügt und um auf Nummer-sicher zu gehen steht die URI nicht im JS-Text sondern wird zusammengebaut. Und dann ist da noch die robot.txt

Warum sollte ein Bot kein JavaScript ausführen können, wenn es ihm einprorammiert wurde?

Warum sollte ein Bot die robots.txt beachten, wenn er nicht ausgesperrt werden will?

Qapla'

Ich seh den Sinn irgendwie nicht.
Das System bietet Daten innerhalb einer bestimmten Zeit zum Ansehen an. In dieser Zeit kann jeder der drauf kommt nach wie vor alles damit anstellen.
Zum Beispiel auf Mirrors kopieren, auf die eigene Festplatte packen und jemanden auch nach Ablauf der Frist mit einem peinlichen Bild oder sonst was konfrontieren...
Was nicht ins Internet soll, darf nicht ins Internet gestellt werden. Ich denke damit fährt man immer noch am besten.

hi,

Punkt 1: Das Prinzip ist derart simpel,

Ja

Punkt 2: Das System ist CAPTCHA-geschützt,

Müll

Punkt 3: Es ist technisch mittelmäßig gelöst.

Siehe Punkt 1

Punkt 4: Es wird immer wieder betont, dass man gegen gewolltes rehosten nichts machen kann. Logisch, was ich anzeigen kann kann ich auch speichern. Also geht es nur um das versehentliche bzw. automatische kopieren von Ressourcen.

Punkt 5: Oft genug ist es gar nicht unerwünscht, dass Roboter die Daten erfassen, sie sollen sie ggf. dennoch nach einem bestimmten Zeitraum löschen.

Zu 4 und 5: Das Internet ist eine Umgebung, die nicht vertrauenswürdig ist. Am Wenigsten ist dies unseren Politikern klar und möglicherweise auch denen nicht, die im Internet Geschäfte abwickeln. Daran würde auch eine Organisation nichts ändern, die als vertrauenswürdig eingestuft werden könnte. Es sei denn eine solche Organisation ist das Internet selbst.

Ansonsten gilt eben das was heute schon gilt: Willst du nicht dass Google es weiß, dann wirf es nicht ins Netz!

Genau!

Horst Klugschisser

Hi there,

In letzter Zeit höre und lese ich hier und da von einem digitalen Verfallsdatum, welches irgendwelche Menschen an einer saarländischen Uni entwickelt haben.
Und irgendwie geht mir das gewaltig gegen den Strich!

Naja, die Idee an sich wäre ja nicht schlecht, auch wenn sie in einer heterogenen Medien- oder Dokumentenstruktur prinzipiell unverwirklichbar ist.

Jeder Gedanke daran, der sich mit einer möglichen Lösung beschäftigt, ist ein verschwendeter Gedanke.

Offenbar wollen viele "Lösungsansätze" resp. die damit Beschäftigten nicht wahrhaben, daß Information über Information nichts anderes ist als Information und keineswegs eine Meta-Information, die man besser kontrollieren als die Information selbst - egal, in welches Dokumentformat sie gesteckt wird. Was aber vom philosophischen Ansatz her schon nicht funktioniert kann aber durch Technik auch nicht gelöst werden.

Ansonsten gilt eben das was heute schon gilt: Willst du nicht dass Google es weiß, dann wirf es nicht ins Netz!

Nicht nur heute, auch morgen, übermorgen und auf ewig...

Punkt 1: Das Prinzip ist derart simpel, dass ich mir das auch bei nem Feierabendbier hätte einfallen lassen können und in zwei Wochen Vollzeit wahrscheinlich programmieren. Warum muss man eine Unität damit beschäftigen (bzw. sie sich)?

Derartiges Pruning für Forenbeiträge gibt es z.B. in PHPBB oder vBulletin schon sehr lange - die Idee selbst ist wirklich nicht sehr spannend.

Punkt 4: Es wird immer wieder betont, dass man gegen gewolltes rehosten nichts machen kann.

Es hindert niemanden, dass jemand die Daten in ein externes System überträgt - das ist der knackpunkt.

Der Rest ist trivial - man müsste lediglich bei jeglichem nutzergenerierten Inhalt ein "Ablaufdatumsfeld" einfügen - aber das widerspricht einem der Grundgedanken des Netzes: informatinen sollen nicht verloren gehen.

Wenn bei einem Diskussionsfaden plötzlich löcher entstehen, geht der Kontext verloren.

Was passiert mit Zitaten? Bleiben die dann stehen?

Tote Links sind auch ein Nebeneffekt davon.