Pourquoi le pdf à ce lien donne-t-il périodiquement une erreur 404?

Si je vais à ce lien

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

parfois (peut-être toujours), je reçois une erreur 404

Par chance, une fois que j'ai cliqué dessus, il a réussi à se charger.

Puis j'ai appuyé sur shift-F5 et cela a échoué. Bien que maintenant je trouve shift-F5 et il charge toujours.

Quand il n'a pas chargé, j'ai eu ce message

Bien que parfois il charge.

Je ne l'ai pas encore échoué avec wget, bien que je suppose que ce soit une chance.

Quelle pourrait en être la cause? Peut-être que le serveur est soumis à une charge de travail énorme?

Je serais intéressé par tout ce que je peux faire pour assurer le chargement des liens, même si je suppose que c'est un problème pour eux, et que je ne peux rien faire. Dans ce cas, je serais toujours intéressé par ce qui pourrait le causer. .

http-status-code-404

— barlop
source

Il semble que la fenêtre de message couvre les possibilités. Vous ne demandez sûrement pas aux gens de spéculer sur ce qui pourrait se passer chez l'hôte? Pourquoi ne pas simplement cliquer sur la page d'accueil et chercher un moyen de contacter l'administrateur du site et poser des questions sur le lien?

— fix1234

@ fix1234 eh bien le point 6 qu'une erreur s'est produite lors du traitement de la demande, couvrirait n'importe quoi, mais ce n'est évidemment pas ce que je cherche, c'est, ce n'est pas une grande révélation qu'une erreur s'est produite, n'est-ce pas. Je suppose que je pourrais envoyer un courrier électronique à l’administrateur, mais peut-être que les personnes qui gèrent des serveurs Web ont peut-être une idée de ce qui peut causer le problème. Je suis intéressé par ce qui peut potentiellement le causer.

— barlop

Juste une suggestion - demander ce que vous avez décrit dans votre commentaire est une meilleure question que de poser des questions sur un lien spécifique (ce qui peut être interprété comme demandant aux gens de spéculer sur la raison pour laquelle ce lien se comporte mal). Les causes potentielles d'une 404 sont une question beaucoup plus claire et factuelle.

— Fix1234

@ fix1234 Les causes potentielles d'un 404 sont tout ce que le concepteur de site Web souhaite qu'elles soient. Il peut rendre une 404 simplement parce qu'il en a envie ou parce que Tim Post a perdu ses clés ;) Sur une note plus sérieuse, fr.wikipedia.org/wiki/HTTP_404 répond assez bien.

— DavidPostill

@ Divin3 Il n'est pas possible de déboguer. Nous ne pouvons pas voir la source du site. comment il est configuré, etc. Le Tim Post était une blague: /. Il est une erreur 404 parce que le webmaster a dit qu'il était . Est-ce si difficile à comprendre?

— DavidPostill

Réponses:

Pourquoi le pdf à ce lien donne-t-il périodiquement une erreur 404?

Réponse courte:

Il n'est pas possible de déboguer. Nous ne pouvons pas voir la source du site Web, comment il est configuré, etc.

Longue réponse:

