Сайт не действителен - но это
Итак, я создаю веб-сайт под названием "dagbok.nu", который на шведском означает "дневник сейчас":)
В любом случае, при создании приложения Facebook он утверждает, что URL сайта недействителен, как и домен приложения. Для URL сайта я использовал " http://dagbok.nu/ ", а для домена сайта я использовал "dagbok.nu". Пожалуйста, не отвечайте (как я видел, что другие делают по аналогичным вопросам), что я должен напечатать URL сайта со схемой и домен без - это именно то, что я делаю.
Итак, в соответствии с другим вопросом здесь, можно было бы с трудом снять эту функцию, используя собственный скребок URL FB, поэтому я сделал именно это:
http://developers.facebook.com/tools/debug/og/object?q=http%3A%2F%2Fdagbok.nu
И ответ: Ошибка синтаксического анализа URL: Ошибка синтаксического анализа входного URL, данные не были очищены. Верно, поэтому теперь я могу предположить, что причина, по которой он считается недействительным, заключается в том, что FB не может очистить URL. Но почему?
Согласно этому вопросу, одной из причин, по-видимому, является то, что FB считает URL -адрес небезопасным или "спамом". Я приобрел этот домен у предыдущего владельца, так что это было не так уж невозможно. Но когда я делал то же самое, что и Мэтью в этом посте - то есть пытался опубликовать в моей временной шкале домен " http://dagbok.nu/ ", я не получил никакой информации. Поле статуса расширилось, как будто включало миниатюру и информацию о ссылке, но оно содержало только текст "(без заголовка)" и ничего более. 
Так что теперь я не знаю, что делать. Я попытался проверить записи DIG и NS с нескольких серверов по всему Интернету, и все, кажется, разрешают это правильно, и у меня были друзья, которые также дважды проверяли URL -адреса из штатов. Я не могу понять, что не так, и я понятия не имею, как спросить кого-то в FB, как решить эту проблему. У кого-нибудь здесь есть хороший совет для этого? Заранее спасибо!:)
РЕДАКТИРОВАТЬ При изменении домена на другой домен, который указывает на тот же веб-сервер и document_root, это работает! Так что это определенно проблема с доменом "dagbok.nu", а не с кодом на этой странице.
РЕДАКТИРОВАТЬ При использовании функции отладки выше - я не вижу активности в журнале сервера, что так всегда. Facebook даже не связывается с сервером. При использовании альтернативного URL -адреса с последнего редактирования он появляется в журналах, как и должно быть.
РЕДАКТИРОВАТЬ Я отправил отчет об ошибке в Facebook, и их первым ответом было то, что они собирались продолжить. Теперь, спустя месяц, я получил электронное письмо, в котором говорилось: "Мы расставляем приоритеты по ошибкам на основе влияния на сообщество разработчиков. Поскольку этот отчет об ошибках не получил большого внимания со стороны других разработчиков, мы закрываем его, чтобы лучше сосредоточиться на вершине проблемы ", а затем они сказали мне, чтобы я пошел сюда в stackru, чтобы попытаться решить мою проблему - но проблема с ними, и, конечно, никто не сообщил, что мой сайт не работает, он влияет только на меня, и я еще не открыл его из-за этой ошибки!
РЕДАКТИРОВАТЬ Я хотел подать новый отчет об ошибке, но я не могу даже этого сейчас, так как они блокируют отчеты об ошибках с этим URL!
Я должен был отредактировать URL - вот новый отчет об ошибке
6 ответов
Когда Facebook пытается очистить ваш сайт для получения информации, они отправляют вызов на ваш сервер с помощью специального пользовательского агента под названием " facebookexternalhit"...
Facebook нужно почистить вашу страницу, чтобы узнать, как ее отобразить на сайте.
Facebook очищает вашу страницу каждые 24 часа, чтобы убедиться, что свойства обновлены. Страница также очищается, когда администратор страницы Open Graph нажимает кнопку "Мне нравится" и когда URL-адрес вводится в URL-адрес Facebook Linter. Facebook отслеживает заголовки кеша на ваших URL-адресах - он просматривает "Expires" и "Cache-Control" в порядке предпочтения. Однако, даже если вы укажете более длительное время, Facebook будет очищать вашу страницу каждые 24 часа.
Пользовательский агент скребка: "facebookexternalhit / 1.1 (+ http://www.facebook.com/externalhit_uatext.php)"
- Убедитесь, что он не заблокирован брандмауэром вашего сервера
- Посмотрите в журнале вашего сервера, если он даже пытался получить доступ к вашему сайту
- Если вы считаете, что это проблема с брандмауэром, посмотрите эту ссылку
Ваша проблема, кажется, связана с вашей строкой кодировки символов. Ваш сервер Apache в данный момент отправляет неподдерживаемую строку latin1, Вы определили свой meta:content-type как iso-8859-1, Смотрите валидатор w3c
Из того, что я видел, синтаксический анализатор Facebook немедленно остановится, если он обнаружит либо нераспознанную строку кодировки символов, либо несоответствие строк кодировки символов между вашим заголовком и метатегами.
Проблема может быть связана с вашим httpd.conf или же php.ini файлы. Измените их в соответствии с вашими meta и перезапустите Apache. Так как проблема, кажется, зависит от домена, я бы проверил httpd.conf первый.
Может ли ваш домен быть в черном списке? Не могли бы вы отправить кому-нибудь свой URL-адрес и посмотреть, не выдает ли Facebook сообщение об ошибке "Это сообщение содержит заблокированный контент..."?
Например:
Если вы не предоставите определенную минимальную разметку Facebook на своей странице, она ответит: "Ошибка парсинга URL: ошибка парсинга входного URL, данные не были удалены". Я только посмотрел на домашнюю страницу, но кажется, что dagbok.nu не содержит разметки Facebook. Я не уверен, какие вещи должны присутствовать как минимум, но в моей реализации я предполагаю, что метатег fb:app_id и сценарий JavaScript SDK должны быть там. Возможно, вы захотите взглянуть на http://developers.facebook.com/docs/guides/web/, в частности, раздел Аутентификация.
Я обнаружил твой вопрос, потому что у меня была та же самая ошибка сегодня по неизвестной причине. Я обнаружил, что это вызвано тем, что в содержимом моего метатега og:image использовался неправильный URL-адрес изображения, которое я пытался использовать. Поэтому, добавляя разметку Facebook на свою страницу, убедитесь, что ваши значения верны, иначе вы можете продолжать получать это сообщение.
Была такая же проблема, и я обнаружил, что это неправильный IPv6-адрес в записях AAAA для моего домена. Запись IPv4 была правильной, поэтому сайт работал в браузере, но FB явно проверяет записи IPv6!
Это не проблема Facebook, если вы посмотрите на то, что я обнаружил.
Результаты при тестировании с помощью W3C Online Validation Tool - 1 из 2 результатов.
Протестировано с использованием: dagbok.nu, но обратите внимание, что http://dagbok.nu не имеет различий в результатах теста. Удалите последнюю косую черту между тестами.
Тест: 1
Результаты: 72 Ошибки 0 Предупреждение
Примечание. Здесь показан фрагмент исходной веб-страницы DOCTYPE Frameset.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
<NOSCRIPT><IMG SRC="http://svs.bystorm.se/rv?java=off"></NOSCRIPT><SCRIPT SRC="http://svs.bystorm.se/rvj"></SCRIPT>
<HTML STYLE="height:100%;">
<HEAD>
<META HTTP-EQUIV="content-type" CONTENT="text/html;charset=iso-8859-1">
Тест: 2
Результаты: 4 ошибки 1 предупреждение
Примечание. Здесь показан фрагмент исходной веб-страницы Transitional DOCTYPE.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html >
<head>
<title>Dagbok: Framsida</title>
<meta http-equiv="content-type" content="text/html; charset=iso-8859-1">
<meta name="author" content="Jonas Eklundh Communication (http://jonas.eklundh.com)">
<meta name="author-email" content="jonas@eklundh.com">
<meta name="copyright" content="Jonas Eklundh Communication @2012">
<meta name="keywords" content="Atlas,Innehållssystem,Jonas Eklundh">
<meta name="description" content="">
<meta name="creation-time" content="0,079s">
<meta name="kort" content="DGB">
Повторные тесты зацикливают эти результаты, когда они делаются с интервалом в несколько секунд, указывая, что происходит перенаправление страницы.
Предупреждения о безопасности отображаются в Firefox и Chrome при посещении вашего сайта с использованием этих безопасных URL-адресов:
https://dagbok.nu/
https://www.dagbok.nu/
Браузер указывает, что сайту нельзя доверять, потому что он олицетворяет другой сайт, используя недействительный сертификат безопасности от *.loopiasecure.com
Рекомендация: проверьте файл.htaccess, настройки CMS, перенаправление страниц и настройки безопасности. Используйте указанные выше исходные веб-страницы, чтобы понять, какие файлы-местоположения / имена файлов используются для обнаружения того, что установлено неправильно.
Как только это будет сделано, я думаю, что Facebook будет рад отладить вашу веб-страницу и предоставить дополнительные рекомендации.
Эта проблема также может возникнуть при использовании Cloudflare. Это связано с тем, что Cloudflare защищает страницу от Facebook, который затем не может собрать данные, что, в свою очередь, заставляет Facebook думать, что страница недействительна.
Мое исправление было:
- Отключите Cloudflare для страницы.
- Очистите страницу с помощью инструментов разработчика Facebook: https://developers.facebook.com/tools/debug/og/object
- Нажмите и дайте запустить кнопку "Получить новую информацию для очистки".
- Повторно включите защиту от облачных вспышек для страницы.
После этого вы сможете продолжить добавление нужной страницы.