Von Benutzern gemeldete defekte Links

Begonnen von m-t, 09 Dezember 2006, 16:55:53

⏪ vorheriges - nächstes ⏩

0 Mitglieder und 1 Gast betrachten dieses Thema.

m-t

seit dem Update hab ich 7 Mails deshalb bekommen, komischerweise alle vom inktomi bot.
Links stimmen alle noch. Kann ich das irgendwo abstellen ?

Andi

Hi :)

lass dir mal den response header von dem Link anzeigen, und poste hier bitte das Ergebnis. Einfach beim Link auf dieses Symbol klicken. Die Daten im Popup....

Abstellen kannst du das mail, in dem du die Benachrichtigung für Einsendungen abschaltest...
schön´s Grüssle, Andi

m-t

Zitat von: Andi am 09 Dezember 2006, 17:09:01
lass dir mal den response header von dem Link anzeigen, und poste hier bitte das Ergebnis.

zu spät :-) beim nächsten dann wird ja evtl. heute noch kommen :-)

m-t

da isser schon:


response headers:
    * HTTP/1.1 400 Bad Request
    * Date: Sat, 09 Dec 2006 18:21:44 GMT
    * Server: Apache/1.3.33 (Unix) PHP/4.3.9 mod_ssl/2.8.22 OpenSSL/0.9.7d
    * Connection: close
    * Transfer-Encoding: chunked
    * Content-Type: text/html; charset=iso-8859-1

m-t

so jetzt gehts mit google los  :mad2:

4 mails in 2 stunden...

Dürfen unregistrierte Benutzer eine Linkänderung vorschlagen? -> Nein

m-t

Morgen :-)

hab grad das hier gefunden:

http://www.pragmamx.org/modules.php?name=Forum&topic=19433.0

könnte doch evtl. mein Problem sein ?
Ich probier das mal. inktomi wütet grad wieder. Über Nacht erneut 12 Mails bekommen  :puzzled:

Andi

HI :)

Ja, das mit der umgedrehten Funktion ist ein kleiner Fehler, der in den nächsten Tagen durch ein Fixpack bereinigt wird...

Zitatresponse headers:
    * HTTP/1.1 400 Bad Request
    * Date: Sat, 09 Dec 2006 18:21:44 GMT
    * Server: Apache/1.3.33 (Unix) PHP/4.3.9 mod_ssl/2.8.22 OpenSSL/0.9.7d
    * Connection: close
    * Transfer-Encoding: chunked
    * Content-Type: text/html; charset=iso-8859-1

Kannst mir den Link mal geben, damit ich prüfen kann, warum der Server die Verbindung verweigert?
Hmm, wobei bei einem 400er Fehler eigentlich keine Mail kommen sollte...  :gruebel:
schön´s Grüssle, Andi

m-t

Zitat von: Andi am 10 Dezember 2006, 10:35:40
Ja, das mit der umgedrehten Funktion ist ein kleiner Fehler

leider wars nicht meiner, nächste Mail ist da...

Ich geh im Januar für paar Wochen auf Geschäftsreise. Wenn ich zurückkomme hab ich bestimmt alle Links mehrfach als fehlerhaft gemeldet  :red:

Einer der angeblich fehlerhaften war der:

http://www.mich-tipps.de/modules.php?name=Tabellen_Generator

Wobei es für tote Links ja eigentlich keine Möglichkeit zum blockieren gibt, oder ?

Da sind ja nur Änderungen und Vorschläge gemeint so wie ich das verstehe?

m-t

Deutsche IP, das kam dann wohl eben von dir :-)


Link- Überprüfung
summary:
target-url: modules.php?name=Tabellen_Generator
status: 400
type: text/html
response headers:

URL: modules.php?name=Tabellen_Generator

    * HTTP/1.1 400 Bad Request
    * Date: Sun, 10 Dec 2006 09:52:36 GMT
    * Server: Apache/1.3.33 (Unix) PHP/4.3.9 mod_ssl/2.8.22 OpenSSL/0.9.7d
    * Connection: close
    * Transfer-Encoding: chunked
    * Content-Type: text/html; charset=iso-8859-1

Andi

Jop, denke das war ich ;)

