Intereting Posts
перенаправить старый тип почтового адреса на новый URL-адрес структуры проблема с меню категории, он не хочет показывать ссылку Добавление пользовательских размеров изображения в медиа-загрузчик Как использовать AJAX, чтобы проверить, не был ли пользователь еще зарегистрирован? Автоматическое резервное копирование WordPress Два домена, указывающие на одну и ту же установку WordPress Использование media-upload.php – требует от пользователя возможности edit_posts? Добавить сообщение об успехе в категорию добавить экран советы по созданию запроса связанных должностей, такого как тот, который используется в stackexchange Может ли wp_query возвращать сообщения мета в одном запросе? Настроить вывод JSON Объедините несколько файлов CSS в один Пользовательский короткий код + запрос и заказ сообщений с использованием нескольких дополнительных пользовательских флажков Сортировка сообщений через пользовательские значения таксономии с использованием флажков? Страница для показа пользовательских сообщений и одной категории

Любые инструменты для быстрого захвата комментариев / комментариев?

На данный момент я работаю над агрегатором для бесплатной службы блога.

Существенно, что несколько человек представляют свои блоги WP в агрегатор для агрегации.

В настоящее время я использую слегка взломанную версию http://feedwordpress.radgeek.com/

То, что я хочу, чтобы сделать, – это каждый бит синдицированного контента отстреливаться на эту должность и захватывать последние комментарии и комментарии.

У кого-нибудь есть мнения относительно наилучшего способа сделать это?

Solutions Collecting From Web of "Любые инструменты для быстрого захвата комментариев / комментариев?"

  1. захватить rss-каналы для сообщений
  2. хватайте комментарии rss feed для каждого из этих сообщений
  3. сделать его кешем, если вы хотите сделать несколько прогонов, также полезно для отладки плохих каналов
  4. не делайте этого кода в wordpress install, но в автономном месте, где вы устанавливаете magpierss /

Используйте токен, который хранит последнюю дату в каждом RSS-канале, читаемом в следующий раз, когда вы выполняете «агрегацию»,

a) Возможно, повторно объединить его в новый RSS-канал и опубликовать его для подписки. b) Возможно, повторная публикация каждого сообщения в новом твиттере

заголовок:

require_once 'magpierss/rss_fetch.inc'; define("MAGPIE_CACHE_DIR", "/home/yoursite/cache"); define("MAGPIE_CACHE_ON", true); 

простой цикл, основанный на файловом хранилище кеша и last-datetime-counter:

 $rss = fetch_rss('http://whateversite/rss.php'); $filename = "/your_path_to_datetime_token/timedatetoken.txt" ; $fp = fopen($filename, 'r'); $lastdate = fread($fp, filesize($filename)); fclose($fp); $wroteLastDate = false; // read feed foreach ($rss->items as $item) { $published = $item['date_timestamp']; if ($published > $lastdate) { if ($wroteLastDate == false) { $fp = fopen($filename, 'w'); fwrite($fp, $published); fclose($fp); $wroteLastDate = true; } $title = $item[title]; $url = $item[link]; $guid = $item[guid]; $description = $item[description]; $description = strip_tags($description); // now store it somewhere or eg post it to your owb blog via xmlrpc } } 

Таким образом, тот же цикл необходим для комментариев, которые являются формой / фидом, поэтому вы вызываете с каждым сообщением, которое вы находите выше ($ url), новый точно тот же цикл, но затем для ($ url) / feed. Это комментарии, один и тот же цикл, одна и та же процедура.

Строка «// теперь хранит ее где-то или, например, отправляет ее в ваш блог owb через xmlrpc», теперь означает, что вы могли бы называть свой собственный блог-агрегатор xmlrpc, чтобы добавить новую запись или новый комментарий к существующему сообщению.

1) добавление нового сообщения довольно по умолчанию, вы можете вызвать эту функцию:

 function wpPostXMLRPC($title,$body,$rpcurl,$username,$password,$categories=array(867)) { $categories = implode(",", $categories); $XML = "<title>$title</title>" . "<category>$categories</category>" . $body; $params = array('','',$username,$password,$XML,1); $request = xmlrpc_encode_request('blogger.newPost',$params); $ch = curl_init(); curl_setopt($ch, CURLOPT_POSTFIELDS, $request); curl_setopt($ch, CURLOPT_URL, $rpcurl); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_TIMEOUT, 1); curl_exec($ch); curl_close($ch); } 

и блог вводится в блоге агрегатора. Теперь для комментария: вы должны проверить, что сообщение уже присутствует в вашем блоге перед добавлением комментария через XMLRPC. Итак, сначала сделайте чек, затем сделайте комментарий (и, возможно, сделайте это, даже до добавления нового сообщения).

Добавить новый комментарий через: wp.newComment (http://codex.wordpress.org/XML-RPC_wp)

Я вам близок к базе данных приложений агрегатора, вы можете пропустить XMLRPC и делать вместо вызовов прямой базы данных XMLRPC для проверки, например, если сообщение уже присутствует, захватить идентификатор, а затем проверить, присутствует ли комментарий, если он не хранится, если обновлено , обновите его, если он удален, а затем удалите его (чтобы полностью синхронизироваться).

(вам нужно удалить комментарии и сообщения на своей стороне, чтобы люди не звонили вам, чтобы удалить сообщение или комментарий из-за всех причин, иногда лет спустя) ->, приводящее к решению о том, как долго вы хотите сохранить агрегированные сообщения и комментарии для внешнего дисплея.

Я бы запустил этот запланированный rss-checker и updater как отдельное приложение, а не в том же приложении, где слой представления должен сделать его масштабируемым и т. Д. …

ИМХО