![](https://cdn-ak-scissors.b.st-hatena.com/image/square/85eb28eac4fbae53f791fd57466f5f693ddab1ea/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--KJJOElY4--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%2525E3%252582%2525A2%2525E3%252583%252597%2525E3%252583%2525AA%2525E8%2525B5%2525B7%2525E5%25258B%252595%2525E6%252599%252582%2525E3%252581%2525ABDB%2525E8%2525B5%2525B7%2525E5%25258B%252595%2525E3%252582%252592%2525E5%2525BE%252585%2525E3%252581%2525A4%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3Amethane%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9saDMuZ29vZ2xldXNlcmNvbnRlbnQuY29tL2EtL0FPaDE0R2h4RE5nS2F5a3FreGhkeUZMaG9Yc3hRVk9QVFVrd3hqTngtZGlxT05FPXMyNTAtYw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
アプリ起動時にDB起動を待つ
めったに変更されないけれども参照回数が多いデータは、アプリケーションのメモリ内にキャッシュするの... めったに変更されないけれども参照回数が多いデータは、アプリケーションのメモリ内にキャッシュするのが効率的です。 これはISUCONでもよくやる最適化なのですが、起動時にキャッシュするデータをDBから読み込むと再起動試験でfailする要因になりえます。 db.Open() はコネクションプールを初期化するだけでDBに接続しないので接続エラーも起こらないのだが、このAPIの結果 err == nil だと接続できるように錯覚しがち 開発中のアプリケーション再起動時に常にDBサーバーが生きているのでエラーが起こらない 再起動試験しても先にDBサーバーが起動したり、アプリサーバーの再起動が完了(再起動前のDBからキャッシュを取得できる)してからDBを再起動し始めるとやはりエラーが起こらず気づけ無い。 こんなミスでfailノースコア敗退するのはあまりにももったいないので、アプリケーション起動時にDB