web-dev-qa-db-fra.com

Facebook - Erreur lors de l'analyse de l'URL d'entrée, aucune donnée n'a été mise en cache ou aucune donnée n'a été supprimée

Après des recherches, j'ai trouvé que beaucoup de gens étaient confrontés au même problème. Mais jusqu'à présent, je ne trouve pas de solution, cela s'est produit après avoir basculé mon serveur sur linode.com

prenons un exemple. www.acemark2u.com est l'un des sites Web hébergés sous le serveur linode, lorsque j'essaie de déboguer dans https://developers.facebook.com/tools/debug/og/object/ , il suffit n'a pas pu récupérer les informations de raclage correctement, et si j'essaie avec l'une des pages www.acemark2u.com/about-us, cela me montre simplement l'erreur "Erreur lors de l'analyse de l'URL d'entrée, aucune donnée n'a été mise en cache ou aucune donnée n'a été grattée. . "

des choses étranges se produisent. lorsque j'essaie de déboguer en utilisant l'adresse IP 106.187.35.114/~acemark2 tout se passe bien. bien chercher, pas d'erreur 404 pour les pages.

Je soupçonne que cela pourrait être causé par la fonction "gethostbyaddr" (réf: http://www.gearhack.com/Forums/DisplayComments.php?file=Computer/Network/Internet/Preventing_Your_Web_Server_From_Blocking_Facebook_Share ) mais jusqu'à présent, je n'ont pas de solutions.

10
bravo net

j'ai enfin trouvé la solution.

Dans mon enregistrement DNS A/AAAA par défaut, je n'ai pas supprimé ces quelques ip

2400:8900::f03c:91ff:fe73:a95d  Default
mail    2400:8900::f03c:91ff:fe73:a95d  Default
www 2400:8900::f03c:91ff:fe73:a95d  Default

c'est pourquoi certains utilisateurs pointeront vers l'IP ci-dessus lorsqu'ils accèdent via une adresse Web appropriée.

4
bravo net

Pour les personnes rencontrant le même problème mais pour des causes différentes, j'ai découvert quelques choses intéressantes sur la façon dont Facebook "gratte" les pages, vérifiant les journaux du serveur tout en faisant quelques essais.

Tout d'abord: si vous n'avez jamais essayé de partager une page avec FB, FB n'a jamais essayé de la gratter, et il n'essaiera pas de le faire si vous ne mettez que l'url dans l'outil Debug . C'est la première raison parce que vous obtenez l'erreur: il indique simplement que FB n'a aucune information sur la page, vous devez le "forcer" à gratter la page.

La première fois que vous essayez de partager une page, FB la gratte (demande à votre serveur les premiers 40k de la page et analyse les balises opengraph). Ce qui peut arriver, c'est que vous ne voyez pas l'image: la boîte de dialogue de partage Facebook n'affiche pas les vignettes lors du premier chargement

La raison en est que FB dans les coulisses gratte toujours votre page et met en cache l'image. La prochaine fois, en fait, vous aurez aussi l'image. Comment le résoudre? Pré-mise en cache: https://developers.facebook.com/docs/sharing/best-practices#precaching

ou ajoutez simplement

<meta property="og:image:width" content="450"/>
<meta property="og:image:height" content="298"/>
14
Kzar

Cette question a déjà accepté la réponse, mais au cas où cette réponse ne fonctionne pour personne ici, c'est ce qui a fonctionné pour moi.

L'URL que j'ai fournie dans le og:url était une URL protégée, c'est-à-dire que seuls les utilisateurs peuvent afficher la page pointée par l'URL qui est connectée. Lorsque j'ai modifié l'URL pour pointer vers ma page d'accueil qui peut être consultée par les utilisateurs connectés ou déconnectés, à savoir. http://www.ercafe.com tout a bien fonctionné.

3
Saumil

Nous avons eu un problème similaire sur l'un de nos sites.

Nous avons résolu ce problème en désactivant Apache mod_security pendant que nous utilisons l'outil de débogage d'objet facebook pour "récupérer de nouvelles informations de raclage"

0
Paul leclercq

Pour moi, la solution consistait à remplacer les enregistrements DNS A

example.sk  3600    1.2.3.4
www.example.sk  3600    1.2.3.4

à

example.sk  3600    1.2.3.4
*.example.sk    3600    1.2.3.4
0
michalzuber