並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 661件

新着順 人気順

キャッシュの検索結果201 - 240 件 / 661件

  • Amazon EC2から負荷テストを行うときの落とし穴と対策 | DevelopersIO

    ども、大瀧です。 ここのところ新機能を追いかける記事ばかりだったので、今回は少し毛色の異なるノウハウ系を書いてみます。 負荷テストの前置き(読み飛ばし可) 「Webサイトがテレビ番組で紹介されることになった!大幅なアクセス増がやってくる!」という場合に、ロードバランササービスのElastic Load Balancing(ELB)やCDNのCloudFrontなどスケールするサービスを組み合わせ乗り切るというのは、クラウドらしい柔軟性の高さを活かせる典型な例かと思います。実際、弊社の事例でも多くのお客様に提供し、ご好評をいただいています。 これらのサービスを構成するにあたり、実際のアクセス増に耐えられるか試すため負荷テストを実施することも多いと思いますが、大規模なケースになってくると難しいのが負荷テストを実施するマシンの確保です。これについてもAmazon EC2であれば、Auto Sca

      Amazon EC2から負荷テストを行うときの落とし穴と対策 | DevelopersIO
    • 404エラーで消えてしまったページを各種キャッシュサービスから掘り起こすChrome拡張「Web Cache」

      404エラーで消えてしまったページのキャッシュを、Google・Yahoo・Bing・InternetArchiveなどの各種キャッシュで一度に探すことができる、Google Chrome用の無料拡張機能が「Web Cache」です。。 Web Cache - Chrome ウェブストア https://chrome.google.com/webstore/detail/web-cache/coblegoildgpecccijneplifmeghcgip?utm_source=chrome-app-launcher-info-dialog Web CacheをインストールするにはGoogle Chromeで上記のリンクを開いて、「CHROMEに追加」をクリック。 ポップアップウィンドウが表示されるので、「追加」をクリック。 「Web CacheがChromeに追加されました」と表示されたら

        404エラーで消えてしまったページを各種キャッシュサービスから掘り起こすChrome拡張「Web Cache」
      • [Studying HTTP] HTTP Header Fields

        このウェブサイトは販売用です! studyinghttp.net は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、studyinghttp.netが全てとなります。あなたがお探しの内容が見つかることを願っています!

        • CDNのエッジで実行する系が面白い

          先日の Next.js Conf で Vercel は Next.js の新しいバージョン「12」をリリースした。 興味深いのは、Vercel は同時にEdge Functionsというサービスを開始したことだ。 Edge Functions – Vercel 謳い文句のひとつに Push your functions to the edge とあるように、「エッジ」で実行される「関数」を提供するプラットフォームである。 ここで言うエッジとはなにかというと、Vercel は明言していないが CDN のエッジのことだ。 Vercel の例のように「CDN のエッジで実行する系」が増えている。例えば以下の 7 つだ。 Cloudflare Workers Fastly Compute@Edge AWS CloudFront Functions AWS Lambda@Edge Deno Depl

            CDNのエッジで実行する系が面白い
          • 軽量高速Webサーバのnginxで静的コンテンツ配信とキャッシュコントロール

            nginxとは? nginxはロシアで開発されている軽量で高速なWebサーバです。 現在シェアは 7% 近くあるようです。もちろんApacheに比べれば少ないですが、Apache 55%、IIS 25%, nginx 7%で3番目に使われているWebサーバになります。 昔は、Pound+Lighttpd+Apacheの組み合わせをよく使っていましたが、ここ数年はnginx+Apacheとかになりました。 主に、静的コンテンツをnginxが受け持ち、PHPなどの動的コンテンツはApacheに渡す形になります。Railsを使う場合は、nginx+Unicornの組み合わせが多いです。 いまさらな感じもありますが、インフラ周りの見直しも含めて紹介したいと思います。 静的コンテンツをnginxに任せる nginx+Apacheの場合の設定は次のようになります。(nginxがport 80、Apac

              軽量高速Webサーバのnginxで静的コンテンツ配信とキャッシュコントロール
            • iOS6 Mobile SafariがAjax POSTでキャッシュする問題を回避する方法 | DevelopersIO

              iOS6出た! iOS6が出来ましたね。社内ではiPhone5を入手した社員がLTEの速度に驚いていました。私はまだiPhone4Sですが、iOS6にして新しい機能を楽しんでいるところです。さて、iOS6にしてSafariの仕様が変わって困ったと言った投稿が海外のフォーラムで挙っています。それも、基本的なPOST通信についてです。これは困ったということで、動作を確認して対策方法についてシェアしたいと思います。 どんな時にPOSTをキャッシュする? まずはどんな状況か確認してみたいと思います。 Cache-ControlもExpiresも無い場合 : iOS6 Mobile SafariはPOSTをキャッシュする Cache-Control max-age=0指定 と Expires指定 : iOS6 Mobile SafariはPOSTをキャッシュする Cache-Control: no-

              • ConsistentHashing - コンシステント・ハッシュ法

                ConsistentHashing - コンシステント・ハッシュ法 目次 この文書について コンシステント・ハッシュ法 実例 実装 用途 コンシステント・ハッシュ法 この文書について "Tom White's Blog: Consistent Hashing" の日本語訳です. http://weblogs.java.net/blog/tomwhite/archive/2007/11/consistent_hash.html 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... 原文のライセンス: http://creativecommons.org/licenses/by-nc-sa/2.0/ 私は今までに何度かコンシステント・ハッシュ法にとりくんだことがある。 このアイデアをあらわした論文 ( David Karger らによる Consistent Hashing and R

                • [Q&A]MySQL開発でやってしまいがちな致命的ミス | Yakst

                  Percona MySQL Webinarsの発表(MYSQL開発でやってしまいがちな致命的なミスについて)のQAをご紹介します。 本発表はSQLアンチパターン著者のBill Karwinさんの発表です。 オリジナル: http://www.percona.com/resources/mysql-webinars/how-avoid-even-more-common-deadly-mysql-development-mistakes July 17, 2014 by Bill Karwin 水曜日に「MySQLを開発する上でよく起こる(そして致命的な)ミスをどのように回避するか」をPercona MySQL webinarsで発表した。お見逃の際は、ビデオとスライドを見る為に登録すればまだご覧にいただける。 参加いただいた皆様、そしてとりわけすばらしい質問をしていただきありがたく思っている

                    [Q&A]MySQL開発でやってしまいがちな致命的ミス | Yakst
                  • BKCon 2006 - にぽたん研究所

                    昨日は BKCon 2006 に行ってきた。 BK というのは「一般的にはバッドノウハウの事」なんですが、昨日のは、BKCon と言っても、かつて開催された Bad Knowhow Conference 2004 の続編とかではなく、"B"atara "K"esuma "Con"ference 2006 です。 ※正しくは横浜 Linux ユーザグループ主催の「第 65 回カーネル読書会」のテーマ "mixi.jp: Scaling Out With Open Source" です。 ちなみに、Batara Kesuma さんというのは、株式会社ミクシィの取締役。 mixi の裏側を見せますというか、ちょっと hip な言いかたをすれば "Inside mixi's backend" ってカンジです。 とりあえず、プレゼン内容は YAPC::Asia の時と大凡同じでしたが、プレゼンの持ち

                      BKCon 2006 - にぽたん研究所
                    • WordPressの高速化決定版はMO Cacheだ for @donpy | iPhone 研究室

                      WordPress を日本語などのマルチバイトで利用していると、表示が遅くなってしまうので様々な高速化テクニックが公開されています。 キャッシュを上手く利用するのが高速化の鍵ですが、翻訳ファイル(xxx.mo)の読み込みにかなりの負荷がかかっているのだそうです。それで MO Cahce というプラグインを使うと大幅な高速化が期待できます。 プラグイン作者さんのサイトを引用すると、 最初はバージョンアップで速くなったのかと思ったのですが、すぐに翻訳ファイルの読込みに時間がかかっていることが判りました。Xdebug のプロファイラで計測したところ実に全体の70%近くが翻訳ファイルである .mo ファイルの読込みのために費やされていました*1。メインの開発者達が英語版しか使ってないからこんなことになるんだ!と愚痴っていてもしょうがないので、なんとかしようと思い、できたのが MO Cache です

                        WordPressの高速化決定版はMO Cacheだ for @donpy | iPhone 研究室
                      • Redis Sentinelを運用してみたお話 | GMOメディア エンジニアブログ

                        こんにちは、宇津井です。 弊社ではゲソてんというゲームプラットフォームを運営しております。ゲソてんではサービスリリース当初から主にキャッシュ的な役割でRedisを導入していました。つい先日の事ですが訳あってRedis 2.6からサポートされたRedis Sentinelを採用しました。今回は、採用に至った経緯をご紹介します。 簡単なシステム構成 パフォーマンスは良いし、Memcachedには無い便利な機能を提供するRedisですが約一年間運用していくつかの問題が出てきました。 Redisサーバーが突然高負荷に陥るするとWebサーバーも高負荷に陥るRedisのReplicationは張ってるけどアプリケーション側でRedis Slaveへフェイルオーバーしない(MySQLを直接参照する)Redis落ちると恐らくMySQLサーバーが耐えられない(落ちた事無いけど)という事で対策を行ってきました

                        • キーボード ショートカット - Google Chrome まとめWiki

                          2018-02-22 起動オプション2017-07-29 テーマ/作り方2016-12-15 雑記2016-10-24 キーボード ショートカット2016-09-18 FrontPage/コメントログ2015-06-29 起動オプション/コメントログ2015-04-20 テーマ2014-11-11 コメントページ2014-10-19 FAQ2014-10-05 エクステンション

                          • Twitterのキャッシュを支えるRedis - ワザノバ | wazanova

                            https://www.youtube.com/watch?v=rP9EKvWt0zo 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 TwitterのYao Yuが、大規模サービスのキャッシュにおいてRedisを活用する取組みについて紹介しています。 1) Redisを採用している理由 キャッシュだけで、ストレージとしては利用していない。 主なところでは、Twitterのタイムラインで利用している。ホーム画面であれ、ユーザ画面であれ、タイムラインはTweetのインデックスなので、key/valueストア型のRedisを利用するケースとして最適。 以前はmemcachedを使っていたが、問題になったのは、タイムラインでおきるread/writeは、(ユーザが閲覧している範囲に追加反映するということなの

                            • 開発者が知るべきキャッシュ設計でよく遭遇する問題

                              はじめに 分散システムの設計および開発において、キャッシュはパフォーマンス向上のための非常に重要な要素です。頻繁にアクセスされるデータをキャッシュすることで、アクセス速度が遅いデータベースへのアクセスを削減し、データへの迅速なアクセスを可能にします。これにより、システムの全体的な効率とパフォーマンスが向上します。 しかし、キャッシュは慎重に設計しないとむしろパフォーマンス上のデメリットになるケースが存在します。 この記事ではよく遭遇するキャッシュ設計の問題とその回避策について解説します。 Cache penetration DBに存在しない値を検索したときに、DBから返された空の結果をキャッシュしない場合に発生するシナリオです。 このシナリオではDBに存在しない値を繰り返し検索することにより、その値がキャッシュされていないため検索ごとにDBへのアクセスが必要になってしまいます。 存在しない

                                開発者が知るべきキャッシュ設計でよく遭遇する問題
                              • なぜコンビニで現金払いをするのか?財布の中にクレジットカードがあるのに現金で支払う理由を、Twitterで質問してみた結果とは。 - クレジットカードの読みもの

                                VisaカードやJCBカードといったクレジットカードから、Suicaに楽天Edyといった電子マネーに加え、最近ではPayPayやd払いといったスマホ決済まで利用可能になってきた大手コンビニ。 そんな多彩な支払い方法が使えるにも関わらず、コンビニ大手のファミマでは現金決済比率は2019年時点で80%前後あるんですよね(こちら記事を参照)。 現金払いの比率:約80% クレジットカードや電子マネー等の比率:20% 店舗では、クレジットカード、各種電子マネー、「uniko」や「Tマネー」といったプリペイドカードなどでの支払いが可能だ。電子マネーについては、「Suica」・「WAON」にいち早く対応した実績がある。 現状、ファミリーマートの非現金決済比率は約20%だが、「政府は2025年までのキャッシュレス化比率40%を目標に掲げているので、さらに高めていきたい」と堀尾氏は意気込みを見せる。 要する

                                  なぜコンビニで現金払いをするのか?財布の中にクレジットカードがあるのに現金で支払う理由を、Twitterで質問してみた結果とは。 - クレジットカードの読みもの
                                • プログラマが知っておくべき、メモリ/ディスク/ネットワークの速度まとめ - Qiita

                                  注: 無線ネットワークは干渉などによりこの数値より遅くなる状況も十分ありえます。 ポイント メモリからの読み込みとディスクからの読み込みはランダムアクセスで1000倍程度違う とは言え、最近はディスクも結構速い きちんと繋がれた有線ネットワークからの読み込みは、ディスクより速い つまり、ディスクから読むより、同じデータセンターのマシンのメモリから読んだほうが速い モバイルネットワークだと100キロバイトのデータでも1秒以上かかることがある メモリからの読込速度の遅さは、CPUのクロック数も10G/s程度なのと、本来はL1/L2キャッシュなどがあることを考えると通常意識しなくて良い 何故この参考値をまとめたか プログラミングをする際、どのくらいの時間でどのくらいのサイズ感の処理が出来るのかを考えられることが、ある一定規模以上のサービスを開発するときは必須条件になってくると思います。 なにより

                                    プログラマが知っておくべき、メモリ/ディスク/ネットワークの速度まとめ - Qiita
                                  • 5509.me

                                    This domain may be for sale!

                                    • 開発用プロキシ、「CocProxy」が便利 - プログラマでありたい

                                      CocProxyというツールがあります。名前の通りプロキシサーバーなのですが、用途が開発用です。置換プロキシと言うらしいですが、これがとっても便利です。例えば、クローラーの開発や、HTML,CSS,JavaScriptの修正をする際に、このCocProxyを利用するとダウンロード待ちのイライラが解消され、効率アップ間違いなしです。ローカルのみで完結するのと、Webへのアクセスが必要とするのでは、スピードが数十〜数百倍違います。一回だけでみたら、数百ミリSecの差ですが累積で考えると大きいですよ。 CocProxyとは? Ruby製のProxyServerです。かつ標準ライブラリで動くことを目標としているので、Rubyの環境があれば、ダウンロードして直ぐに使えます。また基本的には1ファイルで完結するので、導入も簡単です。Ruby1.9をベースにしていますが、Ruby 2.0でも特に問題なく動

                                        開発用プロキシ、「CocProxy」が便利 - プログラマでありたい
                                      • AmazonS3上のファイルを国内でも高速配信可能なAmazon CloudFrontリリース : Media Technology Labs (MTL) : メディアテクノロジーラボ ブログ

                                        Ringとは、リクルートグループ会社従業員を対象にした新規事業提案制度です。 『ゼクシィ』『R25』『スタディサプリ』など数多くの事業を生み出してきた新規事業制度は、 1982年に「RING」としてスタートし、1990年「New RING」と改定、そして2018年「Ring」にリニューアルしました。 リクルートグループの従業員は誰でも自由に参加することができ、 テーマはリクルートの既存領域に限らず、ありとあらゆる領域が対象です。 リクルートにとって、Ringとは「新しい価値の創造」というグループ経営理念を体現する場であり、 従業員が自分の意思で新規事業を提案・実現できる機会です。 Ringフロー その後の事業開発手法 Ringを通過した案件は、事業化を検討する権利を得て、事業開発を行います。 さまざまな事業開発の手法がありますが、例えば既存領域での事業開発の場合は、 担当事業会社内で予算や

                                        • スタンドアロンAMPのススメ

                                          こんにちわ、@t32kです。先日、3/18に大阪で開催されたFRONTEND CONFERENCE 2017に登壇してきました。また弊社メルカリは懇親会スポンサーでした。今回は『スタンドアロンAMPのススメ』というタイトルで講演した内容をシェアしたい思います。 私が所属しているソウゾウ社ではメルカリアッテというクラシファイドサービスを作っています。メルカリは配送システムを介して売買しますが、こちらは直接会って手渡しでモノの売り買いができます。もちろん、手数料や配送料はかかりませんので、よろしかったら使ってみてください。私はそこのWeb担当で、本サイトのAMP実装について話します。 今日のアジェンダです。 AMPのメリット 表現力について テンプレート分散について 構造化データについて まとめ といった内容でやっていきたいと思います。 AMPとは? まずはAMPとは何か説明します。AMPとは

                                            スタンドアロンAMPのススメ
                                          • 不思議なISBN-[結] 2006年5月 - 結城浩の日記

                                            目次 2006年5月31日 - 作業ログを書くために大切な、たった一つのこと / 2006年5月30日 - プログラミング言語の勉強日記 / 2006年5月28日 - 今日の一日 / 2006年5月24日 - 多忙 / 2006年5月22日 - 新連載「簡単実装で学ぶWeb技術2006」 / 誤植 / 2006年5月20日 - 失敗 / 2006年5月19日 - 掲示板spam / 2006年5月18日 - 誤植 / 2006年5月17日 - JSON::Hatchet / 2006年5月16日 - CGIでブラウザのキャッシュを無効にする / 2006年5月15日 - 仕事 / 2006年5月12日 - タイプタイプ / 2006年5月11日 - 仕事 / 2006年5月10日 - タイプしながら考える / 2006年5月8日 - 書きながら考える / 2006年5月5日 - 数学姉 /

                                            • 怠け者で愚かな人間ほど優秀なプログラマーに向いている理由

                                              By slworking2 優秀であり仕事を迅速にこなす人は、よく働き、頭の回転も早そうですが、プログラミングの分野においては話が別のようです。ブロガーのPhilip Lenssenさんによれば、優秀なプログラマーほど怠惰で愚かでなければならないとのことで、その理由について公開しています。 Why Good Programmers Are Lazy and Dumb http://blogoscoped.com/archive/2005-08-24-n14.html 怠け者のプログラマーは自分の仕事を減らしたいがために、便利なツールやソフトを作成することがあります。また、単調で、繰り返されるだけのコードを書かず、余分なものをそぎ落とす傾向があるとのこと。自分が楽をしたいがために生み出される努力から作り出されたツールは、生産性をあげるのに一役買ってくれるでしょう。 By dchrisoh ま

                                                怠け者で愚かな人間ほど優秀なプログラマーに向いている理由
                                              • Linuxの不揮発メモリ対応について - Qiita

                                                (2019/6/12追記) 今なおこの記事を参照してくれる方がいらっしゃるのですが、現在は以下のスライドのほうが情報が新しいです。 本記事は残しておきますが、新しい情報はこちらをご参照ください。 https://www.slideshare.net/ygotokernel/nvdimmlinux-137104084 はじめに Linux Advent Calendarの24日目の記事として不揮発メモリの状況について記載したいと思います。今回はkernelのソースの中とかのあまり技術的に深いところは突っ込まず、概略レベルです。(深いところはまだまだ勉強中の身です)。間違いなどがあればご指摘いただけると幸いです。 不揮発メモリとは これまでPCやサーバなどで主記憶装置といえば、電源を停止させたり再起動させるとデータがクリアされる揮発性のRAMが使われて来ました。この主記憶としてのメモリが不揮発

                                                  Linuxの不揮発メモリ対応について - Qiita
                                                • WordPress を使いこなそう

                                                  WP-CLIとWordPress公式ディレクトリを活用した爆速サイト構築術 ーインストールからデザイン、ページ作成までを10分でータカシ キタジマ

                                                    WordPress を使いこなそう
                                                  • なぜCPUにはL1・L2・L3というように複数のキャッシュレベルがあるのか?

                                                    「CPUのキャッシュは、L1が32KB、L2が256KB、L3が2MBという風に多層に分かれているが、なぜ、32KB+256KB+2MBのL1キャッシュではダメなのか?」という素朴な疑問に対して、ファビアン・ギーセン氏(ryg)が「1960年代の古いオフィスでの働き方」を例に挙げて明解に回答しています。 Why do CPUs have multiple cache levels? | The ryg blog https://fgiesen.wordpress.com/2016/08/07/why-do-cpus-have-multiple-cache-levels/ 前述の質問に対するショートバージョンの答えは、「それぞれのキャッシュには役割があるから」。大前提として、キャッシュは容量が大きいほどデータ転送速度が遅く、記憶密度が高く、省電力という性質を持つため、必要性に応じて異なる種類

                                                      なぜCPUにはL1・L2・L3というように複数のキャッシュレベルがあるのか?
                                                    • 電源を切ってもデータが消えないRAMディスクを複数作成できる「SoftPerfect RAM Disk」

                                                      余っているドライブレターの数だけRAMディスクを作成可能なフリーソフトが「SoftPerfect RAM Disk」です。 RAMディスクはブートディスク用とデータの消えないものを作成することが可能で、ブラウザのキャッシュ用などに使用することでPCの処理を高速化し、かつHDDやSSDへの無駄な書き込みを減らしてディスクの断片化を防止。テンポラリファイルなどの不要ファイルをシャットダウン時に自動で削除できます。ソフトはWindows XP、Vista、7、8、2003、2008上で起動可能です。 インストール、日本語化、データの消えないRAMディスクの作成、RAMディスクをIEのキャッシュに設定する方法などについては以下から。 RAMDisk : High-performance RAM Disk for Windows http://www.softperfect.com/products

                                                        電源を切ってもデータが消えないRAMディスクを複数作成できる「SoftPerfect RAM Disk」
                                                      • キャッシュポイズニングの開いたパンドラの箱

                                                        キャッシュポイズニングの開いたパンドラの箱 Opened Pandora's box of Cache Poisoning 鈴木常彦 2014.04.15 (Concept by 前野年紀 2014.02) / English version 背景 Kaminsky 2008年、Dan Kaminsky 氏が TTL に影響されない毒入れ手法を発表した。 しかし、偽応答のAdditional Section で毒が入るとされたのは誤りだったことを2011年に鈴木が明かにした。 http://www.e-ontap.com/dns/bindmatrix.html Müller Bernhard Müller の "IMPROVED DNS SPOOFING USING NODE RE-DELEGATION", 2008.7.14 https://www.sec-consult.c

                                                        • キャッシュを活用するために必要な知識と勘所 - そーだいなるらくがき帳

                                                          どうもキャッシュバスターズ、 id:Soudai です。 Cache(以下、キャッシュ)は特定の場面に置いて劇的な効果を発揮し、様々な問題を解決する反面、新たなコンポートやミドルウェアが追加され、複雑性が上がり、運用のレベルが上がるため、扱いに注意する必要があります。 キャッシュを活用することで、パフォーマンスの改善や負荷軽減が行われ、コンピュータリソースの最適化によるサーバコストの削減や、レスポンスの改善によるユーザエクスペリエンスの改善がされます。 反面、その劇的な効果に毒され安易に多用すると、サービスが強くキャッシュに依存してしまい、非常に壊れやすくなり、運用が難しくなってしまいます。これをWeb界隈では「キャッシュは麻薬」と比喩されて、戒められてきました。 そのためキャッシュを使わずにサービスが運用できるのであれば使わないに越したことはないのですが、ある一定以上の規模になった際にコ

                                                            キャッシュを活用するために必要な知識と勘所 - そーだいなるらくがき帳
                                                          • Linux I/O のお話 write 編 - naoyaのはてなダイアリー

                                                            write はページに dirty フラグを立てるだけなので決してユーザープロセスを待たせない って、本当にそうなんでしょうか?(否定しているわけではなく、純粋な疑問です。) と質問をもらったので、最近追ったことをここでまとめます。かなり長文です、すいません。また、まだまだ不勉強なので間違っているところもあるかもしれません。ツッコミ大歓迎です。 まず、オライリーのカーネル本の 15章 ページキャッシュ 15.3 汚れたページのディスクへの書き込み から引用。 ご存知のように、カーネルは、ブロック型デバイスのデータを含むページをページキャッシュに蓄えています。プロセスが何らかのデータを更新した場合は、必ず対応するページに汚れている印をつけます。すなわち、PG_dirty フラグを設定します。 UNIX システムでは、汚れたページのブロック型デバイスへの書き込みを遅延することができます。この方

                                                              Linux I/O のお話 write 編 - naoyaのはてなダイアリー
                                                            • Macのハードディスクの容量を増やすために行なったメンテナンスまとめ - ネタフル

                                                              SSDの容量が250GBあるからしばらく大丈夫だろうと思っていたら、iPhoneのバックアップが取れなくなって容量不足に気付きました。久しぶりに容量確保のためのメンテナンスをしたので、まとめておきます。 ////// 1. 何が容量を食っているのか調べる まずは、何がハードディスクの容量を圧迫しているかを調べます。そのためのアプリには「GrandPerspective」「DaisyDisk」などがあります。 このように視覚的に、どのファイルが容量を食っているかを教えてくれます。当たりが付けば、後はファイルを削除します。 今回はスクリーンキャプチャを撮影するソフトのキャッシュが大きくなっていることが分かりましたので、まずはそれを削除しました。 ネタフルでは次のような記事を書いています。 ▼MacのHDD使用状態を可視化する「GrandPerspective」と「Disk Inventory

                                                                Macのハードディスクの容量を増やすために行なったメンテナンスまとめ - ネタフル
                                                              • ウェブオペレーションエンジニアはリリース前のソースコードのココを見ているッ! - blog.nomadscafe.jp

                                                                「ウェブオペレーションエンジニアはリリース前のソースコードのココを見る!」みたいな記事があればいいね — masahiro nagano (@kazeburo) November 20, 2012 ちょいと前にツイートしたこの件のまとめ。新規サービスのリリースや既存サービスに新しい機能が追加される際に、しばしばそのソースコードを確認しているのですが、僕がどんなところを見ているのかまとめてみました。 そのサービスへの導線とランディングページの確認 まず、そのサービスへの導線やランディングページを確認します。そしてその一番アクセスがあろうページ、一つか二つに確認対象を絞ります — masahiro nagano (@kazeburo) November 20, 2012 どんな素敵なサービスも、機能も適切な誘導がなければ使われる事はありません。また誘導次第では大量のアクセスが一度にサーバに対し

                                                                • データ指向設計

                                                                  こんにちは、Cygames Research の多胡です。これまで10年以上コンソールゲーム開発を行ってきていて、最近ではハイエンドゲームエンジンを制作しておりました。Cygames でもハイエンドゲームエンジンの開発に携わることになりました。 ゲームエンジン開発を行う上で重要な考え方にデータ指向設計 (Data Oriented Design) というものがあります。今回はこのデータ指向設計を例を交えながら紹介させていただきます。 背景 データ指向設計の考え方は 2009年頃から有名になりました。 この 30年で CPU の性能は1万倍以上になりましたが、メモリの転送速度は10倍にもなっていません。そのため、プログラムのボトルネックはメモリ帯域となることが多くなりました。ゲームにおいても CPU はほとんどの時間がメモリからのデータの転送待ちになっています。CPU の性能を引き出すために

                                                                    データ指向設計
                                                                  • キャッシュと向き合う、キャッシュと共に生きる / cache pattern

                                                                    PHPerKaigi 2024の登壇資料です。 https://phperkaigi.jp/2024/ - https://speakerdeck.com/moznion/pattern-and-strategy-of-web-application-caching - https://soudai.hatenablog.com/entry/cache-strategy

                                                                      キャッシュと向き合う、キャッシュと共に生きる / cache pattern
                                                                    • Tips - 静的リソースのURIに?をつけるべからず : 404 Blog Not Found

                                                                      2014年03月14日20:00 カテゴリTipsCode Tips - 静的リソースのURIに?をつけるべからず Webを支える技術 HTTP、URI、HTML、そしてREST 山本陽平 であればなおのことこの実装はNG。 ブラウザのキャッシュを利用できれば、余分なリクエストを減らすことができます。はてなブログでは、なるべく長い間ブラウザにキャッシュを保存するために、JavaScriptなどの一部の種類のファイルのレスポンスに、以下のようなヘッダを指定しています。 はてなブログにおけるページ表示速度改善の取り組みについて - Hatena Developer BlogはてなブログではJavaScriptを配信する際には、上記のURLのように、?よりあとの部分にabc078624b2a746c618156847827166bのようなバージョンIDを付与しています。JavaScriptが変更

                                                                        Tips - 静的リソースのURIに?をつけるべからず : 404 Blog Not Found
                                                                      • 再考: アプリ開発と状態遷移の管理 - ninjinkun's diary

                                                                        自分が開発しているLaunchableのWebアプリがローンチされて1年半ほどになる。このWebアプリにはReduxのような状態管理ライブラリを入れないまま開発してきたのだが、今のところ困らずに開発できている。そういえば昔自分は状態管理について何か考えていたような…とブログを掘り起こしてみた。 ninjinkun.hatenablog.com このエントリは2016年にネイティブアプリを対象にして書かれているが、この後自分は2018年ごろにWebフロントエンドに軸足を移し、ネイティブアプリ開発から離れた。なのでこのエントリはWebフロントエンドエンジニアが2022年に再考した話になる。 結論としては、当時自分が管理したかった状態のほとんどは現在ApolloClientのキャッシュによって解決されている。 繰り返しになるが、自分が開発しているLaunchableのWebフロントエンドには状態

                                                                          再考: アプリ開発と状態遷移の管理 - ninjinkun's diary
                                                                        • キャッシュレス決済のCMで現金ディス描写で小銭をばら撒くのをよく見るが、現実は支払い時になってアプリを探し始める人の方をよく見かける気がする

                                                                          すばらしい方のなべさん @Suba_Nabe キャッシュレス決済のCMで 現金をディス描写でさいふの小銭をばら撒くのをよく見るが 現実は払う時になってアプリを探し始める人の方をよく見る 2024-05-29 20:25:43

                                                                            キャッシュレス決済のCMで現金ディス描写で小銭をばら撒くのをよく見るが、現実は支払い時になってアプリを探し始める人の方をよく見かける気がする
                                                                          • WordPressの実行時間を短縮させる「001 Prime Strategy Translate Accelerator」

                                                                            開発に関わったWordPressの実行速度を短縮させるプラグイン「001 Prime Strategy Translate Accelerator」がリリースされたので、ここでも紹介させていただきたいと思います。 WordPressを日本語で表示させる場合には、英語と日本語を対訳させるja.moというファイルを読み込んでいます。実を言うと、このファイルの読み込みには結構な時間がかかっていて、なおかつバージョン毎にファイルサイズが大きくなってきています。 当ブログの計測値では、この処理だけで約0.1秒。現状のSimple ColorsではWordPressだけの処理時間で約0.3秒なので、全体の処理時間の約30%がこのファイル読み込みにかかっている計算になります。 001 Prime Strategy Translate Acceleratorでは、このファイル読み込みをキャッシュ化し、およ

                                                                            • Rails アプリでオンラインでカラムの削除やリネームを行うには - eagletmt's blog

                                                                              前提知識 Rails アプリにおいて、テーブルの追加やカラムの追加は簡単なものの、カラムの削除やリネームは慎重に行う必要がある。たとえアプリからそのカラムを参照してないとしても、いきなりカラムを削除するとエラーになる可能性が大いにある。 というのも Rails にはスキーマキャッシュというものがあり、テーブルのカラム情報をモデルがキャッシュしているからだ。このキャッシュはたとえばいわゆる N+1 クエリ問題を避けるために includes (eager_load) するときに参照される。 SELECT 句で t0_r0 のような機械的に別名が振られるようなクエリを見たことがある Rails エンジニアは多いと思う。 機械的に全カラムを取得するためにスキーマキャッシュを利用しているため、このようなクエリが実行されてる中でカラムを削除したりリネームしたりすると、スキーマキャッシュをもとに並べら

                                                                                Rails アプリでオンラインでカラムの削除やリネームを行うには - eagletmt's blog
                                                                              • HTML5でサイトを高速化─wri.peで学ぶ、イマドキのWebアプリの作りかた(後編)

                                                                                HTML5でサイトを高速化─wri.peで学ぶ、イマドキのWebアプリの作りかた(後編) 増井 雄一郎(FrogApps, Inc.) 前回の記事では、 wri.peの紹介と、HTML5のApplication Cacheを使ったHTMLや画像などの読み込み高速化の話をしました。今回は、Web StorageのlocalStorage/sessionStorageを使い、Ajax通信部分と表示の高速化を行う手法を説明しましょう。 localStorageを用いた通信と表示の高速化 前回のApplication Cacheで、HTMLの読み込みが高速化されました。これでも十分速くはなったのですが、画面に全ての情報が表示されるまでには、ちょっと時間がかかります。 wri.peではメモの一覧や、メモ本体の読み込み・保存はXHR(XMLHttpRequestの略。Ajax通信で使うモジュール名)を

                                                                                  HTML5でサイトを高速化─wri.peで学ぶ、イマドキのWebアプリの作りかた(後編)
                                                                                • Facebookが大規模スケーラビリティへの挑戦で学んだこと(後編)~キャッシュが抱えるスケーラビリティの問題とデータセンターにまたがる一貫性

                                                                                  Facebookが大規模スケーラビリティへの挑戦で学んだこと(後編)~キャッシュが抱えるスケーラビリティの問題とデータセンターにまたがる一貫性 全世界で3億人を超える会員を抱え、世界最大のSNSとなったFacebook。同社の技術担当バイスプレジデント Jeff Rothschild氏が、10月8日に米カリフォルニア大学サンディエゴ校で行ったセミナー「High Performance at Massive Scale-Lessons learned at Facebook」の内容を再構成して紹介します。 (この記事は「Facebookが大規模なスケーラビリティへの挑戦で学んだこと(前編)~800億枚の写真データとPHPのスケーラビリティ問題」の続きです) キャッシュがスケーラビリティに大きな役割を果たしている Facebookの主な役割は、ユーザーが簡単に(友人たちの)情報を集めることがで

                                                                                    Facebookが大規模スケーラビリティへの挑戦で学んだこと(後編)~キャッシュが抱えるスケーラビリティの問題とデータセンターにまたがる一貫性