WBCE CMS – Way Better Content Editing.
You are not logged in.
Pages: 1
Hallo Zusammen,
weis nicht ob schon mal so eine Frage aufkam.
Gibt es einen Filter der "Tote" Links, die nach "Extern" gehen prüfen kann sowie Analog auch interne nicht mehr erreichbar sind?
Last edited by Slugger (02.07.2019 17:01:04)
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.5.4 • BE: 2.1.0 • PHP: 8.1.16 * 1. Projekt: FE: Simple responsive • BE: Argos * 2. Projekt: FE: hortal • BE: Argos * 3. Projekt: FE: WBCEZon • BE: Argos * 4. Projekt: FE: WBCETik • BE: Argos
Status Projekt 1-4: OK
Offline
interne ginge vielleicht mit etwas Aufwand. Für externe wird es schwierig.
Man könnte grundsätzlich server-seitig jeden Link erstmal versuchen zu laden bevor man ihn ausgibt, aber das wäre unter Performance Gesichtspunkten ein Alptraum.
Wenn man sowas machen wollte, dann müsste man zumindest die Resultate zurück in die Datenbank schreiben, damit man beim nächsten Seitenaufruf nicht nochmal sämtliche Links abklappert. Dann muss man die Fälle berücksichtigen, in denen ein Server mal kurzzeitig nicht erreichbar ist. Das soll dann ja auch nicht dazu führen dass der Link dorthin bis in alle Ewigkeiten herausgefiltert wird.
Dann gibt es Seiten die umgestellt werden, z.B. von http auf https oder die Subdomain ändert sich... sowas zuverlässig automatisch erkennen und jeweils richtig reagieren ist fast unmöglich. Die Aufgabe ist nicht trivial und es gibt bisher nichts Fertiges in dieser Richtung.
EIn Output-Filter ist vielleicht auch nicht ganz der richtige Ansatz. Es gibt ja validator Tools, die eine Seite nach toten Links abklopfen. Wenn man sowas gelegentlich drüber laufen lässt (vielleicht sogar automatisiert ein mal im Monat mit einem Bericht per Mail an den Admin und er kann sich die Resultate erstmal kritisch anschauen.
Offline
Klingt eher nach einem Admin Tool.
Die Problematiken hat mrbaseman ja schon gut zusammengefaßt; jeder Link kann mal temporär nicht erreichbar sein. Da gibt's z.B. einen Service "Down For Everyone Or Just Me", mit dem man checken kann, ob eine Adresse allgemein tot ist oder nur vom eigenen Arbeitsplatz aus.
Den Tip mit den externen Validatoren finde ich am zielführendsten. Vielleicht könnte man ja dann auch einen irgendwie ins Backend integrieren. Der würde ja auch interne Deadlinks identifizieren. Könnte mir vorstellen, dass da was machbar wäre. Vielleicht finden wir einen Dienst mit API, den man einbinden könnte.
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
florian, Slugger
Ach, sieh mal an, das Teil kenn ich doch...
http://home.snafu.de/tilman/xenulink.html
Ist ein Windows-Tool. Mann, das ist lange her... *in Nostalgie schwelg*
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Also bisher hab ich nur Online Tools ohne API gefunden. Bei einem davon konnte man zumindest einen regelmäßigen Check samt Mailnachricht konfigurieren, wenn man rund 9 Euro pro Monat investiert.
Hier gibt's eine Übersicht über 30 Tools (englischsprachig): https://www.softwaretestinghelp.com/too … ing-tools/
Übrigens: Bei einem der Checker hab ich spaßeshalber wbce.org eingegeben, hat 0 tote Links gefunden.
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Slugger
Klingt eher nach einem Admin Tool.
Die Problematiken hat mrbaseman ja schon gut zusammengefaßt; jeder Link kann mal temporär nicht erreichbar sein. Da gibt's z.B. einen Service "Down For Everyone Or Just Me", mit dem man checken kann, ob eine Adresse allgemein tot ist oder nur vom eigenen Arbeitsplatz aus.
Den Tip mit den externen Validatoren finde ich am zielführendsten. Vielleicht könnte man ja dann auch einen irgendwie ins Backend integrieren. Der würde ja auch interne Deadlinks identifizieren. Könnte mir vorstellen, dass da was machbar wäre. Vielleicht finden wir einen Dienst mit API, den man einbinden könnte.
Das mit den Validatoren war schon zielführend und sehr hilfreich. Ich habe zwar in einer anderen Dimension gedacht, aber das geht genau in die Richtung.
Und siehe da: 4 Links sind zu prüfen.
Zwei Fehler die ich scheinbar mit dem Modul Itemz gemacht habe und Zwei Fehler von einem Template in dem nicht die Bilddateien im "img" Ordner sind, das gerade im Einsatz ist. Scheint im CSS Quellcode zu sein.
Last edited by Slugger (03.07.2019 20:39:46)
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.5.4 • BE: 2.1.0 • PHP: 8.1.16 * 1. Projekt: FE: Simple responsive • BE: Argos * 2. Projekt: FE: hortal • BE: Argos * 3. Projekt: FE: WBCEZon • BE: Argos * 4. Projekt: FE: WBCETik • BE: Argos
Status Projekt 1-4: OK
Offline
Prima. Wenn Du einen findest, der Dir besonders gefällt, kannst Du ihn ja hier weiterempfehlen.
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Prima. Wenn Du einen findest, der Dir besonders gefällt, kannst Du ihn ja hier weiterempfehlen.
Mit dem Gefallen hängt immer davon ab was man meint
Stupide die Links auf der Seite von dir abgearbeitet und hier hängen geblieben.
https://www.deadlinkchecker.com/
Mehr auch nicht.
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.5.4 • BE: 2.1.0 • PHP: 8.1.16 * 1. Projekt: FE: Simple responsive • BE: Argos * 2. Projekt: FE: hortal • BE: Argos * 3. Projekt: FE: WBCEZon • BE: Argos * 4. Projekt: FE: WBCETik • BE: Argos
Status Projekt 1-4: OK
Offline
florian
Naja, wenn es DIR geholfen hat, hilft es anderen vielleicht auch.
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
... wir haben das in verschiedenen Projekten über externe Tools (ja, auch mal mit Xenu) oder auch in PHP selbst realisiert. Ich überlege gerade, ob es nicht inzwischen auch über die Cache API gehen würde, da kann man doch bestimmt den Header auswerten und dann die Links entsprechend kennzeichnen? Die Performance leidet natürlich etwas, aber preload/prefetch/prerender ist ja auch im kommen ...
Offline
Pages: 1