リニューアルした日経電子版が高速すぎてヤバイ件｜こんぴゅ
日本経済新聞は国内を代表する経済誌だ。その電子版はwebでの継続課金を大成功させ、いまや50万以上の有料会員を擁するモンスターサイトだ。 その日経電子版が11月6日に全面リニューアルしたのだが、公開後、web業界がにわかにざわついた。表示速度が爆速だったのだ。日経公式もモバイルで2倍の表示速度を達成したと堂々と宣言していた。 webサービスは継続率こそ神KPIで、その継続率には速度が大きく影響する。 これはチェキらないとヤバイと感じ、友人のkitakさんとスピードの秘密を調査してみた。 Fastlyをコンテンツキャッシュに使う殆どのデータはFastlyを経由して取得されていた。Fastlyは最近注目を集めているCDN（世界中にエッジサーバーを配置し、高速にコンテンツを配信するサービス）で、非常に高機能でユニークなサービスだ。 一般に、CDNはいったん世界中にコンテンツをばらまくと、それを無
「爆速すぎて笑う」 表示速度が“異常な”Webサイト「dev.to」 その仕組みは
「爆速すぎて笑う」「速すぎて逆に不安になるレベル」――「dev.to」という米国のWebサイトの表示速度が異常に速いと、ネット上で話題だ。なぜ速いのか、サイト創設者のベン・ハルパーンさんがサイト内の記事で説明している。 2016年にオープンしたdev.toは、プログラマーが情報を交換したり、議論したりできるコミュニティーサイト。トップページにはユーザーが投稿したブログ記事のタイトルやコメントが、SNSのタイムラインのように並んでいる。このトップページの表示にかかる時間、各記事をクリックしたときのページ遷移が“一瞬”なのだ。 なぜ速いのか。ハルパーンさんが17年2月に投稿したブログ記事によれば、米Fastlyが提供するCDN（Content Delivery Network）を活用している。CDNは世界中にキャッシュサーバを分散配置し、ユーザーごとに最も（ネットワーク的に）近いサーバにキャッ
デザイナーやディレクターも知っておきたい、ページ表示速度の高速化の基本
スマホからウェブにアクセスするユーザが増え、ウェブサイトの表示速度の高速化がより重要な制作の課題になっています。1ページもののサイトなら、フロントエンド・エンジニアが一人で実装できるかもしれませんが、ある程度の規模のウェブサイトではワークフローやサイト全体の設計にも関わってきます。また、表示速度の高速化の方法を知らなければ、最適化しやすい、より高度なデザインは実現できないでしょう。エンジニアだけでなく、デザイナーやディレクターがこういった情報を知っていれば、よりスムーズに結果を出せるウェブサイト制作ができるはずです。 ページ表示速度の改善にはいろいろな方法がありますが、この記事では一番効果がありそうなところから攻めていきたいと思います。自分もまだまだ勉強中なので、まずはfilament groupのScottさんの記事 やClearleftのJeremyさんの記事 を参考に、フロントエンド
Windowsのフォントキャッシュを削除する方法、FNTCACHE.DATの場所
Windows で フォントキャッシュを削除する方法を紹介したページです。 フォントが文字化けする、特定のフォントが指定できない、または表示されない、デスクトップアプリの「Ｘ」ボタンが表示されない、などの問題が発生した時に有効です。 対象OS Windows 10 / 8.1 / 7 / Vista / XP （64bit/32bit共通） はじめに 過去、レジストリを弄ってデスクトップフォントを変更した際に Windows のパフォーマンスが落ちてしまい、フォントキャッシュを削除･再作成で元に戻った経験がありました。 Meiryo UIも大っきらい!! などのシステムユーティリティでデスクトップフォントを変更した後なども、一度フォントキャッシュを削除･再作成しておくのが良いかと思います。(ただしシステムドライブにSSDを使っている場合であれば気になるレベルでは無いです) フォントキャッシ
Windows環境でGitを高速化する - Qiita
などにすごく時間がかかる、ということがあります。 いろいろ調べて、ある程度は改善できたので、メモ。 preloadindex 設定 こちらを元に
ตรวจหวยแบบตัวเลข ตรวจ ผล รางวัล สลากกินแบ่ง รัฐบาล2021
ตรวจหวยแบบตัวเลข ตรวจหวยกรอกตัวเลข รวดเร็วทันใจ ตรวจลอตเตอรี่ใส่ตัวเลขรองรับปุ่ม ตรวจหวยแบบตัวเลข เลขเด็ดหวย งวดนี้ หวยดัง หวยเด็ด ตรวจหวยแบบตัวเลข ผลสลาก ตรวจลอตเตอรี่ ตรวจหวยไทยรัฐ ตรวจหวยแบบกรอกตัวเลข ตรวจหวยรางวัลที่ 1 รางวัลเลขท้าย 2 ตัว ตรวจหวยออนไลน์ ร่วมตรวจผลสลากกินแบ่งรัฐบาลกับเรา “ตรวจหวย” ซึ่งได้รวบรวมข้อมูลผลรางวัล ผลสลากกินแบ่งรัฐบาล ตรวจหวยงวดนี้ หุ้นไทยช่อง9 ในงวดปัจจุบันและย้อนหลั
第8回 体感速度の改善 : bootchart, concurrent boot, readahead, preloadの利用 | gihyo.jp
Ubuntu Weekly Recipe 第8回体感速度の改善 : bootchart, concurrent boot, readahead, preloadの利用 今回は、Ubuntuの起動速度の計測・OSブート時間の短縮・デスクトップ環境のレスポンス速度を改善させる方法など、体感速度を改善させる方法を紹介します。 なお、今回の手法のうち幾つかはきわめて富豪的なものですので、十分なパフォーマンスがあるシステムで速度を稼ぐためのものです。低速なPCを利用している場合、これらのレシピを適用するとかえって体感速度が低下する可能性がありますので、無条件に適用することは避けてください。 おおむね2005年以降のPCで、かつ、メモリが1.5GB以上搭載されていれば効果があると考えられます。 富豪的アプローチを採用しているレシピには、（※富豪的）という目印をつけてあります。 起動速度の計測 / b
第1回 世間で噂されるPHP最適化tipsについて検証する | gihyo.jp
はじめに PHPに関する話題の中では、PHPコードをどのように書けば最適化されるのかに関するtipsがブログなどでもたびたび話題に出てきています。しかし、このようなtipsが本当に有効なのか、どうして有効なのか解説している記事は少なく、その信憑性は気になるとこです。 そこで、PHP最適化tipsについて紹介している記事、 63+ best practice to optimize PHP code performances 上記記事の日本語訳記事 PHP コード最適化 Best Practices 63+ をもとに、いくつか抜粋して検証していきます。 PHPソースコードの入手 やはり、内部の動きを知るにはソースコードを読むのが一番です。本稿でもソースコードをもとに解説を行います。 http://jp.php.net/downloads.php こちらから最新版のソースコードが入手できます。
Google I/O 2012発JavaScript高速化Tips集 | gihyo.jp
Google I/O 2012でChromeなどで使われているJavaScript エンジン、V8の開発者の1人であるDaniel Cliff ord氏がJavaScriptをより高速にV8で動作させるという講演を行いました。ここで紹介されていたTipsはV8での動作が前提になっているとはいえ、JavaScriptのパフォーマンスを考えるヒントになる点が多く国内外で注目が集まっていました。この資料と講演は英語でしたが、hosikitiさんが和訳したリストが日本の多くの人の注目を集めました。 ① コンストラクタ関数内ですべてのオブジェクトメンバーを初期化する ② 常に同じ順番でオブジェクトメンバーを初期化する ③ Numeric型（31bitで表現される符号付き整数）をできるだけ使う ④ 0から始まる連続した値を配列のキーとして使う ⑤ 巨大な配列（64,000個以上の要素を持つもの）はあら
本当は速いImageMagick: サムネイル画像生成を10倍速くする方法 - 昼メシ物語
一般的に ImageMagick のサムネイル画像生成は遅いとされており、パフォーマンスが求められるシーンでは Imlib2 などのより高速な画像処理ライブラリが使われることが多いです。 Imlib2 の高速さについては、以前「Imlib2でImageMagickより3倍高速かつ美しいサムネイル画像の生成 - 床のトルストイ、ゲイとするとのこと」という記事で紹介しました。この記事のベンチマークにおいて、Imlib2 によるサムネイル画像の生成は、 ImageMagick の3倍程高速でした。 しかし、 ImageMagick は Imlib2 より画質がよく、高機能で使いやすく、今も頻繁にメンテナンスされており、とてもよく出来ています。その点 Imlib2 は、2004年からメンテナンスされておらず、セキュリティホールが見つかっても、各Linuxディストリビューションがそれぞれパッチを当て
アナリティクスでサイトの表示速度や改善方法も分析！アクセス解析の使い方入門9
アナリティクスのサイト速度に関する用語解説 Googleアナリティクスは、英語を日本語訳してることもあり、一般的な用語とは少し違うニュアンスのものもあります。簡単にサイト速度に関する用語を解説します。 平均読み込み時間（秒） ページが表示されるまでの平均時間です。リンクなどがクリックされて、ページの読み込みが開始され、最終的にブラウザでのページ表示が完了するまでの時間の平均値です。 サイトの表示速度という時には、基本的にはこの「平均読み込み時間」のことを指すことが多いようです。 下の公式サイトによると、読み込み時間は「リダイレクト」「ドメインのルックアップ」「サーバーの接続」「サーバーの応答」「ダウンロード」「ブラウザー処理」で構成されるようです。並列処理もあるだろうから、合計値ではないと思われます。 ⇒サイトの速度レポートの分析 – アナリティクス ヘルプ 平均リダイレクト時間（秒）/R
HTTPパーサにおけるSSE4.2最適化の威力と注意点 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、サイボウズ・ラボの光成です。 PicoHTTPParserは@kazuhoさんたちが開発している高速なHTTPパーサです。 同じ作者によるHTTPサーバH2Oにも使われています。 11月4日の開発ブログによると、その時点でNode.jsなどに使われているhttp-parserの10倍程度の速度を誇るそうです（現在はhttp-parserも速度向上しその差は縮まりました。それでも4倍以上の差があるようです）。 該当ブログにはその高速化のためのノウハウが書かれていて大変興味深いです。ただIntel系CPUに搭載されているSIMD命令は用いられていませんでした。今回、@kazuhoさんと一緒に文字列処理専用のSSE4.2を用いることで1.7～1.9倍の高速化を達成しました（Improving Parser Performance using SSE Instructions (in
酒と涙とRubyとRailsと
asin: 4797363827 title: “[Rails高速化] ページキャッシュ、N+1対策、SQLチューニング” category: Rails 🐯 tags: [Rails, Ruby, Gem]『Cookpadではユーザーへのレスポンスタイム 200ms/reqを目標にしている』に感銘を受けて書き始めたこの記事ですが、『パフォーマンス・チューニングやオススメGem in 「Rails勉強会@東京 第88回」』でいろいろ教えてもらったり、最近関わっているサイトのリニュアールで試行錯誤したので、忘備録も兼ねて記事をアップデートします！ 🚕 目次(1) N+1問題の対策 (2) Railsのキャッシュについて (3) 開発中ならrack_mini_profiler (4) 運用中なら断然NewRelicがおすすめ (5) mysqlの簡単チューニング 🚌 (1) N + 1問
第65回 Ubuntuインストール直後にすべき10のこと | gihyo.jp
前回に引き続き、入門編第2弾です。前回インストールした環境でやるべきこと、あるいはやるか検討すべきことを紹介します。 アップデート インストール直後ばかりではありませんが、[システム]-[システム管理]-[アップデート・マネージャ]を起動してパッケージのアップデートを行ってください。経験則ですが、特にリリース後1ヶ月の間は頻繁に行うといいかもしれません[1]。 なお、アップデート通知機能（update-notifier）の仕様変更により、これまではアップデータがあることをトレイアイコンで通知していましたが、Ubuntu 9.04からはいきなり[アップデート・マネージャ]が起動するようになりました。また、セキュリティフィックス以外のアップデートは7日間隔で通知されるようになりました。 scim-anthyのキーバインドやローマ字キーマップの変更 Windowsで慣れたIMEのキーバインドは
とあるサイトの高速化についてフロントエンドでやったことまとめ。 - Toro_Unit
業務で携わっている案件なのですが、アクセス数の急増が見込まれるイベントがありまして。準備期間も少なく、バックエンド側でできることがほぼないという状況でサイトを落とさないようにがんばる！というお仕事でした。レガシーソースてんこ盛り。CSSプリプロセッサとか何それ状態。 そこで実施した対策のまとめです。サーバー・アプリケーション・サイトの構成によって、効果の大小はありますが、比較的効果があったと思われるものをつらつらと。 リクエストの削減とファイルサイズの最適化 まず一番最初に考えなければいけないのがリクエスト数です。すごいおおざっぱに言うと、WEBサーバー（ApacheとかNginxとか）への負荷は、PV数×リクエスト数です。PVがそんなに無くてもそのページのリクエストがめちゃくちゃ多いとそれだけでかなりの負荷になります。リクエストを半分にできれば2倍の人数がさばけるってことに、すげーおおざ
JavaScript・jQueryの改修・高速化のためのメモ - Qiita
たまにJavaScriptやjQueryなどの改修が入ったりすると忘れてしまうので、自分用のメモとして残しておきます。 JavaScriptコーディングベストプラクティス（高速かつ堅牢なコードを効率よく書くために）を参照しながらのメモになります。 随時、この記事に追記予定です。 高速化メモ JavaScript編 スタイルシートは上に、JavaScriptは下に指定する JavaScriptファイルは読み込んだ後、通常はスクリプトを解析している間、他のファイルの読み込みをブロックする JavaScriptはページの上部に指定すると、このブロックによりロード時間が増加する場合がある スタイルシートはなるべく上に、JavaScriptファイルは下部にしていることで、ロード時間が短縮できる 画面描画に関係ないJavaScriptは、</body>の直前に書く $(document).readyを
Yosemiteの高速化等
B! 93 0 0 0 手元にあるMacBook ProをYosemiteにしてから Mavericksだった時よりもたつきを感じる様になったりすることが多くなって、 ネットで見てもその辺り話題になってるのも多いので 取り敢えずやってみたことについて。 透明度を下げるorコントラストを上げる メニューバーとDockを暗くする、を辞める 通知センターの項目を削除 Dashboardを切る ディスクのアクセス権の修復、SMCのリセット、PRAMのリセット ネットワーク周り Sophosをアンインストール OSの自動アップデートを有効にする まとめ 透明度を下げるorコントラストを上げる アクティビティモニタを見てWindowServerが暴走していたら 取り敢えずやってみるべき項目。 特に古いMacの場合には結構起こるみたいですが、 WindowServerが90%とかCPUを使ってる場合があ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AMP - a web component framework to easily create user-first web experiences
マウスがカクカクするくらい重くなったWindowsを 元の軽さにもどす方法
NASA、Googleが注目する「D-Wave」は、本当に量子コンピューターなのか？