エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント2件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
KAGOYAのDBのみのレンタル、外部APIのデータキャッシュに使える気がする。 » とりあえず9JP
APIを提供している多くのサービスが、負荷対策として様々な制限を設けている。 例えば、「1つのAPIキー... APIを提供している多くのサービスが、負荷対策として様々な制限を設けている。 例えば、「1つのAPIキーあたり、○秒間に1回しかデータを返さない」とか。 それらの「制限」と上手く付き合っていくためにはどうしても「キャッシュコントロール」というのが必要になってくるけど、このキャッシュのコントロール機能、仕組みそのものは大して難しくはないけど、同一のAPIにアクセスするアプリケーションを複数のレンタルサーバに設置する場合、キャッシュはそれぞれのサーバに持つ事になってしまう。 自分が知ってる範囲でDBへの外部接続を許可している共用レンタルサーバって国内にほぼ無いし、キャッシュの共有のためにVPSや専用サーバのMySQLポートを開けるのってバカバカしいし。 かといって、レンタルサーバ毎にキャッシュして・・・というのは非合理的な気がするし、各APIの制限に引っかかる可能性も出てくる。 そこで、[KA
2010/11/25 リンク