Warum gibt das PDF unter diesem Link regelmäßig einen Fehler 404?

3873
barlop

Wenn ich auf diesen Link gehe

http://www.moreshesashkenaz.org/mm/publications/MadrichEnglish.pdf

manchmal (vielleicht immer) bekomme ich einen 404-fehler

Zum Glück habe ich einmal geklickt, dass es geladen wurde.

Dann habe ich Shift-F5 gedrückt und es ist fehlgeschlagen. Nun finde ich aber shift-F5 und es lädt immer noch.

Wenn es nicht geladen wurde, hatte ich diese Nachricht

Warum gibt das PDF unter diesem Link regelmäßig einen Fehler 404?

Obwohl es manchmal geladen wird.

Ich habe es mit wget noch nicht gescheitert, obwohl ich denke, dass dies nur Zufall ist.

Was könnte die Ursache sein? Vielleicht befindet sich der Server unter einer großen Arbeitsbelastung?

Es würde mich interessieren, wenn es irgendetwas gibt, was ich tun kann, um sicherzustellen, dass die Verbindung geladen wird, obwohl ich denke, dass dies ein Problem ist, und es gibt nichts, was ich tun kann. In diesem Fall wäre ich immer noch daran interessiert, was das verursachen könnte .

0
Es scheint, als würde das Nachrichtenfenster die Möglichkeiten abdecken. Sicher fragen Sie nicht, dass die Leute darüber spekulieren, was beim Gastgeber vorgeht. Warum klicken Sie nicht einfach auf die Startseite und suchen nach einem Weg, den Site-Administrator zu kontaktieren und nach dem Link zu fragen? fixer1234 vor 9 Jahren 1
@ fixer1234 na ja, Punkt 6, dass ein Fehler während der Bearbeitung der Anfrage aufgetreten ist, würde alles abdecken, aber das ist offensichtlich nicht das, wonach ich suche. Es ist keine große Offenbarung, dass ein Fehler aufgetreten ist. Ich vermute, ich könnte dem Admin eine E-Mail senden, aber vielleicht haben hier Leute, die Webserver betreiben, ein paar Ideen, was das Problem verursachen könnte. Ich interessiere mich dafür, was möglicherweise dazu führen kann. barlop vor 9 Jahren 0
Die Begriffe "zu breit" und "meinungsbasiert" fallen mir in den Sinn, aber wenn Sie glauben, dass Sie eine nützliche Antwort erhalten, werde ich nicht zum Schluss stimmen. :-) Übrigens, der Websiteadministrator kennt möglicherweise den eigentlichen Grund. Nur sagen fixer1234 vor 9 Jahren 0
@ fixer1234 Es ist nützlich für mich, die möglichen Ursachen eines 404 auf einem Webserver zu kennen. Deshalb habe ich die Frage gestellt. Sie sollten wissen, dass es in Computing für die Problembehandlung gut ist, mögliche Ursachen für ein Symptom zu kennen und dass Wissen auf verschiedene Situationen angewendet werden kann. Aber ob ich diese Antwort bekomme oder nicht, ist eine andere Sache. Ich bin mir bewusst, dass allzu breit und "meinungsbasiert" oft, sogar typischerweise oder gewöhnlich, bei Supernutzern eher breit verwendet wird! barlop vor 9 Jahren 0
Nur ein Vorschlag - die Frage, was Sie in Ihrem Kommentar beschrieben haben, ist eine bessere Frage, als nach einem bestimmten Link zu fragen (was als Befragung der Leute zu spekulieren ist, warum dieser Link nicht richtig funktioniert). Die möglichen Ursachen eines 404 sind eine viel klarere, faktenbasierte Frage. fixer1234 vor 9 Jahren 1
@ fixer1234 vielleicht, aber ohne ein konkretes Beispiel könnte ein Idiot es als unklar bezeichnen, was Sie fragen (sie verwenden das auch ziemlich breit). "Mögliche Ursachen" könnten auch als "zu breit" gekennzeichnet sein. barlop vor 9 Jahren 0
@ fixer1234 Die möglichen Ursachen für einen 404 sind, was der Website-Designer will. Er kann eine 404 zurückgeben, nur weil er sich danach fühlt oder weil [Tim Post seine Schlüssel verloren hat] (http://meta.stackexchange.com/a/215397/267099);) Eine ernsthaftere Anmerkung: https: // de. Das beantwortet wikipedia.org/wiki/HTTP_404 ganz gut. DavidPostill vor 9 Jahren 2
@DavidPostill - Dies ist kein 404-Fehler. Es gibt ein anderes Problem, das zum 404 führt. Divin3 vor 9 Jahren 0
@ Divin3 Genau. Sie können nicht wissen, was das ist, ohne zu wissen, wie die Website codiert wurde. DavidPostill vor 9 Jahren 0
@ Divin3 Es handelt sich um einen ** benutzerdefinierten ** 404-Fehler. DavidPostill vor 9 Jahren 0
@DavidPostill - Sie können zumindest versuchen, es zu debuggen, bevor Sie aufgeben, weil Tim Post seine Schlüssel verloren hat. Besonders wenn wir den Fehler reproduzieren können. Divin3 vor 9 Jahren 0
@ Divin3 Debuggen ist nicht möglich. ** Wir können die Quelle der Website nicht sehen. wie es konfiguriert ist, etc. ** Die Tim Post war ein Witz: /. Es ist ein Fehler von 404, weil der Webmaster es angegeben hat. Ist das so schwer zu verstehen? DavidPostill vor 9 Jahren 1
@DavidPostill - Ich habe den Witz verstanden, ich habe den Beitrag rot. Es gibt Menschen, die Dinge akzeptieren und sagen, dass das Universum auf diese Weise geschehen wollte; und Menschen, die den genauen Grund wissen wollen, auch wenn es auf den ersten Blick unmöglich zu lösen scheint. Ratet mal, welcher Typ ich bin. Entschuldigen Sie, dass Sie stur sind. Divin3 vor 9 Jahren 0
@ Divin3 Siehe meine Antwort. Ich habe auf ** erweitert, warum es nicht möglich ist ** DavidPostill vor 9 Jahren 0
Sie geben auch keine grundlegenden Informationen wie Ihr Betriebssystem und den von Ihnen verwendeten Browser an. DavidPostill vor 9 Jahren 0

3 Antworten auf die Frage

2
Divin3

Persönlich kenne ich nur Grundlagen der HTML-Codierung und Webserver, aber sehen wir uns die Fakten an, die wir hier finden können:

  • Wenn wir den Link http://www.moreshesashkenaz.org/mm/publications/MadrichEnglish.pdf öffnen,
    funktioniert das manchmal, manchmal404

  • Wenn wir http://www.moreshesashkenaz.org/mm/publications/ öffnen,
    als ich es zum ersten Mal geöffnet habe, waren die Dateien sichtbar und die Verknüpfungen funktionierten, jetzt sind sie alle verschwunden. EDIT: Ich habe festgestellt, dass es für mich funktioniert, nachdem ich es geöffnet habe, Ich habe das MadrichEnglish.pdf-ende gelöscht und die Seite neu geladen (nicht durch Aktualisieren), damit es funktioniert.

  • Das Pinging von www.moreshesashkenaz.org (66.33.211.53) lieferte ein gutes Ergebnis, daher glaube ich nicht, dass der Server überlastet ist

  • Ich habe http://www.moreshesashkenaz.org/mm/publications/ geöffnet gelassen, als es in eine Registerkarte geladen wurde. Das Interessante ist, dass wenn ich es jetzt öffne, die Liste leer ist, aber von der Registerkarte, wo sie zuvor geladen wurde, funktionieren die Links immer noch einwandfrei.

  • Es wird immer interessanter, wenn ich weiter teste, denn wenn ich die URL der Registerkarte kopiere, in der die Liste leer ist und sie in eine andere Registerkarte einfügt, wird die Liste geladen. Wenn ich sie jedoch als neuen Link öffne, öffnen Sie sie beispielsweise über diesen Link http: //www.moreshesashkenaz.org/mm/publications/ es wird wieder leer.

  • Auch wenn ich den Link in ein Word-Dokument kopiere und von dort aus öffne, funktioniert der Link wieder.

Ich hoffe, dass diese Informationen für jemanden klingeln und eine angemessene Antwort geben. Ich kann nur vermuten, dass dies etwas mit der Zeichencodierung zu tun hat.

BEARBEITEN:

  • Getestet den Link mit Internet Explorer, Chrome, Waterfox (* 64-Bit-Version von Firefox), auf IOS mit Safari und - die gleichen Ergebnisse: Das Kopieren des Links auf einen neuen Tab bewirkt, dass die Links geladen werden, das Öffnen der Seite als Hyperlink nicht richtig laden.
    Wenn Sie den Link mit der Stack Exchange-App öffnen, funktioniert die Seite ordnungsgemäß und die Links werden ebenfalls geladen. Ich habe auch versucht, es mit der Facebook-App zu öffnen, und die Links konnten nicht erneut geladen werden.
Also nur ein beschissener Server. Und nein: sicherlich nicht in Bezug auf die Zeichenkodierung. Warum würden Sie denken, dass zufälliges Verhalten dadurch verursacht wurde? Beachten Sie auch, dass Ping nicht wirklich den * Web * Server auf dem Computer trifft. Arjan vor 9 Jahren 0
@Arjan - Das ist keine Frage, dass es ein beschissener Server ist. Dies ist kein zufälliges Verhalten, es ist ein Fehler. Die URL wird geladen, wenn ich den Link kopiere und an der Adresse im Browser anhebe. und funktioniert nicht als Hyperlink. Meine Vermutung war die Zeichenkodierung, weil das Kopieren des Textes ihn auf eine Weise verändern könnte, die wir nicht sehen. Sie haben recht mit dem Ping, wir können die Serverlast nicht nach dem Ping bestimmen, aber die Seite wird jedes Mal geladen, wenn Sie die URL kopieren und einfügen. Es muss also etwas anderes sein. Divin3 vor 9 Jahren 0
* "Die URL wird geladen, wenn ich den Link kopiere und an der Adresse im Browser anhebe" * - dann Cookies oder `REFERER`-Zauber. Es gibt einfach zu viele Optionen, aber die Zeichenkodierung gehört nicht dazu. Die URL enthält überhaupt keine seltsamen Zeichen. Arjan vor 9 Jahren 0
@Arjan - Ich kann nicht mit dir streiten, da ich sicher bin, dass du mehr Wissen über Webserver hast. Es war nur das erste, was mir in den Sinn kam. Wenn Sie meine Antwort verbessern möchten, können Sie sie sicher bearbeiten, und ich akzeptiere die Bearbeitung, die Sie vornehmen. Ich habe gerade Grundlagenforschung betrieben. Divin3 vor 9 Jahren 0
Es roch auch ein bisschen fehlerhaft für mich. Ich konnte es einfach nicht reproduzieren. Ich versuche den von Ihnen beschriebenen Prozess. Wenn Sie es erfolgreich auslösen konnten barlop vor 9 Jahren 0
wget scheitert weiterhin nicht .. und Sie können wget-url --debug tun. Vielleicht kann eine Browsererweiterung zeigen, was in den Kopfzeilen passiert, und sie dann anzeigen, wenn sie nicht funktioniert barlop vor 9 Jahren 1
Ich bekomme die leere Liste, wenn ich mit der rechten Maustaste klicke und einen neuen Tab auf dem Veröffentlichungslink mache. Und das sieht aus wie ein Serverfehler und nicht wie ein 404er, weil ein 404 keine Datei erhalten würde, aber die Indexdatei bekommt dies aber nur eine ohne Dateien aufgeführt .. http://i.imgur.com/rcCmYdU.png Das Problem mit der Publikationsliste sieht eher wie ein Fehler aus. Ich frage mich, ob es mit dem 404-Fehler zusammenhängt, den ich bekomme. +1 für die Forschung barlop vor 9 Jahren 0
@ barlop - es war keine Frage, dass es sich um einen Serverfehler handelt, aber warum wird er geöffnet, wenn wir den Hyperlink per Hyperlinks kopieren und einfügen? Was ist der Unterschied? Divin3 vor 9 Jahren 0
Für (fehlende) Cookies (Sitzungen) und `REFERER` bei der Verwendung von Links in Office-Dokumenten, wenn Internet Explorer nicht Ihr Standardbrowser ist: Vorsicht bei der [Microsoft Office Protocol Discovery, die zuerst verborgenen Internet Explorer verwendet] (http: // superuser.com/questions/444984/excel-hyperlink-not-redirecting-properly-bug/445431#445431). Beachten Sie auch, dass einige Browser (z. B. Safari) den REFERER nicht festlegen, wenn Sie einen Link in einem neuen Browser öffnen. aber Firefox tut, also ist das hier nicht das Problem. Arjan vor 9 Jahren 0
@Arjan - aktualisierter Beitrag mit etwas mehr Recherche über Browser. Divin3 vor 9 Jahren 0
@barlop - Wie ist der aktuelle Stand dieses Problems? Haben Sie weitere Informationen gefunden? Ich frage mich immer noch, was die Ursache für diese * Anomalie * sein könnte. Divin3 vor 9 Jahren 0
@ Divin3 Vielleicht schreibe ich ihnen eine E-Mail ... und wenn ich eine Antwort bekomme, werde ich hier antworten und @ you dich wissen lassen barlop vor 9 Jahren 1
@ barlop - das würde ich begrüßen, ich bin ziemlich neugierig. :-) Divin3 vor 9 Jahren 0
2
DavidPostill

Warum gibt das PDF unter diesem Link regelmäßig einen Fehler 404?

Kurze Antwort:

Debuggen ist nicht möglich. Wir können die Quelle der Website nicht sehen, wie sie konfiguriert ist usw.

Lange Antwort:

Es gibt allgemein akzeptierte Gründe für 404-Antworten ( einige Beispiele finden Sie unter HTTP 404 ), aber eine Website kann so konfiguriert werden, dass sie aus irgendeinem Grund 404 zurückgibt (je nachdem, was der Autor der Website mit einer bestimmten Anfrage gemacht hat).

Es gibt nichts, was die Rückgabe eines 404-Fehlers verhindert, weil es heute Freitag ist (um ein Beispiel zu geben) oder weil Tim Post seine Schlüssel verloren hat .

Es liegt vollständig beim Autor der Website.

Da die Website relativ sicher erscheint, haben wir keinen Zugriff auf die Konfiguration oder den Quellcode. Daher haben wir keine Möglichkeit, dies herauszufinden.

Was wissen wir über die Website?

Es verwendet das Folgende:

  • PHP
  • SSL
  • JavaScript
  • MooTools
  • Joomla

und eine Reihe anderer Technologien.

Nichts davon ist von außen zugänglich, so dass es nicht hilfreich ist, das Problem zu beheben.

Quelle Standortbericht für www.moreshesashkenaz.org

Debuggen mit Firefox

Anforderungsheader:

Host: www.moreshesashkenaz.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:40.0) Gecko/20100101 Firefox/40.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-GB,en;q=0.5 Accept-Encoding: gzip, deflate DNT: 1 Referer: http://www.moreshesashkenaz.org/mm/publications/ Cookie: 4957186c87cf302cf91cc7d50c18a108=S%2CSKrRvB%2CMirDEhhz%2CPgH2; jfcookie[lang]=en Connection: keep-alive If-Modified-Since: Fri, 14 Aug 2015 11:14:25 GMT

Antwort:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en-us" lang="en-us" dir="ltr"> <head> <title>404 - Error: 404</title> <link rel="stylesheet" href="/templates/system/css/error.css" type="text/css" /> </head> <body> <div align="center"> <div id="outline"> <div id="errorboxoutline"> <div id="errorboxheader">404 - Component not found</div> <div id="errorboxbody"> <p><strong>You may not be able to visit this page because of:</strong></p> <ol> <li>an <strong>out-of-date bookmark/favourite</strong></li> <li>a search engine that has an <strong>out-of-date listing for this site</strong></li> <li>a <strong>mistyped address</strong></li> <li>you have <strong>no access</strong> to this page</li> <li>The requested resource was not found.</li> <li>An error has occurred while processing your request.</li> </ol> <p><strong>Please try one of the following pages:</strong></p> <p> <ul> <li><a href="/index.php" title="Go to the Home Page">Home Page</a></li> </ul> </p> <p>If difficulties persist, please contact the System Administrator of this site.</p> <div id="techinfo"> <p>Component not found</p> <p> </p> </div> </div> </div> </div> </div> </body> </html>

Beachten Sie die in der Antwort enthaltene CSS:

/templates/system/css/error.css

Dies beinhaltet den folgenden Kommentar:

/** * CSS Document for offline page * @version $Id: error.css 14401 2010-01-26 14:10:00Z louis $ * @package Joomla * @copyright Copyright (C) 2005 - 2010 Open Source Matters. All rights reserved. * @license GNU/GPL, see LICENSE.php * Joomla! is free software and parts of it may contain or be derived from the * GNU General Public License or other free or open source software licenses. * See COPYRIGHT.php for copyright notices and details. */