jetzt sehe ich, was ich suche....
ZitatLink- Überprüfung
summary:
target-url:    modules.php?name=Tabellen_Generator
status:    400
type:    text/html
response headers:

Du verlinkst direkt auf deinen eigenen Server auf die modules.php mit parametern.
Im neuen Modul wird aber auch geprüft, ob die übergebene URL, wenn kein http:// am Anfang steht, eine Datei ist und auf dem Server vorhanden ist. Dieser Check über die PHP-Funktion file_exists() schlägt aber fehl, wenn Parameter übergeben werden (?name=Tabellen_Generator).
Diesen Fall hatte ich nicht bedacht, weil wer verlinkt im Weblinksmodul schon auf Module der eigenen Seite? Denke das ist eher die Ausnahme ;)

Lösung müsste sein, die URL komplett anzugeben, also so:
http://www.mich-tipps.de/modules.php?name=Tabellen_Generator
schön´s Grüssle, Andi

m-t

Zitat von: Andi am 10 Dezember 2006, 11:08:45
weil wer verlinkt im Weblinksmodul schon auf Module der eigenen Seite? Denke das ist eher die Ausnahme ;)

das war aber nur eins der beispiele, es waren zwar überwiegend interne aber auch einige externe links dabei, sobald der nächste kommt geb ich wieder bescheid  :cul:

Andi

Zitatsobald der nächste kommt geb ich wieder bescheid

Oki, dann am besten gleich mit dem kompletten Inhalt des Popups. Also mit Status, URL und response-header ;)
schön´s Grüssle, Andi

m-t

Zitat von: Andi am 10 Dezember 2006, 11:21:54
Also mit Status, URL und response-header ;)


Link- Überprüfung
summary:
target-url: http://www.mwti.net/antivirus/mwav.asp
status: 404
type: text/html
response headers:

URL: http://www.mwti.net/antivirus/mwav.asp

    * HTTP/1.1 404 Not Found
    * Date: Sun, 10 Dec 2006 15:07:35 GMT
    * Server: Microsoft-IIS/6.0
    * MicrosoftOfficeWebServer: 5.0_Pub
    * X-Powered-By: ASP.NET
    * Content-Length: 58
    * Content-Type: text/html
    * Cache-control: private

Andi

Hi :)

selten so nen chaotischen Link gesehen....
Anscheinend wollen die nicht verlinkt werden.

Websniffer meldet "HTTP/1.1 302 Object moved". An das Weblinksmodul wird von dem Server aber ein 404 gemeldet. Die Seite verlinkt dann weiter auf http://www.mwti.net/products/mwav/mwav.asp, was an das Weblinksmodul dann auch wieder einen 404 sendet und bei Websniffer dann einen korrekten "HTTP/1.1 200 OK".
Keine Ahnung was das soll.

Das Weblinkmodul macht und kann nichts anderes als den gesendeten Header des verlinkten Webservers auswerten. Wenn der einen 404 meldet, dann macht das Weblinksmodul eben das, was es soll, nämlich den Fehler per mail melden....

Es gibt jetzt dafür 2 Lösungen:

1. den Link löschen

2. das Melden der defekten Links pauschal verhindern:

dazu in der /modules/Web_Links/fetch.php folgende Zeilen auskommentieren:

             * wenn ungueltige URL, diesen Link als ungueltig in der
             * Administration kennzeichnen, aber trotzdem weiterleiten
             */
            if ($header['status'] == 404) {
                modReportFalses($lid);
            }


Wie gesagt, das ist kein Fehler des weblinksmoduls, sondern ein Problem mit dem verlinkten Server...
schön´s Grüssle, Andi

m-t

Zitat von: Andi am 11 Dezember 2006, 17:39:46
Es gibt jetzt dafür 2 Lösungen:

1. den Link löschen

2. das Melden der defekten Links pauschal verhindern:

Hi,

also ich nehm dann Option 2 :-)
Aber heute kam komischerweise noch nichts, von keiner Seite ???

Sobald die nächste Mail da ist mach ich das dann, für heute hab ich genug zu tun,  morgen ist 10 cent tag :thumbup:

Andi

Naja, vielleicht ist das ja dort nur ein temporäres Problem und der Link funzt jetzt wieder...  :)
schön´s Grüssle, Andi

m-t

