Access-Control-Allow-Origin: *
は、status-page-apiにとっては悪い考えかもしれません。他のウェブサイトは、ajax経由でapiにアクセスすることで、ステータスページからwifiクライアントの地理的位置を取得できるからです。
参考: DBのwifiで同様の問題
非常に真実です。 ステータスページを完全に壊すことなく、2つの可能な解決策があります。
Access-Control-Allow-Origin: $site.next_node.name$
のみを送信します。 これは、ステータスページが最初にnext_nodeアドレスを介して呼び出された場合にのみ、ネイバーデータを表示します(その後、次のノードから移動した場合でも)。私は(2)が好きです。 小さな変更のようで、問題に対処します。 <<<-気が変わった。 私はもっとリンクするのが好きです。
これにはある程度の移行時間が必要ですが、別のノードが選択されたときにバックエンドURLを変更するだけでなく、他のノードのステータスページに実際にリンクするようにステータスページを変更するだけで、問題全体を回避できます。
到達可能性をチェックするために使用できる空のページを返すだけで、単一のAccess-Control-Allow-Origin: *
エンドポイントを提供することもできます(そして、現時点でバックエンドURLに対してすでに行われているように、これに基づいて隣接ノードのアドレスを選択します)。
最も参考になるコメント
これにはある程度の移行時間が必要ですが、別のノードが選択されたときにバックエンドURLを変更するだけでなく、他のノードのステータスページに実際にリンクするようにステータスページを変更するだけで、問題全体を回避できます。
到達可能性をチェックするために使用できる空のページを返すだけで、単一の
Access-Control-Allow-Origin: *
エンドポイントを提供することもできます(そして、現時点でバックエンドURLに対してすでに行われているように、これに基づいて隣接ノードのアドレスを選択します)。