посмотрите этот пример того, как макросы читателя могут расширить средство чтения шепелявости с помощью сложных задач как шаблонная обработка XML:
http://common-lisp.net/project/cl-quasi-quote/present-class.html
этот пользовательская библиотека компиляции статические части XML в UTF-8 закодировали литеральные массивы байтов во время компиляции, которые готовы быть записью-sequence'd в сетевой поток. и они применимы в нормальных макросах шепелявости, они являются ортогональными... размещение влияний символа запятой, какие части являются постоянными и которые должны быть оценены во времени выполнения.
[еще 116] детали, доступные в: http://common-lisp.net/project/cl-quasi-quote/
другой проект, что для расширений синтаксиса языка Common LISP: http://common-lisp.net/project/cl-syntax-sugar/
Я полагаю, что эти две ссылки широко обсуждают ваши проблемы. fb: ref сбрасывает наличные, вызывая
fbml.refreshRefUrl
следующим образом
<tt>fbml.refreshRefUrl("http://www.mysite.com/someurl.php")
Вы можете изучить связанные вещи здесь fb: ref . Я надеюсь, что это будет работать для вас
Этот ответ предназначен для разработчиков.
Очистка кэша означает, что на новых ресурсах этой веб-страницы будет отображаться новый контент, который предоставляется в тегах OG. Но только если URL, над которым вы работаете, имеет менее 50 взаимодействий (лайки + публикации). Это также не повлияет на старые ссылки на эту веб-страницу, которые уже были размещены на Facebook. Только после повторного предоставления URL-адреса в Facebook способ отображения ссылки в Facebook будет обновлен.
ответ catandmouse верный, но вы также можете сделать так, чтобы Facebook очистил кеш OG (OpenGraph), отправив почтовый запрос на graph.facebook.com (работает как для http, так и для https на момент написания этого ответа). Вам не нужен токен доступа.
Почтовый запрос к graph.facebook.com может выглядеть следующим образом:
POST / HTTP/1.1
Content-Type: application/x-www-form-urlencoded
Host: graph.facebook.com
Content-Length: 63
Accept-Encoding: gzip
User-Agent: Mojolicious (Perl)
id=<url_encoded_url>&scrape=true
В Perl вы можете использовать следующий код, где библиотека Mojo :: UserAgent используется для отправки и получения HTTP-запросов. :
sub _clear_og_cache_on_facebook {
my $fburl = "http://graph.facebook.com";
my $ua = Mojo::UserAgent->new;
my $clearurl = <the url you want Facebook to forget>;
my $post_body = {id => $clearurl, scrape => 'true'};
my $res = $ua->post($fburl => form => $post_body)->res;
my $code = $res->code;
unless ($code eq '200') {
Log->warn("Clearing cached OG data for $clearurl failed with code $code.");
}
}
}
Отправка этого почтового запроса через терминал может быть выполнена с помощью следующей команды:
curl -F id="<URL>" -F scrape=true graph.facebook.com
Я только что опубликовал простое решение, которое занимает 5 секунд здесь, в соответствующем сообщении здесь - Отладчик Facebook: очистить весь кэш сайта
краткий ответ ... измените ваши постоянные ссылки на сайте Werpdress в настройках постоянных ссылок на пользовательские. Я только что добавил подчеркивание.
/ _% postname% /
, а затем Facebook удаляет их все как новые URL, новые сообщения.
Если вы использовали управляемые плагины WordPress или кэширования, вы должны ОЧИСТИТЬ КЕШ, прежде чем инструмент отладчика Facebook сможет получить новую информацию!
Я потянул свои волосы в течение нескольких недель, выясняя, почему я сделал изменения не появится в отладчике Facebook в течение 24 часов !!!! Исправление заключается в том, что я должен зайти в свою панель управления WordPress, щелкнуть значок Godaddy вверху и нажать «очистить кэш». Я думаю, что у многих управляемых хостеров WordPress есть кеш, чтобы выяснить, как его очистить, и вы будете золотыми.