Facebook - Ошибка анализа URL-адреса ввода, данные не были кэшированы или данные не были очищены

После исследования я обнаружил, что много людей сталкиваются с одной и той же проблемой. Но пока я не решусь, это произошло после того, как я переключил свой сервер на linode.com

позволяет взять пример. www.acemark2u.com является одним из веб-сайтов, размещенных под сервером linode, когда я пытаюсь отлаживать https://developers.facebook.com/tools/debug/og/object/, он просто не мог получить информацию о царапинах правильно, и если я попробую с одной из страниц www.acemark2u.com/about-us, он просто показывает мне ошибку "Ошибка анализа входного URL-адреса, данные не были кэшированы или данные не были очищены".

происходят странные вещи. при попытке отладки с использованием IP-адреса 106.187.35.114/~acemark2 все идет гладко. красиво, без ошибок 404 для страниц.

Я подозреваю, что это может быть вызвано функцией "gethostbyaddr" (ref: http://www.gearhack.com/Forums/DisplayComments.php?file=Computer/Network/Internet/Preventing_Your_Web_Server_From_Blocking_Facebook_Share), но пока у меня нет решений.

Ответ 1

я нашел решение наконец.

В моей записи по умолчанию A/AAAA по умолчанию я не удалял эти несколько ip

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

почему некоторые пользователи указывают на указанный выше IP-адрес при доступе через соответствующий веб-адрес.

Ответ 2

Для людей, которые сталкиваются с одной и той же проблемой, но по разным причинам, я обнаружил несколько интересных вещей о том, как Facebook "царапает" страницы, проверяя журналы сервера, выполняя некоторые испытания.

Прежде всего: если вы никогда не пытались поделиться страницей с FB, FB никогда не пытался ее очистить, и она не будет пытаться это сделать, если вы только поместите URL-адрес в инструмент Debug, Это первая причина, по которой вы получаете ошибку: она просто заявляет, что FB не имеет информации на странице, вы должны "заставить" ее очистить страницу.

В первый раз, когда вы пытаетесь поделиться страницей, FB сбрасывает ее (запрашивает у вашего сервера первые 40k страницы и анализирует теги opengraph). Что может случиться, так это то, что вы не видите изображение: Facebook Share Dialog не отображает миниатюры с первой загрузкой

Причина в том, что FB за кулисами все еще очищает вашу страницу и кэширует изображение. В следующий раз, на самом деле, у вас есть и изображение. Как его решить? Предварительное кэширование: https://developers.facebook.com/docs/sharing/best-practices#precaching

или просто добавьте

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

Ответ 3

Этот вопрос уже принял ответ, но в случае, если этот ответ не работает для кого-либо, это то, что сработало для меня.

URL-адрес, который я предоставил в og:url, был защищен URL-адресом, то есть только те пользователи могут просматривать страницу, указанную URL-адресом, который имеет вход. Когда я изменил URL-адрес, чтобы указать на мою домашнюю страницу, которую можно просмотреть как подписанными, так и подписанными пользователями, а именно. http://www.ercafe.com все работает нормально.

Ответ 4

У нас была аналогичная проблема на одном из наших сайтов.

Мы решили это, отключив apache mod_security, в то время как мы используем инструмент отладки объекта facebook для "получения новой информации о царапинах"

Ответ 5

Для меня решение заменило записи 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