Il existe des raisons généralement acceptées pour les réponses 404 (voir HTTP 404 pour quelques exemples), mais un site Web peut être configuré pour renvoyer 404 pour une raison quelconque (en fonction de ce que l'auteur du site a décidé de faire avec une demande particulière).

Rien n'empêche le retour d'une erreur 404 car c'est vendredi aujourd'hui (pour donner un exemple) ou parce que Tim Post a perdu ses clés .

C'est entièrement l'auteur du site.

Comme le site Web semble être raisonnablement sécurisé, nous n’avons pas accès à sa configuration ni à son code source, nous n’avons donc aucun moyen de le savoir.

Que savons-nous sur le site

Il utilise les éléments suivants:

PHP
SSL
JavaScript
MooTools
Joomla

et un tas d'autres technologies.

Rien de tout cela n'est accessible de l'extérieur, il n'est donc pas utile de déboguer votre problème.

Rapport de site source pour www.moreshesashkenaz.org

Débogage avec firefox

En-têtes de demande:

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

Réponse:

<!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>

Notez le css inclus dans la réponse:

/templates/system/css/error.css

Cela inclut le commentaire suivant:

/**
 * 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.
 */

Notez les points suivants:

Document CSS pour la page hors connexion

Le site Web inclut ce code CSS car il a été codé (quelle que soit la raison) pour le renvoyer pour les "pages hors connexion".

— DavidPostill
source

C'est une très bonne réponse. Bien composé. Cela mérite le +1 même pour l'effort que vous y avez mis. Une seule chose me manque: vous ne parlez pas de la question principale. Quelle est la différence entre copier-coller un lien dans la barre d’adresses du navigateur ou l’ouvrir par un lien hypertexte?

— Divin3

Je ne vois pas cela dans votre question (seulement dans un commentaire à une autre réponse). Si vous faites référence au lien moreshesashkenaz.org/mm/publications, je n'en ai aucune idée. Je ne peux pas penser à une manière de déboguer ceci. Cela pourrait simplement être un bug du navigateur.

— DavidPostill

J'ai essayé cela sur différents navigateurs et cela fonctionne de la même manière, donc ça ne peut pas être un bug du navigateur.

— Divin3

Personnellement, je ne connais que les bases du codage html et des serveurs Web, mais voyons les faits pour en savoir plus ici:

Si nous ouvrons le lien http://www.moreshesashkenaz.org/mm/publications/MadrichEnglish.pdf,
parfois cela fonctionne, parfois404
Si nous ouvrons http://www.moreshesashkenaz.org/mm/publications/
lorsque je l'ai ouvert pour la première fois, les fichiers étaient visibles et les liens fonctionnaient. Maintenant, ils ont tous disparu. EDIT: J'ai réalisé que cela fonctionnait pour moi car après l'avoir ouvert , J’ai supprimé l’ MadrichEnglish.pdfajout et le rechargement de la page (et non en le rafraîchissant) pour le faire fonctionner.
Pinging www.moreshesashkenaz.org (66.33.211.53) a donné un bon résultat, donc je ne pense pas que ce soit parce que le serveur est surchargé
J'ai laissé http://www.moreshesashkenaz.org/mm/publications/ ouvert quand il est chargé dans un onglet. La chose intéressante est que si je l'ouvre maintenant, la liste est vide, mais depuis l'onglet où elle était chargée auparavant, les liens fonctionnent toujours correctement.
Cela devient de plus en plus intéressant au fur et à mesure que je teste car si je copie l'URL de l'onglet où la liste est vide et le colle dans un autre onglet, la liste se charge, mais si je l'ouvre en tant que nouveau lien, par exemple à partir de ce lien http: //www.moreshesashkenaz.org/mm/publications/ il se vide à nouveau.
De plus, si je copie le lien dans un document Word et que je l'ouvre à partir de là, le lien fonctionne à nouveau.

J'espère que ces informations sonneront le glas de quelqu'un et donneront une réponse appropriée. Je ne peux que deviner que cela a quelque chose à voir avec le codage de caractères.

MODIFIER:

Testé le lien avec Internet Explorer, Chrome, Waterfox (* version 64 bits de Firefox), sur IOS avec safari et obtenu les mêmes résultats: la copie du lien dans un nouvel onglet entraîne le chargement des liens, ouvrant ainsi la page sans lien hypertexte. charger correctement.
Lorsque vous ouvrez le lien avec l'application Stack Exchange, la page fonctionne correctement et vous chargez également les liens. J'ai également essayé de l'ouvrir avec l'application Facebook et les liens n'ont pas été chargés de nouveau.

— Divin3
source

Donc: juste un serveur de merde. Et non: sûrement pas lié à l'encodage de caractères. Pourquoi penseriez-vous qu'un comportement aléatoire serait causé par cela? Notez également que la commande ping ne frappe pas le serveur Web sur la machine.

— Arjan

@Arjan - Il ne fait aucun doute que c'est un serveur de merde. Ce n'est pas un comportement aléatoire, c'est un bug. L'URL est chargée si je copie le lien et le colle à l'adresse du navigateur. et ne fonctionne pas comme un lien hypertexte. J'imagine que c'est l'encodage des caractères, car la copie du texte pourrait le changer d'une manière que nous ne voyons pas. Vous avez raison en ce qui concerne le ping, nous ne pouvons pas déterminer la charge du serveur après le ping, mais la page se charge à chaque fois si vous copiez-collez l'URL, il doit donc s'agir de quelque chose d'autre.

— Divin3

"L'URL est chargée si je copie le lien et le colle à l'adresse du navigateur" , puis les cookies ou la REFERERmagie. Il y a tout simplement trop d'options, mais le codage de caractères n'en fait pas partie. L'URL n'a pas de caractères étranges du tout.

— Arjan

wget continue de ne pas échouer .. et vous pouvez faire wget url --debug peut-être une extension de navigateur Web peut montrer ce qui se passe re en-têtes, et montrera ensuite quand cela ne fonctionne pas

— barlop

@ Divin3 Peut-être que je leur enverrai un e-mail un peu de temps .. et si je reçois une réponse, je vous répondrai ici et @ vous le

— fera

-1

Essayez d'ajouter ce qui suit dans votre .htaccessfichier:

<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>

J'ai eu le même problème avec PDF ( et d' autres types de fichiers ), puis mon hebergeur m'a informé à ajouter NCpourRewriteRule

— Paultergates
source

Veuillez relire attentivement la question. Votre réponse ne répond pas à la question initiale. Le PO n'est pas le propriétaire du site Web, il ne peut donc pas en changer.htaccess

— DavidPostill

@DavidPostill Il pourrait bien y répondre dans une certaine mesure, en partie et dans ses grandes lignes .. car s'il est vrai que l'erreur est que cette ligne doit être sur le serveur et qu'elle ne l'est pas, elle ferait en principe partie Pour ce qui est de la réponse, l’autre partie serait que si tel était le cas, alors pourquoi, et il a suggéré qu’il ne savait pas pourquoi, mais son fournisseur d’hébergement l’a dit quand il a eu ce problème, ce qui est assez juste.

— barlop