vielleicht machen die das nur am wochenende  :mad2:  :gruebel:
und weg.... danke...

DeepThought

Moin,

ich muss das Thema noch einmal hochbringen, da es auch auf meiner Site auftritt.

ZitatLink- Überprüfung

--------------------------------------------------------------------------------

summary:
target-url:  http://www.arbeitslosennetz.de
status:  404
type:  text/html

--------------------------------------------------------------------------------

response headers:
URL: http://www.arbeitslosennetz.de

HTTP/1.1 404 Not Found
Date: Fri, 15 Dec 2006 09:42:02 GMT
Server: Apache/2.2.3
X-Powered-By: PHP/4.4.4
Transfer-Encoding: chunked
Content-Type: text/html

Interessanterweise wird der Link in der Statuszeile mit angehängtem "/" dargestellt. Dieser ist jedoch in der Db nicht gespeichert.

So am Rande frage ich mich natürlich, wie ein Bot es schafft, einen aus seiner Sicht toten Link über die entsprechende Funktion zu melden.

Zitat
-- Von Benutzern gemeldete defekte Links --
Ein neuer Betrag wurde geschrieben.

========================================================
http://www.vatersein.de/admin.php?op=LinksListBroken

at: 15.12.2006 10:35
ip/ip:74.6.73.218
from: Linkscript at 2006-12-15 10:35

Mailheader:
Return-Path:
X-Original-To: DeepThought@vatersein.de
Delivered-To: v03405919@dd5536.kasserver.com
Received: by dd5536.kasserver.com (Postfix, from userid 30)
id E0DD41189DA; Fri, 15 Dec 2006 10:35:48 +0100 (CET)
To: DeepThought@vatersein.de
Subject: Neuer Beitrag auf www.VaterSein.de (Web-Links)
From:
Reply-To:
X-Mailer: PHP v4.4.1
Content-type: text/plain; charset=iso-8859-1
Message-Id: <20061215093548.E0DD41189DA@dd5536.kasserver.com>
Date: Fri, 15 Dec 2006 10:35:48 +0100 (CET)
X-Virus-Status: No
X-Virus-Checker-Version: clamassassin 1.2.2 with clamdscan / ClamAV 0.90RC1.1/2335/Fri Dec 15 00:15:52 2006

Irgendetwas muss in der 0.1.9er geändert worden sein, dass dies passiert  ;)

Gruß

DeepThought

maverik

#18
mahlzeit

auch hier

ZitatLink- Überprüfung
summary:
start-url:    http://www.mobotix.com
redirected:    1 x
target-url:    http://www.mobotix.com:80/region/index/
status:    404
type:    text/html
response headers:

URL: http://www.mobotix.com

    * HTTP/1.1 302 Found
    * Date: Fri, 15 Dec 2006 10:27:47 GMT
    * Server: Apache/1.3.33 (Unix) PHP/4.4.4 mod_gzip/1.3.26.1a
    * Location: http://www.mobotix.com:80/region/index/
    * Transfer-Encoding: chunked
    * Content-Type: text/html; charset=iso-8859-1

redirect to:

URL: http://www.mobotix.com:80/region/index/

    * HTTP/1.1 404 Not Found
    * Date: Fri, 15 Dec 2006 10:27:47 GMT
    * Server: Apache/1.3.33 (Unix) PHP/4.4.4 mod_gzip/1.3.26.1a
    * X-Powered-By: eZ publish
    * Set-Cookie: PHPSESSID=2e2a7df8bcbcf657f1615acf7aa7b2c3; path=/
    * Expires: Mon, 26 Jul 1997 05:00:00 GMT
    * Cache-Control: no-cache, must-revalidate
    * Pragma: no-cache
    * Last-Modified: Fri, 15 Dec 2006 10:27:48 GMT
    * Content-language: en-US
    * Status: 404 Not Found
    * Transfer-Encoding: chunked
    * Content-Type: text/html; charset=utf-8

an den links habe ich nichts geändert, die meldungen kommen erst seit dem update und teilweise auch für andere links, nach ignorieren ist dann eine zeitlang ruhe und irgendwann kommt die meldung wieder

so long maverik

m-t

am wochenende muß ich das nochmal anschauen, alleine heute 15 mails  :gruebel: