リソースモデリングパターン
Webアプリケーションについて、RESTfulなURL・リソース設計のパターンを見出すことで、 どのパターンかを判断するだけで、既存の Good Practice が適用できる 名前をつけて呼べるようにしたい Railsなどのフレームワークで簡単に適用できるようにしたい ということを目指しています。 ほんとうに役立つか これはパターンと言えるのか もっと他にもある だいぶ粒度がバラバラ 名前の付け方（パターンは名前重要） など、ぜひご意見をください。 パターン Collection & Member Resource パターン Singular (Singleton) Resource パターン Filtered Collection パターン Filtered Subresource パターン Multi-member Resource パターン Partial Resource パター
22500文字の文書をURLに保存する驚愕のサービス「Hashify」【増田(@maskin)真樹】 | TechWave（テックウェーブ）
[読了時間:7分] 文書というものはファイルとして存在するものだ。USBメモリ、オンラインストレージ、オンライン文書サービスなどに保存して初めて共有できるという考えはごくごく一般的だ。簡単な文書でも、何らかのサービスにサインアップして公開するという手続きが必要になる。 しかし「Hashify」を使用すれば、そういった概念が一瞬で崩れ去る。このサービスを使用すれば、テキストを圧縮して20文字以下のURLにしてくれる。URLそのものに文書が保存されてしまうのだ。 冒頭のスナップは、Hashifyの説明テキストへのリンクだが、これそのものがHashifyのURL作成ページになっている。左側に文書を入力すれば、短縮URLサービスbit.ly形式に保存してくれるというもの。 Showdownというテキストを見やすい形式で整形してくれる記述ルールに対応しており、ワープロのような整形もここで行える。 対
ユビキタスの街角: メールとURL
最近はあらゆる情報にURLがついている。 製品にも本にも日記にもレシピにも場所にも人間にもURLがついており、 あらゆる情報へのポインタがURLで表現できる時代になってきたといえる。 ところが何故かメールだけにはURLがついていない。 メールは個人的なものだから当然だと思われているかもしれないが、 考えてみると不便な話である。 会議やイベントの連絡がメールで送られてきたとき、その情報を表現するURLは存在しないので、 別の場所からその情報にリンクを張ることができない。 面白い情報をメールで貰ったとき、それを他人に伝えようとするとメールの転送が必要で、 そのデータにブラウザからアクセスできないのは不思議な話である。 あらゆる情報の中でメール情報だけが別の世界にいるかのようである。 Wikiは便利だが、メールで受け取ったデータにリンクを張ることができないのが不便である。 メールで貰ったイベント
さらなる「#!」URL批判 - karasuyamatenguの日記
このブログはlifehackerを含むgawkerメディア系サイトの#!URLへの移行を批判している。 http://isolani.co.uk/blog/javascript/BreakingTheWebWithHashBangs/ 以下、isolaniとテングの見解をごっちゃ混ぜに紹介する。 lifehacker他のgawkerメディアサイトが数日前に長時間におよびアクセス不能になった。(厳密に言うとページ内のコンテンツアクセス不能になった) #!URLベースのサイトはJavaScriptにエラーがあるとコンテンツが一切ロードせずのっぺらぼう状態になってしまうようだ。 #!について 「#!」は何で呼ぶの？ shebangと綴られる。 Hash=# Bang=!の略 発音すると「シバン」といったところか。(ちなみにUnixの#!とは無関係) 以下「#URL」は： サイト内のロケーション情
TwitterやFacebookのURLには、なぜ#!が含まれるのか (SEOとAjaxのおいしい関係) - kazuhoのメモ置き場
Ajaxを使うためにはページ内リンク (hash fragment=URLの#以降) を使うのが一般的*1 hash fragmentはサーバに送信されないから、JavaScript非対応のブラウザだと動作しない 特にサーチエンジンのクローラ等で問題になる*2 そこで Google は、#! が含まれる URL を hash を含まないものに読み替える仕組みを提唱している。例えば「www.example.com/ajax.html#!key=value」のサーチエンジン用URLは「www.example.com/ajax.html?_escaped_fragment_=key=value」になる。 TwitterやFacebookはこの仕様に従うことで、Ajax な UI と SEO を同時に実現している、というわけ。ということを調べたなう。 参照: Getting Started |
schemeのないURLは相対URL
知らなかった。もしかして Web を支える技術には載ってました？（未読） 問題GoogleAjaxAPI を使って jQuery を読み込んでいた開発、検証環境では http だが本番では https で動くhttp での読み込みを決め打ちしてたら IE で怒られた＞＜要件schemeの変化に自動で追随してほしいGoogle Analytics とかどうしてんの？ なんか scheme の判別して URL を組み立て直してるよ。あーじゃあこれ真似すればいいか、なんかでも面倒だな。 ここで神降臨！ Twitter / Yosuke HASEGAWA: @wtnabe script src="//exam … @wtnabe <script src="//example.jp/foo.js">と書けば現在のschemeで読んでくれます。 ……。ほんとだ。 RFC 2396しかし実はこの根拠が分
URIエンコード（URLエンコード） | Diaspar Journal
おすすめのクレジットカードを徹底比較 クレジットカードのおすすめ コンビニでお得なおすすめクレジットカード 普段利用することの多いコンビニでお得になるクレジットカードがあります。セブンイレブンン・ローソン・ファミリーマートなどよく利用するコンビニでお得になるクレジットカードを支払いで利用すれば多くのポイント還元があります。 1年間などの長い期間で計算すると、コンビニで還元率が高いクレジットカードを利用すると大きな差が出てきます。 三井住友カード（NL） 年会費永年無料還元率0.5％～5.0％国際ブランド 特典最大8,000円相当プレゼント セブンイレブン・ローソン、マクドナルドなどでタッチ決済料で驚異の5.0％ポイント還元 セキュリティを高めカードの両面にカード番号や氏名、セキュリティーコードの無いナンバーレスクレジットカードです。カード番号等は全てアプリ上で管理します。最大の特徴は対象コ
引数にPATH_INFOを渡すかクエリで渡すか
なんか仕様を書いていたらAPIの引数がPATH_INFOだったりクエリだったりするのは何かあるんですかとid:wakizakaに訊かれたので、いま思うことを書いておく。大まかにいうと、エントリを返すときはPATH_INFOで、コレクションを返すときはクエリを使う。 PATH_INFOで検索すると「動的なページを静的なページにする」とか「動的だけど静的なページの作成」とかいう見出しの記事が引っかかる。実際、この日記でもblog.phpにyyyy/mm/dd/hhiiな文字列を与えることで、実際は動的にページを生成しているのだけれども、なんかblogディレクトリの中のyyyyディレクトリの中のmmディレクトリの中のddディレクトリの中のhhiiファイルをリクエストしているような感じに見せかけている。最後にスラッシュがないのもそれを意識している。日付ディレクトリの中に時分を名前にしたファイルが
URL 正規化 - KBDAHOLIC - やぬすさんとこ
hatebuize 作るときに google と yahoo で出てくる URL が違うことに気づいてムキーってなって手動で yahoo の URL を google っぽくしてたんだけどそういえば direct_bookmark.js ( http://unsigned.g.hatena.ne.jp/Trapezoid/20080411/1207842257 ) でなんか URL 正規化とかいう関数あったなと思い出してみてみたら pathtraq の URL 正規化 API ( http://pathtraq.com/developer/#help_normalize_url ) 使ってたのでそれで URL 正規化ってなんだろうと思って調べてみた。 最初はサイト立ち上げる際に RFC ( http://www.ietf.org/rfc/rfc1738.txt ) に沿った形にするってこと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ywcafe.net