Next.js 9.4 Fast RefreshとIncremental Static Regeneration等のアップデート - Qiita
Next.js 9.4 Fast RefreshとIncremental Static Regeneration等のアップデートJavaScriptReactNext.js Hot ReloadがReact Refreshを用いたFast Refreshに置き換えられました。 これで編集したファイル内のコードのみが更新され、コンポーネントの状態を失うことなく再レンダリングを行ってくれます。 これに伴いエラーのオーバーレイも再設計され、ページ上ですぐにエラーを確認できるようになっています。 Incremental Static Regeneration (beta) 段階的な静的ページ再生成がサポートされました。 Next.js 9.3でサポートされたStatic Generationでは、ビルド時に生成したページでなくてもfallback: trueオプションを利用することで実行時に新しい
ブラウザキャッシュ(Cache Bustingとbfcache)について - Qiita
Cache Bustingについて ブラウザは、画像などの静的素材のキャッシュを行っているため、サーバー側の画像が更新されてもキャッシュのために画像が変わらないことがあります。 これを避けるために素材のパスに「?version=20180331」のようなクエリ文字列を付ける手法があります。これをCache Bustingといいます。 phpによる実現方法 デプロイの際にCache Bustingに使う定数を定義したファイルを生成（デプロイごとにユニークになるようにする）
キャッシュについて整理 - Qiita
キャッシュとは 使用頻度の高いデータを高速な記憶装置に蓄えておくことにより、いちいち低速な装置から読み出す無駄を省いて高速化すること。また、その際に使われる高速な記憶装置や、複製されたデータそのもののこと。 - IT用語辞典 Webサイトの表示においては、一度アクセスしたページのデータを特定の場所に保存することで、次回アクセス時の表示を速くし、サーバへの無駄なリクエストを減らせるというメリットがあります。また一口にキャッシュといっても下記の2種類があるので、どちらを指しているのか（あるいは両方か）意識しておきましょう。 ブラウザのキャッシュ：そのパソコンのユーザーが見たページのデータがローカルに溜まっていく。 キャッシュサーバのキャッシュ：不特定多数のユーザーが見たページのデータがネットワーク上に溜まっていく。 キャッシュの制御方法 ✏️ HTTPレスポンスヘッダ で制御 ➡️ Cache
~/.yarn-cache/ を CI でキャッシュしてはいけない - Qiita
2017/01/16 (月) 追記： CircleCI の公式ドキュメントに yarn の導入方法が明記されています。今後はそちらに合わせるのがベターです。 Install and Use Yarn (the NPM replacement) on CircleCI - CircleCI これまで行っていた設定だと、yarn のパッケージインストールのタイミングで「すでに yarn がインストール済み」とエラーが発生するようになってしまいました。よって以下は古い記事なので、読み飛ばしてください。 要約すると yarn 0.17.x から、キャッシュ保存先が OS によって変わる ようになった！ CI で ~/.yarn-cache/ をキャッシュする設定を入れている場合、正しいパスに変える必要がある ~/.cache/yarn/ (Linux の場合) 事の流れ 先週あたりから、npm に
ElasticCache典型的な利用構成 - Qiita
AWSのElasticCacheに関する基本的な内容をまとめてみたものです。ElasticCacheに関する、Web上にすでにある解説コンテンツをまとめたサイトの抜粋です。 ElasticCache 典型的な利用構成 Stateシェアリングパターン ロードバランサーを使って複数のWebサーバーやAPサーバーを動かしている場合は、障害発生時にステート情報が消失してしまうことがある。 このようなステート情報の消失を防ぐためには、個々のサーバーに情報を格納するのではなく、共有のデータストアにステート情報を持たせるState Sharingパターンが有効です。 AWSではElasticCacheを使って、ステート情報を保持することができます。 個々のサーバーに障害が起きても、ElasticCacheにあるステート情報を参照すれば、正常な状態に復帰することが可能です。 DB Cacheパターン デー
MySQLパフォーマンスチューニング -クエリキャッシュ適用状況の確認- - Qiita
花粉真っ盛り。 もれなく花粉症MAXな日々を過ごしております。 まみーです。 前回のエントリーからの続きになります。 MySQLパフォーマンスチューニング -my.cnfの見直し- 今回は、前回の設定結果の中から、クエリキャッシュの効き具合を測定・検証していきます。 概要 my.cnf に設定した内容のうち、クエリキャッシュについて検証します。 前回の設定変更から1週間経過した時点での値の比較となります。 目的 設定されていなかったクエリキャッシュが適切に効いているのかを検証し、設定が妥当かどうか判断します。 問題点 サービスの運用上、以下の問題点があります。 変更できない テーブル構成 リクエストごとに増え続ける ログレコード 必要な リアルタイム検索機能 状況 クエリキャッシュ設定前の状況は以下でした。 リアルタイム検索を 複数実行するとサーバーが落ちる 1プロセスでも 応答に30秒
PHPがstatシステムコールの結果をキャッシュしている件 - Qiita
PHPのstatキャッシュ PHPにはCurrentStatFileという内部管理用の変数があり、直前のstatシステムコールの結果を1件だけ覚えています。これはたとえば次のような状況で使われます。 <?php mkdir("foo"); var_dump(is_dir("foo")); // bool(true) var_dump(is_dir("foo")); // bool(true) パッと見ではわかりませんが、実は上記プログラムのis_dir()の内部処理は1回目と2回目とで異なっています。1回目は真面目にstatシステムコールを呼んでfooがディレクトリかどうかOSに問い合わせているのですが、2回目の呼び出しではシステムコールを呼ばず、直前のシステムコールが返した値を使い回すという挙動になっています。本稿ではこのキャッシュのことをstatキャッシュと呼ぶことにします。 以下の関
クロスプラットフォーム対応KVS Akavache を使ってお手軽にデータを保存する - Qiita
Xamarin Advent Calendar 2015、今日から開始です。 3年目になってもネタに尽きない Xamarin 、まだまだ盛り上がっております。 かくいう自分は、前回の投稿 が約1年前と、完全に時代遅れになっております（仕事とスプラ...いえ何でもないです）。 最近のトピックスは他の方にお任せして、1年前からのネタを書きます。 Xamarin でギョームアプリを開発している時に、Android/iOS で使える ORM を探していたというか、JSON のデータをお手軽に保存・読み出し→インスタンス化できるライブラリないかなーと探していました。 Xamarin の公式ドキュメント Cross-Platform Data Access - Xamarin には、 SQLite.NET や ADO.NET などが紹介されていますが、どれも面倒そう。そこで使ってみようと思ったのが 2
# Dalliのsession_id作成部分をざっくり読む[途中まで] - Qiita
def get_session(env, sid) unless sid and session = @pool.get(sid) sid, session = generate_sid, {} unless @pool.add(sid, session) raise "Session collision on '#{sid.inspect}'" end end [sid, session] end ここでセッションIDを作成してるっぽい。 unless sid and session = @pool.get(sid)ここでsidの有無を確認していて、存在しなかった場合はgenerate_sidを呼び出してsidを作成してるっぽい。
![# Dalliのsession_id作成部分をざっくり読む[途中まで] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/bb8a0ce1cd8d16f2b29c9e4c1cbd6761967f7308/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTIzJTIwRGFsbGklRTMlODElQUVzZXNzaW9uX2lkJUU0JUJEJTlDJUU2JTg4JTkwJUU5JTgzJUE4JUU1JTg4JTg2JUUzJTgyJTkyJUUzJTgxJTk2JUUzJTgxJUEzJUUzJTgxJThGJUUzJTgyJThBJUU4JUFBJUFEJUUzJTgyJTgwJTVCJUU5JTgwJTk0JUU0JUI4JUFEJUUzJTgxJUJFJUUzJTgxJUE3JTVEJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz02NWE4MmQ4NTIxZjE5Y2E5MzM4MDQ0NThlYzJlZjgxZA%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc29wbGFuYSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9YzA2YThhOTA1MTMwNTAyODhkNDE2YWNhNThkMWQwNzE%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D032b59f9b50ed845056694fbb9095940)
Rails のキャッシュについて - Qiita
Rails3 まで ページキャシュ（ページ全体をキャッシュ） ページのレンダリング結果を静的な HTMLファイルとしてファイルシステムに保存する機能。HTMLファイルは publicディレクトリ以下に配置され、Webサーバ（Nginxなど）から直接返すことができる。リクエストパラメータ（条件付き GET リクエスト）が付与される場合は避けた方が良い。 アクションキャッシュ（アクション単位でキャッシュ） ページキャッシュと同じく、ページ全体をキャッシュする機能。柔軟な制御をしたい場合はアクションキャッシュを用いる。（非ログインユーザのみに対してページキャッシュしたいなど）アクションキャシュは、Webサーバで直接返さず、2回目以降のアクセスでも Rails で処理する。その分負荷がかかるが、柔軟な制御ができる。また、アクションキャシュの保存は設定した Railsのキャッシュストア（Action
それでもMemcachedを使いたいあなたに - Qiita
はじめに Memcachedと、一般的なクライアントライブラリを用いた時の問題を 本当は怖いMemcached としてまとめました。 その時の結論としては「お手軽にMemachedを冗長化したいんだったらKyotoTycoonの相互レプリケーション機能を使うのがいいよ。」でしたが、多少のパフォーマンス劣化を許容できるのであれば、Memcachedでも信頼性を担保出来るやり方がありましたので、その記事になります。 この方式は過去に実際に利用したことのある方式に少し手を入れてデータ削除時の不整合発生を抑制する方式になります。 前回の記事の補足について ちなみに、前回の記事に関して、以下の様なコメントをいただいております。それぞれ大変有り難いご指摘ではあるのですが、ここではいちいち反論しておきます。 Q. そもそもキャッシュなんだから信用出来ないよね。 A. マスタデータ更新時に自分でキャッシュ
Railsでmemcacheを使ってobjectをキャッシュ - Qiita
Page Cache Action Cache Fragment Cache とかじゃなくて普通にObjectをStoreしたいんだよって時に。
【Rails】cacheを消したい時のワンライナー - Qiita
memcachedとRedisでそれぞれキャッシュを格納している場合にも対応している 確認しに使用したライブラリは * memcachedの場合はdalli * Redisの場合はredis-rails 以下のコマンドだとmemcachedのデータが消えなかった Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up
ブラウザのキャッシュを無効にする（Charles版） - Qiita
で「Enable No Chaching」にチェック。 下のOnly for selected locationsにチェックを入れて、サイトをしてするとキャッシュを無効にするサイトを限定できて便利。 リンク Charles HTTP proxy Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up
APCがAPCuとZend OPcacheに取って代わられたワケ - Qiita
これはなに？ 古いPHPを使用しているサービスだと、5.6+にマイグレーションする際にもAPCを使いたいという要望が多い。 PHP5.5+でなぜAPCではなくZend OPcacheやAPCuを使うようになったのか？ そもそもZend OPcacheやAPCuってなんなのさ！ って説明できるようになるために調べてみました。 APCとZend OPcache/APCuの関係 APCが機能として持っている opecode cache機能とdata cache機能を PHP 5.5+では opecode cache : Zend OPcache data cache : APCu で提供するようになりました。 そうなった経緯 経緯が綺麗にまとまったサイト。 https://www.devside.net/wamp-server/installing-apc-for-php-5-5 ざっくりまとめ
【CakePHP】キャッシュ削除 - Qiita
CakePHPではパフォーマンス向上のため、app/tmp/cacheにキャッシュファイルを持っている。 core.phpのデバッグレベルを0にした状態で、テーブル定義を変更すると、テーブル定義のキャッシュと不整合のためエラーになる場合がある。 デバッグレベルを0にした状態（本番環境）でテーブル定義を変更した場合の対策をまとめる。 1.デバッグレベルを1以上にしてアクセス デバッグレベルを1以上の場合、都度キャッシュファイルが書き換わるので。 2.app/tmp/cache配下のキャッシュファイルを削除 まんまキャッシュファイルを削除 3.キャッシュファイル削除用のコンソールを作成実行 デプロイ時にコンソールを実行してキャッシュを削除する。 自分のところではこれを採用している。 class CacheClearShell extends AppShell { function main()
AWS ElastiCacheでredis - Qiita
Why? AWS Elastic Beanstalkで環境構築自動化という事をやったりしたわけなので、 複数サーバ間でセッションを共有したいのであります。 通常サーバ上で動作させるredisやmemcachedはお互いのIPを知っていればサーバ間でデータが共有できるんですが、 オートスケールで追加されたEC2インスタンスのIPを調べて、 それぞれのサーバに通知して、 クラスタを追加 みたいな動きをつくるのも、クラスタ接続時に問題起きない？とか考えるのもマジ面倒。 もういい、使おうElastiCache！ Cache Cluster Create AWS ElastiCache Get Startd Now!! それぞれ入力していきましょう。 memcachedよりリッチなredisを使います。 そのリッチさの代償ゆえか同じインスタンスタイプでもredisの方が使えるメモリ量が少ない とかど
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Laravel キャッシュクリア系コマンドなど - Qiita
railsでsessionをredisに保存する - Qiita
illuminate/CacheをLaravelフレームワークの外で使う方法 - Qiita
