Mozilla、Webページを遅くするJPEG画像問題を解決する新エンコーダー「mozjpeg」を発表 | OSDN Magazine
Mozillaは3月5日、新プロジェクト「mozjpeg Project」を発表した。JPEGエンコーダであるlibjpeg-turboからフォークしたプロジェクトで、運用環境で利用できる品質を備えるJPEGエンコーダを開発するという。すでに「mozjpeg 1.0」のリリースも行われている。 mozjpegプロジェクトの目標は、すでに実装されているデコーダとの互換性を維持しつつも圧縮率を改善したJPEGエンコーダを開発することだという。JPEG画像を処理するlibjpegの強化版「libjpeg-turbo」からフォークしたもので、品質を損なうことなくJPEGの最適化を図るPerlスクリプト「jpgcrush」を組み合わせた。jpgcrushを利用することで、JPEGライブラリであるIJG libjpegを利用したエンコードと比べファイルサイズを平均で2～6％削減できるという。 Mozi
次世代規格 HTTP2.0 のファーストドラフト公開 - Block Rockin’ Codes
intro 少し経って、去る11月28日に、HTTP プロトコルの次期規格となる HTTP2.0 のドラフト、 draft-ietf-httpbis-http2-00 が、IETF の httpbis ワーキンググループで公開されました。 このドラフトは Google から提案された仕様である SPDY が採用されています。 HTTP1.1 からのアップデート HTTP1.1 の RFC が提出されたのは 1999 年で、 13 年経った今年 2012年8月 に、 HTTP の仕様を議論する httpbis というワーキンググループが、 HTTP1.1 のアップデート版になる仕様、 HTTP2.0 の策定を開始しました。 これは、 HTTP1.1 の仕様策定がある程度落ち着いてきたこと、次期仕様を考える良い時期であること、 そしてなによりも、 Web の使われ方が大きく変わり、 求められて
グーグルが高速プロトコル「SPDY」をChromeブラウザで有効化。Gmailなどで利用を開始していた
グーグルが高速プロトコル「SPDY」をChromeブラウザで有効化。Gmailなどで利用を開始していた グーグルがより速いWebを実現するために、HTTPを高速化した新プロトコル「SPDY」を開発中であることは、昨年夏に公開した記事「グーグルがWebを高速化するために何をしているか」で紹介しました。 SPDYの話題はその後ほとんど見かけなくなりましたが、グーグルはそのSPDYをChromeに実装し、同社のサービスで利用していることがニュースサイトConceivably Techの記事「Google Chrome Gets SPDY – And An Onscreen Keyboard」で指摘されています。 なぜグーグルはひっそりとSPDYを有効化したのだろう？ SPDYとは従来のWebのプロトコルであるHTTPを改良し、毎回同じ情報がやりとりされるヘッダの情報を圧縮したり、リクエストの回数
ウェブの高速化を目指すグーグルの「SPDY」プロジェクト
Googleは、ウェブを高速化する継続的な取り組みの一環として、最も基本的な接続の1つであるウェブサーバとブラウザのやり取りに注目している。 ウェブサーバとコンピュータのブラウザが互いにやり取りして、ウェブパブリッシャーがサーバに置いた情報をユーザーのブラウザでウェブページに変換できるようにするには、当然のようにしてずっとハイパーテキストトランスファープロトコル（HTTP）が使われてきた。しかしGoogleは米国時間11月12日、現行のHTTPよりもあらゆる点で高速になるとして、「SPDY」（発音は「スピーディ」）と名付けたプロジェクトに取り組んでいることを公式ブログで明らかにした。 「ウェブサイトとブラウザの進化をさらに支援するため、実験と最適化というウェブの慣例にのっとって構築していきたい。ウェブブラウザとサーバが会話するための新しい方法を、Google内部でこの数カ月にわたって実験し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
