これには実際には 2 つの側面があり、おそらく互いに独立して行う必要があります。
まず、Flickr API の更新を確認する方法が必要です。これは、サービスでローカルに使用できるデータのキャッシュされた表現を構築するスクリプトである可能性があることをお勧めします。cronjob を介してこれをトリガーできます (cron の構成方法については、ここで既に適切な回答が得られているため、スキップします)。
クライアントが Flickr API への呼び出しを開始する必要はありません。60 の同時クライアントが Flicker までの更新を毎分チェックしている場合と同じように、基本的に平均して 1 秒に 1 回更新をチェックすることになります。
Flickr データのキャッシュされた表現は、操作しやすいと思われる形式 (JSON など) にすることができます。ページのロード時に、キャッシュされたデータを取得するために AJAX 経由で呼び出すことができるサーバー側のスクリプトを介して、キャッシュされたデータをフロントエンド (つまり、javascript) に公開します。
サーバーサイドスクリプトを毎分実行し、最新のデータをいくつかのjavascript変数に入力することで、スクロール動作とは無関係にデータをjavasciptに更新できます。
次に、スライドショーを毎分直接更新するか、お勧めのように、スクロールがループして最初に戻ったときに、スライドショーを最新のデータ (既に JavaScript にある) から再構築することができます。
考慮すべきことの 1 つは、可能であれば、スライドショー情報が Flickr で最後に更新されたとき、サーバーに最後にキャッシュされたとき、および javascript がサーバーからデータを最後にプルしたときのデータを保持することです。これらの更新時間を比較することで、最初に更新する必要があるかどうかを判断するだけで、キャッシュの再構築、javascript での表現の再構築などの手間を省くことができます。