このツールはIPアドレスやドメイン名から所在地を検索し、ネットワーク情報と共に地図上に位置を表示します。 御自身のアクセス環境の確認やファイアーウォール等で検出されたIPアドレス、スパムメール送信元、クレジットカード決済時のログイン履歴のIPアドレスの確認等、各種の不正なアクセス元IPアドレスの調査等にご利用ください。 なお、各種データベースから取得した結果については、当サイトでは保証する事はできませんのでご了承下さい。 データは複数のWHOISデータベースとMaxMindのデータベースを元にしております。詳しくは、利用方法を参照ください。不具合の報告やご要望はお問い合わせフォームからお願い致します。 This IP geolocation search is made to help you quickly find the physical location of an IP addr
GoogleがWebページ表示をスピードアップするプロトコル「SPDY」を発表した。テストではページ読み込み速度が最高で64%短縮できたとしている。 米Googleは11月12日、Web高速化を実現するためのアプリケーションレイヤープロトコル「SPDY」(スピーディーと発音する)を発表した。Googleが目指しているWeb高速化の一環で、HTTPをサポートし、Webページ表示の遅延時間を最小限に抑えるという。 SPDYに関するホワイトペーパーによると、同社はSPDYとともに、同プロトコル対応版のGoogle ChromeブラウザとオープンソースのWebサーバも開発した。これらのアプリケーションをHTTPとSPDYで稼働テストしたところ、ページ読み込み時間が最高で64%短縮できたという。 SPDYはセッションレイヤーをSSLの上に追加するので、単一のTCP接続で複数の相互データストリームを並
Apacheのバージョン2.2.12以降では、SNI(Server Name Indication)という、SSLプロトコルに対する拡張機能がサポートされているため、名前ベースのHTTPサイトを設定する場合と同じように名前ベースのHTTPSサイトを設定することが可能になっている。本記事では、Apacheのこの機能について紹介する。 Apache Webサーバがバージョンアップし、成熟していくに伴い、新機能の追加やバグの修正が行われてきている。そして、バージョン2.2.12で追加された機能のうち、最も重要なものはおそらく、単一IPアドレス上で複数のSSLサイトを運用できるようにするという、長らく持ち望まれていた機能だろう。 これまでは、特定のIPアドレスに対してSSL対応のWebサイトを割り当てた場合、そのサイト1つしかSSL対応のWebサイトを運用することができなかった。つまり、IPアドレ
最近、何かと話題の Google ストリートビューですが、使ってみたらなんと、自分の家の前まで見られるじゃありませんか(笑)。 感動したついでに Google Maps API を使って自分のサイトに Google ストリートビューとマップを付けてみようかと思ったのですが、 場所やカメラアングルの設定が予想外に面倒臭い。そこで、誰でも簡単に自分のサイト用の Google ストリートビュー&マップを作れるプログラムを書いてみました。 誰でも作れるといっても、Google ストリートビュー&マップは公開サイト上でなければ正常に動作しないようなので、 自分のサイトを持っていることが条件になります。また、Google のアカウントとGoogle Maps API キーを持っていなければなりません。 以下のステップに従って、作ってみてください。 Google のアカウントがない場合は、Google
数ヶ月前から既定のブラウザをFirefoxからChromeに変更しました。 ChromeはFirefoxなどと比べ、まだまだ機能的に劣るところもありますが、 他のブラウザにない便利な機能も備えています。 Chromeとか単純にシンプルなだけでしょ、はいはい。と思っていましたが、 最近になっていろんな機能が拡張されています。 今では90%Chrome, 10%Firefox くらいの利用頻度です。 Firefoxはリーダーを読むときだけ利用しています(アドオンがあるとブクマとかがやっぱり便利) ただ通常のブラウジングはChromeがほとんどです。 以下に、Chromeの便利な機能や気に入っているところを紹介します。 私のChromeのホーム画面です。 他のブラウザと違い、いろんなボタンがないのでごちゃごちゃしてません。 非常にシンプル! ちなみに最近になり、Chromeテーマが用意されました
業界関係者(特にスマートフォン関係の仕事をしている人たち)少し前からすでに気がついていた話だが、今回のAdobeからの一連のアナウンスメントで明らかになってきた「HTML5対Flash」という構図。とてもワクワクする戦いだ。 ウェブ上のリッチコンテンツという分野でリーダーシップ・ポジションを取りながらも、「無料Flashゲーム」と「ウェブサイトの見栄えをちょっと良くするアイ・キャンディ」というニッチなポジションに一度は追いやられるように見えたFlash(数年前の話)。しかし、動画フォーマットがReal Networks、Microsoft、Appleの三強いの間で中に浮く隙間を付いた戦略で、見事に「ウェブ上のマルチメディアのデファクト・スタンダード」のポジションをがっちりつかんだかに見えるFlash(現在)。しかし、その地位も安泰ではない。 Adobeにとって一番頭の痛い問題はiPhone
突然ですが、クイズです。 ここ数年で急激に低価格化が進んだ液晶モニターですが、10 年前の相場はいくらくらいだったでしょうか? 本日より Google 検索で、検索結果のウェブページについて作成日時で絞り込みを行うことができるようになりました。 「最近 1 年以内」、「最近 24 時間以内」といった固定期間での絞り込みは以前から可能でしたが、今後は「1999 年」や「2008 年 4 月 26 日から 2008 年 5 月 6 日」といった、任意の期間を指定することができます。 ためしに先程のクイズの答えを検索してみてください。 「液晶モニター 価格」で検索して、検索結果ページ上部の「+検索ツールを表示」というリンクから「日付を指定」というオプションを開き、「開始日」と「終了日」それぞれに「1999 」と入力してその下の検索ボタンを押すと、下のような検索結果が得られます。 「液晶モニター
人工人工知能(Artificial Artificial Intelligence) Amazonが、圧倒的に面白い概念を発表して実際に事業をはじめたので紹介しておく。 http://www.mturk.com/mturk/welcome これは何か。サイトの説明にあるのは、 > Complete simple tasks that people do better than computers. And, get paid for it. Learn more. > Choose from thousands of tasks, control when you work, and decide how much you earn. 「単純な、ちょっとしたコンピューターにはできないタスクをやって、お金をもらおう。」 「すきなときに好きな仕事を選んで働いて、いくらもらうかも自分で決めよう。
Webブラウザ上で使えるプログラミング言語は限られたものだけだ。JavaScript、ActionScript、Javaアプレット、ActiveXなどだろうか。それ以外のRubyやPerl、Python、PHPといった言語はサーバサイドで使うしかなかった。 HTMLのソース。確かにRubyだ。もちろん実行できる しかしその可能性が広がるかも知れない。HTMLにRubyやPython、そしてXAMLといった言語がそのまま書け、そして実行できるのだ。 今回紹介するオープンソース・ソフトウェアはGestalt、Webブラウザ上でRuby/Python/XAMLを実行可能にするライブラリだ。 種明かしをすれば、使っているのはSilverlightだ。Silverlightは言わずと知れたマイクロソフトの技術であり、.NET系だ。そしてGestaltはIronRubyやIronPythonといった.
XML Signature Syntax and Processing Version 1.1 W3C Recommendation 11 April 2013 This version: http://www.w3.org/TR/2013/REC-xmldsig-core1-20130411/ Latest published version: http://www.w3.org/TR/xmldsig-core1/ Latest editor's draft: http://www.w3.org/2008/xmlsec/Drafts/xmldsig-core-11/ Previous version: http://www.w3.org/TR/2013/PR-xmldsig-core1-20130124/ Editors: Donald Eastlake, d3e3e3@gmail.co
Perl (35) PHP (75) Python (23) Ruby (210) VB,VB.net (16) XML (2) Lisp (1) shell (19) その他 (14) 開発ツール (65) Eclipse (12) Emacs (9) NetBeans (0) vi (12) VisualStudio (6) その他 (26) アルゴリズム (46) フレームワーク (7) テスト/デバッグ (13) その他 (43) インターネット (346) ブラウザ/クライアントサイド (85) IE (6) Firefox (40) Flash (6) AIR (2) Silverlight (2) その他 (29) Web API (52) SEO (18) Webログ解析 (4) メール関連 (11) Webページ制作 (38) DNS (0) Webサーバ (25) AP
ちょっとしたプログラムを書いて、各メジャーブラウザのHTML5タグへの対応状況を調べてみました。現時点でのHTML5仕様に含まれているタグが、ブラウザにUI要素として認識されるかどうかを調べただけです。これだけでは、HTML5の対応状況としては一部しか調べられませんが、一応の参考として。 間違いがありましたらご連絡ください。 具体的に行った調査方法は、記事の最後を参照してください。 IE8Chrome2Chrome3(Beta)Safari4Firefox3.5Opera10(Beta) div○○○○○○ section×××××× nav×○○○×× article×××××× aside×○○○×× h1○○○○○○ h2○○○○○○ h3○○○○○○ h4○○○○○○ h5○○○○○○ h6○○○○○○ hgroup×○○○×× header×○○○×× footer×○○○××
blog移行しました。新しいblogで更新を続けています。 XMLェ… text ja 2012-07-08 http://www.yomotsu.net/wp/?p=603 XMLェ… 日々の出来事2012年7月8日日曜日 ブログ作りなおそうかなーと思って、この Webサイト をみなおしてたら、Web ページのメタ情報としてダブリンコア (RDF) を混在させていたことを思い出した。バリデーターにかければ、グラフも取り出せて みたいな感じになる。でも結局あまり意味なかったです多分。いまは OGP とかありますしね。 Web ページは XHTML にしてたけど、ブログのコメントで参照先のない数値参照とか混ぜられると XML パースエラーになるし、XML だから他の語彙混在できるけど、RDF くらいしか混ぜてなかったし、XHTML 意味なかったです多分。いまは HTML に SVG 混在でき
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く