Beachten Sie das Folgende:

CSS-Dokument für Offline-Seite

Die Website enthält dieses CSS, da es (aus welchem ​​Grund auch immer) für die Rücksendung von "Offline-Seiten" codiert wurde.

Das ist eine wirklich schöne Antwort. Gut zusammengesetzt Dies verdient die +1 auch für die Anstrengung, die Sie in sie investieren. Ich vermisse nur eine einzige Sache: Sie sprechen nicht über die eigentliche Hauptfrage. Was kann der Unterschied zwischen dem Kopieren und Einfügen eines Links in die Adressleiste des Browsers oder dem Öffnen über einen Hyperlink sein? Divin3 vor 9 Jahren 0
Ich sehe das nicht in Ihrer Frage (nur in einem Kommentar zu einer anderen Antwort). Wenn Sie sich auf den Link http://www.moreshesashkenaz.org/mm/publications/ beziehen, dann habe ich keine Ahnung. Ich kann mir keine Möglichkeit vorstellen, dies zu debuggen. Es könnte sich nur um einen Browserfehler handeln. DavidPostill vor 9 Jahren 0
Ich habe das auf verschiedenen Browsern ausprobiert und es verhält sich gleich, daher kann es kein Browserfehler sein. Divin3 vor 9 Jahren 0
0
Paultergates

Try to add following into your .htaccess file :

<IfModule mod_rewrite.c> RewriteEngine on RewriteRule !(js|ico|gif|jpg|png|pdf|css|swf|flv|libraries|maint|admin|login|logout|reg) index.php [QSA,L,NC] </IfModule>

I had the same problem with PDF (and other file types), then my hoster informed me to add NC for RewriteRule

Bitte lesen Sie die Frage noch einmal sorgfältig. Ihre Antwort beantwortet die ursprüngliche Frage nicht **. Das OP ist ** nicht ** der Besitzer der Website, daher kann er * .htaccess `nicht ändern. ** DavidPostill vor 8 Jahren 0
@DavidPostill Es kann gut, teilweise und in Umrissen antworten. Wenn es der Fehler ist, dass diese Zeile auf dem Server sein sollte und nicht, dann wäre das theoretisch ein Teil Der andere Teil wäre der Antwort auf die Antwort: Wenn dies der Fall ist, dann warum, und er hat vorgeschlagen, dass er nicht wüsste, warum, aber sein Hosting-Provider hat dies gesagt, als er dieses Problem hatte, was recht ist. barlop vor 8 Jahren 0

Verwandte Probleme