ブラウザの仕組み: 最新ウェブブラウザの内部構造
How browsers work Stay organized with collections Save and categorize content based on your preferences. Preface This comprehensive primer on the internal operations of WebKit and Gecko is the result of much research done by Israeli developer Tali Garsiel. Over a few years, she reviewed all the published data about browser internals and spent a lot of time reading web browser source code. She wrot
Subversion 競合発生時の正しい対処 - 130単位
機能追加のためソースコードを修正。細かく動作確認し、いざコミット。したときに、競合が発生すると非常に萎えます。 よろしくない手順 「mine」で検索して競合発生箇所を確認 該当ファイルと競合時にできる3つのファイルをすべて削除 "更新(svn update)"を実行して復元 必要な部分を編集して"コミット(svn commit)" これまでは上記手順で半ば無理やり解決させていました。修正箇所が一部の場合が多かったため、特に問題はありませんでした。が、本日大きなミスをやらかしてしまいました。 上記手順の問題点。競合発生箇所以外でマージが行われていた場合、それを見落としてしまう、ということ。要するに、削除して復元したときには、マージ部分も編集し直す必要があるというわけです。 しかも今回の場合はコントローラ、サービス、ビューのすべてでやらかしてしまい、再修正と確認作業に多くの無駄な時間を費やして
スマートフォン向けWebサイトの表示速度 高速化手法
対象読者 スマートフォンWebサービス開発者 特に、フロントエンド周りの開発に従事する方 スマートフォン向けWebサイト高速化のテクニック スマートフォンはOS／デバイスの進化が激しく、要求される最適化の内容も半年で別物になることがあります。そのため最適化に際しては、案件ごとの状況や目的、デバイス／OSのシェアに応じて、まずターゲット端末を選定し、問題の検出を行います。 この記事では「iPhone 4＋iOS 5」を想定して話を進めます。実際に「iPhone 4＋iOS 5」はよく現場でも最も動作が重い組み合わせとしてターゲット端末に挙がります。これはiPhone 4がRetinaディスプレイを採用したことで960×460ピクセルの高解像度を備えながら、CPUなどのデバイス性能が潤沢とはいえず、ボトルネックが生まれやすいためです。iOS 4ではなくiOS 5をターゲット端末として扱うのは、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
