人が服に合わせるのではなく、服が人に合わせる――。全身タイツのような「採寸スーツ」を無料で100万枚以上配る前代未聞のアイデアを実行したスタートトゥデイ社長の前沢友作（42）。ユーザーやマスコミを敵に回すことも辞さなかった異色の経営者が表舞台に出始めた。だがそのアイデアを「おもちゃだ」と一笑に付す人物がいる。アパレルの巨人、ユニクロの柳井正（69）だ。【次回記事】ZOZOを覚醒させた ユニクロ柳井氏の一喝
ユニクロが笑う ゾゾタウン前沢氏の死角: 日本経済新聞
人が服に合わせるのではなく、服が人に合わせる――。全身タイツのような「採寸スーツ」を無料で100万枚以上配る前代未聞のアイデアを実行したスタートトゥデイ社長の前沢友作（42）。ユーザーやマスコミを敵に回すことも辞さなかった異色の経営者が表舞台に出始めた。だがそのアイデアを「おもちゃだ」と一笑に付す人物がいる。アパレルの巨人、ユニクロの柳井正（69）だ。【次回記事】ZOZOを覚醒させた ユニクロ柳井氏の一喝
HTTP の新しいステータスコード 103 Early Hints | blog.jxck.io
Intro これは、 http2 Advent Calendar 2016 の 16 日目の記事である。 HTTP に新しいステータスコード 103 Early Hints が追加されようとしている。 HTTP/1.1 および HTTP2 双方と関わり、リソース配信の最適化に利用することができる。 いったい何のために必要なのか、どういうメリットが考えられるかを解説する。 HTTP2 Push の復習 まず HTTP2 の Push について復習する。 H2 Push は、簡単に言えば PUSH_PROMISE フレームを用いて、レスポンスよりも先に依存するリソースを返すための仕様である。 例えば /users のレスポンスは script.js と style.css をサブリソースとして含んでいるとする。 HTTP2 では SQL を発行して Users の一覧を取得している間に、先行し
コマンドで確認してみたRESTful#とは勉強会4 | いきあたりばったり
先日第4回目のRESTful#とは勉強会を開催致しました。 今回も時間いっぱい「webを支える技術」読書会をやりました。 前回の反省も踏まえ、休憩を入れましたが、やはり集中が最後まで続いて良かったです。 ところでこの勉強会、初心者向けとはちょっと言いがたくなってきましたね。 しかしながら、出来れば開発始める前に知っておいたほうがいい内容なので、初心者から～と幅広い層向けになってきたと思います。 既に練度が高い方からもこういう意見を頂けて嬉しいです。 HTTPメソッドで冪等性とか考えたことなかったから今日の読書会はすごい勉強になった — Hiroyuki Morita (@chiastolite) 2015, 2月 10 やったこと 今回は「7章 HTTPメソッド」から読み進めました。 最初読むにあたり、川村さんより注意点や問題が出されました(素敵な試み！) RESTful#とは勉強会4 2
HTTP/1.1 — RFC 7230 〜 7235 — 日本語訳
このページ は、 IETF による， 2014 年 6 月に発行された改訂版 HTTP/1.1 仕様の一連の文書（ RFC7230, RFC7231, RFC7232, RFC7233, RFC7234, RFC7235 — 旧仕様 RFC2616 ）に共通する内容を，日本語訳にあたって集約するために抜き出したものであり、また，それらの日本語訳の表紙ページでもあります。 これらの翻訳の正確性は保証されません。 これらの仕様の公式な文書は英語版であり、この日本語版は公式のものではありません。 【 と 】で囲まれた部分は【訳者による注釈】です。 （他のウェブ関連仕様の一覧と共通機能の詳細） 更新：2014-12-27 （公開：2014-12-07 ） このページの大部分はスクリプトにより生成されています（ 古いブラウザなど，一部のブラウザには対応していません： ）。 本文ダブルクリックで当該箇
技術/HTTP/REST設計思想の "Stateless" との付き合い方 - Glamenv-Septzen.net
id: 1350 所有者: msakamoto-sf 作成日: 2015-02-11 21:34:52 カテゴリ: HTTP プログラミング [ Prev ] [ Next ] [ 技術 ] RESTfulなAPIやWebアプリケーションを開発する際に、一つの疑問が生じる。 RESTでは「ステートレス」を重視して、サーバサイドでのセッション管理ではなく、クライアント側で認証情報や状態を保持して、サーバに都度送る方式を唱えている。これはHTTPで実装するなら、Cookieを使ったセッション管理ではなく、BasicやDigest認証など、HTTP認証を使うことになる。 しかし現実問題として、モダンなWebサイトでBasic/Digest認証を扱うことはなく、サーバサイドのCookieを使ったセッション管理を使うことになる。 RESTにおいて、ステートレスという特性と、現実のセッション管理をどう
What's a link?
When you ask a developer, what is a “link”, they may quickly answer “a URL” or “a URI”, but this is not the whole truth. A URL is only an address that you can find to build a resource. A “link” connects one resource to another. My goal is to create a PHP interface that describes the abstract data-model behind a link. To do this job correctly, I felt I had to dig through all the relevant hypermedia
Web を支える技術読書会メモ・OpenSearch まとめ — 走る
Web を支える技術読書会メモ・OpenSearch まとめ 読んだところ p.211 "OpenSearch―検索結果を表現する" メモ OpenSearch は、Amazon の子会社 A9 が中心になって策定している仕様。現在は Draft 5 となっている。名前空間は http://a9.com/-/spec/opensearch/1.1/ である。 Specifications/OpenSearch/1.1/Draft 5 - OpenSearch にある例（以下）をもとに、それぞれの要素の意味と実際の使用方法もあわせて見ていった。 <?xml version="1.0" encoding="UTF-8"?> <OpenSearchDescription xmlns="http://a9.com/-/spec/opensearch/1.1/"> <ShortName>Web Se
開発 備忘録 RESTful Webサービス | hdkworks blog
[fusion_builder_container hundred_percent=”yes” overflow=”visible”][fusion_builder_row][fusion_builder_column type=”4_5″ last=”no” spacing=”yes” background_color=”” background_image=”” background_repeat=”no-repeat” background_position=”left top” border_size=”0px” border_color=”” border_style=”” padding=”” class=”” id=””][fusion_text]ここのところ、知識をガシガシ自分に入れております。で、ここのところ、気になっているのが、RESTful Webサービス。今更何いっ
REST Security - OWASP Cheat Sheet Series
REST Security Cheat Sheet¶ Introduction¶ REST (or REpresentational State Transfer) is an architectural style first described in Roy Fielding's Ph.D. dissertation on Architectural Styles and the Design of Network-based Software Architectures. It evolved as Fielding wrote the HTTP/1.1 and URI specs and has been proven to be well-suited for developing distributed hypermedia applications. While REST i
Web APIを作るときに考えること。 - パルカワ2
この記事はPepabo Advent Calendar 2014の11日目の記事です。 前日は、tnmtさんのVagrantのshell provisionerでApacheのビルド済tarボールをOSバージョン毎に作る術でした。 はじめに 今回は、Web APIを作るときに考えることをまとめました。 本当は、社内向けに資料を作っていて、社内の勉強会とかで話せればいいか〜って考えていたんですが、アドベントカレンダーのネタが本当になくて困っていたのでこれを使います。 対象者 APIを作る時、と書いてますが、クライアント側の人にとっても知っておく必要があることなので、サーバ側の人・クライアント側の人両方が対象者です。 APIを作るときに考えること 「APIを作るとき」と言っても、色んな状況があります。 まずはそれを絞ります。 APIの種類 プライベートAPI アプリのAPIなど使う人が限定され
URL Standard
Participate: GitHub whatwg/url (new issue, open issues) Chat on Matrix Commits: GitHub whatwg/url/commits Snapshot as of this commit @urlstandard Tests: web-platform-tests url/ (ongoing work) Translations (non-normative): 日本語 Abstract The URL Standard defines URLs, domains, IP addresses, the application/x-www-form-urlencoded format, and their API. Goals The URL standard takes the following approac
#mozaicfm REST を聴いての感想 - ぶろぐ。@はてな
mozaic.fmでRESTの回が企画されているということを、API Meetup #1 のときに yohei さんから直接聞いていたのですが、ついにそれが公開されたので、喜び勇んで聴きました。 mozaic.fm #7 REST 断片的に感想をツイートしたので、そのまとめです。 RESTの何が重要なのか さすがの t_wada さん。アーキテクチャとしてもそうだし、アプリケーションフレームワークも「適切な制約」を設けることで設計のコストが下がる、という話の流れでした。 “Constraints are liberating”「制約は自由をもたらす」は僕が好きな言葉ですが、これを知ったのはDHHのRubyKaigi 2006の講演からです。（初出はどこか別のところなのかも？） RESTの流行 原理主義者的発言をするなら、「REST API」と謳って世に出たWeb APIはただのJSON/X
- The RESTful cookbook
Welcome to the REST CookBook REST is hot! And REST is finally rediscovered by API programmers all over the world. But REST isn't always as easy as it seems on first look. Dealing with HATEOAS, Code on demand and uniform interfaces can be really tricky and many people will fall back to not-so-restful approaches when things are starting to become more difficult. But it doesn't need to be. Once you g
The Future of API Design: The Orchestration Layer
Daniel Jacobson (Twitter | LinkedIn), is currently director of engineering for the Netflix API. Prior to Netflix, Daniel ran application development for NPR where, among other things, he created the NPR API. He is also the co-author of APIs: A Strategy Guide. The digital world is expanding at an amazing rate, giving us access to applications and content on myriad connected devices in your homes, o
An Overview of REST Metadata Formats
Although the REST community initially took a stance against metadata for REST APIs, a number of metadata standards have none-the-less emerged over the last couple of years, mainly fueled by the need to document APIs for their consumers. As an added benefit, the same metadata is now often used to generate code (both client and server), create test harnesses, production monitors and perform real-tim
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mca blog [Learning Client Hypermedia w/ O'Reilly]
Speaking of Complexity
inao on Twitter: "改訂の約束を、とりつけたはず！"
Engadget | Technology News & Reviews
mca blog [measuring up hypermedia types]