После исследования я обнаружил, что много людей сталкиваются с одной и той же проблемой. Но пока я не решусь, это произошло после того, как я переключил свой сервер на 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), но пока у меня нет решений.
я нашел решение наконец.
В моей записи по умолчанию 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-адрес при доступе через соответствующий веб-адрес.
Для людей, которые сталкиваются с одной и той же проблемой, но по разным причинам, я обнаружил несколько интересных вещей о том, как 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"/>
Этот вопрос уже принял ответ, но в случае, если этот ответ не работает для кого-либо, это то, что сработало для меня.
URL-адрес, который я предоставил в og:url, был защищен URL-адресом, то есть только те пользователи могут просматривать страницу, указанную URL-адресом, который имеет вход. Когда я изменил URL-адрес, чтобы указать на мою домашнюю страницу, которую можно просмотреть как подписанными, так и подписанными пользователями, а именно. http://www.ercafe.com все работает нормально.
У нас была аналогичная проблема на одном из наших сайтов.
Мы решили это, отключив apache mod_security, в то время как мы используем инструмент отладки объекта facebook для "получения новой информации о царапинах"
Для меня решение заменило записи 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