GitHubのエラー・ページ
GitHubのStyleguideにエラー・ページのセクションがあるのを知った。それによると外部ファイルに依存しないように書いているらしい。CSSはstyle要素で、JavaScriptはscript要素で、画像ファイルはBase64エンコードしてData URIで、それぞれHTMLに直接埋め込むというスタイル。 実際に404のテンプレートでもちゃんとそうなっていた。フロントエンド脳なので、HTTPリクエストを減らして、エラー・ページのコストを下げたいのかなと単純に考えてしまったけど、Not Foundの連鎖を避けることとか外部ファイルがCDN経由の場合の確実性を上げることとかの方が強い理由のようだ。エラー・ページを単独で機能するようにしておき、エラー時に余計な負荷を与えないようにすることにより、より速やかに復帰できるように、ということになりそう。 HTTPエラー・ページの意味も重要だけど
Feedlyに引越してはいけない(今は)
Feedlyはなかなか素晴らしいフィード・リーダーだと思う。カード・レイアウトでざっと流し読みしつつ気になったのがスッと取り出せるまたはタブで開けるというスタイルは好き。最近はここが勝負とばかりにGoogle Reader互換APIを提供したり精力的で良い。それでも引っ越してはいけない。購読しているRSSのリストをOPMLでエクスポートできるようになるまでは。 OPMLでのエクスポートをサポートしないということは、二度とそこから引っ越せないということとほぼ同じ意味を持つ。人によっては購読数は50くらいかもしれないけど、それでもその50を別のフィード・リーダーに移すことを考えたらぞっとする。そのうち対応されるとは思うし、プライオリティーは高そうなのでそれまで待った方が良い。 それまでは……フィード・リーダーを読まない日々というのも良いのでは？ 追記 OPMLでのエクスポートがサポートされたの
hail2u.net - Weblog - BloglinesとBasic認証
どうやらBloglinesでBasic認証のかかっているフィードを購読したり出来ちゃうみたいです。ちょっと実験してみましたが、閲覧自体は問題無い感じ。ただ・・・多分、すごく危険・・・な気がする。 登録の仕方は、URLにユーザー名とパスワードを付けるだけです。 http://username:password@example.com/path/to/feed みたいなアレ。こういうURLのフィードを手動で登録すると、BloglinesのクローラーがちゃんとBasic認証のリクエストを送ってくれるというわけ。ほとんどまともに使っていないGMailのフィードとかを洒落で登録してみましたが、問題なく読めました。 ただ、基本的にsubscribeしたフィードに関する情報はBloglinesユーザーで共有されてしまうので、最低でも登録する時にAccessをPrivateにしておかないとまずそうです。P
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
