AWSアドバンスドコンサルティングパートナーの一員として活動する株式会社スタイルズが、AWS導入、移行、開発、セキュリティ、運用保守など、すべてのご相談に乗らせていただきます。 AWSを導入したいが何から始めたらいいかわからない 既存のベンダーが新技術に弱く、良い提案がもらえない クラウドの導入にセキュリティの不安がある AWSをとりあえず導入したが、さらに活用していきたい 社内にAWSの知見を持っている人がいない AWSならではのシステム開発を詳しく知りたい
![株式会社スタイルズ](https://cdn-ak-scissors.b.st-hatena.com/image/square/58f644d3665409b638fde7cfd1b46265abce4d73/height=288;version=1;width=512/https%3A%2F%2Fwww.stylez.co.jp%2Fwp-content%2Fuploads%2F2017%2F07%2Fstylez_image.jpg)
先月、ぐるなび API がリリースされていました。 ぐるなびさんの持っている膨大なデータベースに Web API を通して気軽にア クセスできるようになったのは、非常に喜ばしいし、その英断に感謝したいと 思います。 しかし、Web API 仕様書、特にエラー仕様を見てちょっとがっかりしました。 もう少し上手にデザインすれば、もっとよかったのに…、という思いです。 一度出してしまった API はそう簡単に変えられないと思いますが、 参考までに僕だったらどうするか、を書いてみます。 この仕様の一番の問題はエラーコードです。 以下は 2-2 のエラー仕様に記述されているサンプルです。 <?xml version="1.0" encoding="UTF-8"?> <gnavi> <error> <code>602</code> </error> </gnavi> タグが三つ(gnavi, erro
普通の帯域節約術としては、mod_deflateでdeflate圧縮するとか、CSSやJSファイルのHTTPレスポンスヘッダにLast-ModifiedやEtagを追加しておいて、ブラウザがHTTPリクエストヘッダにIf-Modified-SinceやIf-None-Matchを付加するようにし、コンテンツが変更されていなかったら304 Not Modifiedを返すという方法を取るかと思います。 しかし、HTTPサーバーはコンテンツの数だけ304 Not Modifiedを返さないといけないため、その分帯域を消費しますし、またCSSや画像などのパーツの304 Not Modifiedが返ってくるまで、そのパーツのレンダリングが行えないという問題があります(つまり体感速度に影響します)。 今回紹介するのはExpiresヘッダやCache-Control: max-age=31536000を
あなたにとってのHTTPとは HTTPなしに暮らせないって本当ですか? Webのベースになったアイデアがあるそうですが Webの画面を見てみると、画像もたくさんあって、複雑な処理をしてるように見えますが URLってどうやって書くのが正しいんですか? HTTPの世界に潜入してみよう サーバとはどんなメッセージをやりとりするんですか? 前回の内容と違いますよ! どっちが正しいんですか? はっきりしてください GETメッセージをもう少し詳しく説明してください Webサーバが送ってきた結果はどうやって見ればいいんですか? 画像の取り出しを指定したら、どんな結果が返ってくるのですか?想像がつきません GET以外にはどんなものがありますか? Webブラウザになった気分でHTTPをしゃべってみよう HTTPをしゃべれったって、私は日本語しかしゃべれません! HTMLファイルをGETする実例を見せてくださ
HTTPプロトコルでは、コンピュータ同士が通信している間に、コードを用いてお互いの状態(ステータス)をやり取りしています。このコードのことをHTTPステータス・コード(HTTP Status Code)と呼び、エラーが発生した場合に「404 Not Found」のようにブラウザ上に表示されたり、エラーが発生しなかった場合にも見えないところでやり取りされています。 また、通信を行うためにクライアントがサーバーに様々なリクエストを行いますが、このリクエストの方法をメソッドと呼びます。 規格
This HTTP extension aims to provide a convenient and powerful set of functionality for one of PHPs major applications. It eases handling of HTTP urls, headers and messages, provides means for negotiation of a client's preferred content type, language and charset, as well as a convenient way to send any arbitrary data with caching and resuming capabilities. It provides powerful request functionalit
今回は HttpRequest クラスのドキュメント化されていない (っぽい) 機能を紹介します。 なんと、サブクラスのメソッドとして onfinish が定義されている場合、リクエスト終了時に自動でコールされるのです。 onfinish メソッドは引数としてリクエストが成功したか (valid な HTTP Response が返ってきたか) を boolean として受け取ります。 利用例としてはこのようなクラスが考えられます。 <?php class UrlRetrieve extends HttpRequest { private $savepath; public function __construct($url, $savepath, $method = HttpRequest::METH_GET, $options = array()) { parent::__constr
303(See Other)も307(Temporary Redirect)もあんまり見聞きしないステータスですが、気になっていたので定義と実際の挙動を見てみました。 それぞれの定義は、次のURLを参照。 RFC2616 ステータス303の解説(日本語) ステータス307の解説(日本語) また、コードは次のものを用意しました。 redirect.html <html> <body> <form action="redirect.php" method="post"> <input type="hidden" name="val" value="hogehoge"> <input type="submit"> </form> </body> </html> redirect.php <?php header('Location: http://www.example.com/redirect
Webブラウザが要求を送り,Webサーバーが応答を返す――。Webアクセスを一言で表現すると,こうなる。こうした単純なやりとりの手順や内容を決めているのが,HTTPというプロトコルである。このHTTPがWebアクセスの根幹と言える。 人が読めるテキストをやりとり アドレス欄にURLを入れてリターン・キーを押すと,WebブラウザはURLで指定されたデータをWebサーバーに要求する。このときWebブラウザがWebサーバーに送るのが,HTTPリクエストである。 HTTPリクエストはテキストで出来上がっていて,人がそのまま読むことができる。通常,このHTTPリクエストは複数行にわたっている。1行が一つの項目になり,それぞれの項目が意味を持っている。つまり,HTTPリクエストの見かけは,個条書きにしたテキスト・ファイルのようなものと考えればよい。 このHTTPリクエストを分解してみると,三つの部分に
バックエンドシステム側で、XMLHttpRequestによるリクエストなのか、通常のリクエストなのかを判別したい時がある。処理内容は全く同じだが、XMLHttpRequestによるリクエストなら画面再描画が不要で、必要なデータだけちょろっと返すだけで良く、それをスマートに切り替えたい。 JavaScriptでリクエストにちょっと細工(クエリパラメータを足しておくとか)すればいいのだけれど、本当はもっときれいにやりたい。Railsだとxhr?とかいうのがあって…みたいな事もあり、それをかなえるカラクリも存在している筈。 と思って探してみたのだけれど、なかなかそういう記述を見つけられないでいた。で、探すのが面倒になってリクエストヘッダのダンプを調べた。 #!/usr/bin/perl use strict; use warnings; use CGI::Carp qw(fatalsToBrow
RSSリーダーについてさんざん言及されたように、Webコンテンツを取得するアプリケーションでは、 HTTPリクエストに If-Modified-Since ヘッダ をつけるなどして対象コンテンツの更新時刻をチェックし、過剰なデータ取得を避けるのがマナーであるとされている。 同じことがAjaxについても当てはまると考える。Ajaxでは、ユーザーのアクションと非同期にHTTPリクエストを行うため、RSSリーダーと同様に人為操作を超えるトラフィックを発せさせる可能性があるからだ。 そこで、素朴な疑問。 ・ブラウザは、ユーザーが意識しないでも更新時刻チェックをやってくれる。 ・Ajaxの主なエンジンとなる Javascript は、ブラウザに組み込まれたものである。 ・Javascript の XMLHttpRequestを使用すると、プログラマが明示的にコーディングしなくても、更新時刻チェックを
普通に考えると、パスワードを認証後のHTTPレスポンスヘッダ(*1の部分)で Location: http://www.exmaple.com/logined.html とかすればいいんじゃないの?と思うのですが、そうするとIEで「セキュリティーで保護されていないページに移動しようとしています」というような警告ダイアログが出てきてしまいます。 そんな警告ダイアログが出るのはユーザーフレンドリーじゃないので、それを防ぐ方法。 解決方法は簡単で、レスポンスヘッダで対応できないならレスポンスボディーで対処すればOK(Yahoo!なんかもこの方法を使っているようです)。たとえば、認証後、*1のところで以下のようなHTMLを返してあげれば、ブラウザがHTTPなページにリダイレクトしてくれるわけです。 <html> <head> <meta http-equiv="refresh" content="
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Accident Lawyers Anti Wrinkle Creams fashion trends Top Smart Phones Parental Control Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information
Fiddler is a HTTP Debugging Proxy which logs all HTTP traffic between your computer and the Internet. Fiddler allows you to inspect all HTTP Traffic, set breakpoints, and "fiddle" with incoming or outgoing data. Fiddler is designed to be much simpler than using NetMon or Achilles, and includes a simple but powerful JScript.NET event-based scripting subsystem. Fiddlerは,ブラウザなどのアプリケーションと外部のインターネットの間に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く