Vorlage Diskussion:Webarchiv

Diese Diskussionsseite dient dazu, Verbesserungen an der Vorlage „Webarchiv“ zu besprechen. Persönliche Betrachtungen zum Thema gehören nicht hierher. Für allgemeine Wissensfragen gibt es die Auskunft.

Füge neue Diskussionsthemen unten an:

Klicke auf Abschnitt hinzufügen, um ein neues Diskussionsthema zu beginnen.



Zum Archiv

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 14 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind oder deren jüngster Beitrag 365 Tage alt ist.

WebCite - Archivierte Webseiten nicht mehr abrufbar

Letzter Kommentar: vor 3 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt

Ich möchte auf die Disk zu WebCite hinweisen. --Wiki1939 (Diskussion) 12:32, 15. Mai 2023 (CEST)Beantworten

Archive.today

Letzter Kommentar: vor 26 Tagen7 Kommentare4 Personen sind an der Diskussion beteiligt

@Lustiger seth: Die Weiterleitung von archive.today auf die realen Server unter archive.is/.ph etc funktioniert irgendwie nicht bei den Webarchivlinks; prinzipiell klappt das aber durchaus, etwa wenn der today-Link direkt eingegeben wird. Könnten wir vielleicht direkt die Server verlinken? Wenn das von archive.today allerdings bewusst so eingerichtet wurde (referrer check oder so), bin ich nicht sicher, ob das Sinn macht, auf der anderen Seite würde ich die archivierten Seiten nicht gern verlieren ... LG --0000ff (Diskussion) 22:00, 23. Sep. 2026 (CEST)Beantworten

Gudn Tach!

Ich hab's noch nicht verstanden. Was klappt nicht?

-- seth (Diskussion) 00:25, 24. Sep. 2026 (CEST)Beantworten

@Lustiger seth:: verlinkt wird hier bei uns auf die Domain archive.today, dort wird dann vom Server normalerweise immer auf eine der anderen Domains weitergeleitet, die Archivseite liegt also nie tatsächlich auf der verlinkten Domain, sondern auf archive.is usw.:

Beispiellink Webarchiv: DDR Post-Punk (Memento vom 29. Oktober 2015 im Webarchiv archive.today)

Das klappt aber nicht mehr, der Link landet jetzt auf der leeren Defaultseite des nginx Webservers auf archive.today, wird also nicht mehr weitergeleitet. Schickt man den Link aber manuell noch einmal ab, funktioniert die Weiterleitung wieder und man kommt tatsächlich auf die Archivseite. Diese könnte man aber ja auch gleich direkt verlinken ... --0000ff (Diskussion) 01:16, 24. Sep. 2026 (CEST)Beantworten

Die Weiterleitung klappt bei mir, wenn man ein www. in den Link https://archive.today/ ergänzt. Habe das mal angepasst. Hoffentlich hält das eine Weile. Danke für den Hinweis. --Lars (User:Albinfo)

08:47, 24. Sep. 2026 (CEST)Beantworten

Nein - gleiches Resultat. Irgendwie scheint uns der Archive.is-Server gerade nicht zu mögen. --Lars (User:Albinfo)

08:48, 24. Sep. 2026 (CEST)Beantworten

Gudn Tach!

Ok, jetzt kann ich es auch nachvollziehen.

archive.today ist aus verschiedenen Gründen problematisch.

archive.today leitet schon eine Weile weiter auf .ie oder sonstwas, aber das kann sich jederzeit unangekündigt auch wieder ändern.
Der Betreiber von archive.today (siehe Artikel) scheint die Plattform häufiger für persönliche Konflikte zu nutzen. Nicht zuletzt, da auch Wikipedia in solche Konflikte reingezogen wurde, passieren manchmal solche Dinge, dass wenn der Referrer die Wikipedia ist, man umgeleitet wird. Deswegen versuchen wir ja, die Links dorthin zu reduzieren (was aber nicht leicht ist, weil es manche Inhalte nirgendwoanders mehr zu geben scheint).

Soweit wusstet ihr das vielleicht auch alles schon. Ich schrieb es insb. für etwaige Mitlesende, die's noch nicht wussten.

Zum konkreten aktuellen Problem: Es scheint keinen Unterschied zu machen, ob man archive.today oder archive.ph verlinkt. Sobald der Referrer Wikipedia ist, kommt die nutzlose nginx-Default-Seite.

Wir könnten nun versuchen, z.B. Template:Webarchiv/Today so umzugestalten, dass kein Link angeboten wird, sondern nur der unverlinkte URL. Aber ich pinge mal User:PerfektesChaos und user:hgzh an. Die haben vermutlich einen besseren Template-Überblick und können vielleicht bessere Vorschläge machen.

-- seth (Diskussion) 14:54, 27. Sep. 2026 (CEST)Beantworten

Angepingt:

Sofern klar formuliert wird, was unter welchen Umständen geschehen soll, können wir vorlagenprogrammierungstechnisch so allerlei machen.
in Sachen „Referrer“ kann aber noch anderes passieren, jedoch eher durch hgzh: Wenn diese Hallodris nicht wikipedia.org, sondern toolforge.org bzw. wmfcloud.org als Anfragende sehen, das HTTP-Feld Referer auch nicht ausgefüllt wäre, benimmt der Server sich vielleicht netter. Bis sie ob der mutmaßlich höheren Frequenz irgendwann draufkämen.
Solange dieser Anbieter sich so schräg verhält, sind wir in einem Dilemma. Es ist eine mysteriöse Einzelperson mit sehr viel Geld für Betrieb über Jahrzehnte. Rechtlich sind alle Webarchive in einer anfechtbaren Position – sie begehen URV und publizieren ungefragt fremden Content, wodurch diesen Clickraten und Werbe-Einnahmen entgehen. Trump und befreundete BigTech versuchen dieses Gedächtnis aus der Welt zu löschen, damit die Lügen und Behauptungen über die Vergangenheit nicht mehr nachzuvollziehen wären. Dementsprechend versucht der Betreiber hier, auf alle Fälle anonym und nicht haftbar zu bleiben, auch durch Rochade in andere TLD. Wenn sich das irgendwann mal geklärt hätte, Trump weg ist und eine transparente Betreiber-Stiftung sichtbar würde, wäre alles viel entspannter.

VG --PerfektesChaos 16:07, 27. Sep. 2026 (CEST)Beantworten