Только для чтения при обновлении данных XML

Вы можете использовать хэши для этого двумя способами:

1. Для облегчения обновления — при запросе обновления вы хешируете весь фид и сравниваете результат с хэшем последнего раза — если они идентичны, вы знаете, что фид не изменился и может остановиться, даже не проанализировав его.
2. Для выявления изменений. При синтаксическом анализе вы хешируете каждый элемент и сравниваете его с хэшами, сохраненными при предыдущих запусках. Если он соответствует одному, вы знаете, что видели его раньше.

Если рассматриваемый фид предлагает guid для своих элементов, вы можете уточнить этот процесс, сохранив пары guid‹>hash. Это ускорит сравнение, так как вы будете сравнивать элементы только с известными предыдущими версиями, а не со всеми предыдущими элементами.

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

HTTP Conditional GET, вероятно, максимально приближен к что вы хотите.

Из-за разнообразия rss нет простого решения поднятой вами проблемы. Основная проблема заключается в том, как определить уникальность rss-элемента. Это может быть руководство, время публикации или сам контент, но это может быть сложно определить автоматически.

Как только вы узнаете критерии уникальности, вы сможете сохранить все «старые» элементы и сравнить их с самыми новыми, которые вы получите.

Заголовки HTTP Cache Control и Expires можно использовать в качестве оптимизации для сайтов, которые это поддерживают, но, к сожалению, некоторые этого не делают.

Решение @Henrik верное, однако проще всего предоставить вам пример данных хеширования:

// hash the three channel variables
$hash = sha1($channel_title . $channel_link . $channel_desc);

// here you should check the currently stored database hashed 
// value against current hash value to see if any channel variables
// have recently changed
if ($database_hash != $hash) {
    // you need to update the channel data in your database
    // including the new hash value
}

for ($i = 0; $i < 3; $i++) {

    // hash the item values
    $hash = $item_title . $item_link . $item_description

    // here you should check the currently stored database hashed 
    // value against all item hash values to see if any item variables
    // have recently changed
    if ($database_hash != $hash) {
        // you need to update the item data in your database
        // including the new hash value
    }

}

Кроме того, если вы хотите быстро проверить, не изменились ли какие-либо данные в XML-файле, вы можете хешировать XML как строку. Вы должны сохранить это значение и сверяться с ним каждый раз, когда запускаете задание cron, чтобы увидеть, изменилось ли значение (что указывает на изменение некоторых данных в XML-файле).

$overall_hash = sha1($xmlDoc->saveXML());

Ваши клиенты всегда будут запрашивать данные фида, поэтому вы не всегда можете контролировать, когда они спрашивают. Я не думаю, что большинство читателей каналов подчиняются заголовкам HTTP Cache Control / Expires, поэтому вы не можете полагаться на использование спецификации HTTP и кэширование HTTP.

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