様々な企業・組織から自社のサイトを「模倣したウェブサイト」が存在しているとして注意喚起が出されています。一部のツイートを紹介しますが、piyokango氏のblogに一覧が掲載されています。 NTTグループや楽天が発表した模倣サイトについて調べてみた http://d.hatena.ne.jp/Kango/20140725/1406285179
Webシステムの方式設計をする際に、わりと悩むのがアプリケーション・サーバのセッション(session)の保存先です。アプリケーションサーバとは、TomcatやJBoss,IISやRuby on Railsなどで利用するUnicornやPassengerなどです。そもそもHTTPの基本仕様がステートレスな為、状態を保持する為にはどこかに状態を保持する必要があります。その解決策がセッションになります。そこでセッションの保存戦略を考える必要があるのですが、アプリケーションサーバやサイトの用途や性格、扱うデータの気密性・重要性によっても変わってきます。 それ以前にセッションの保存先のことの呼び方の定番が何かすら解らなかったりします。セッション・ストアとかセッション・ストレージとか、はたまたセッション・マネージャーとか。今回は、セッション・ストアで統一します。 主なセッションストアの種類と保存戦略
完全に釣りタイトルですけど中身は真面目に書くよ。 近年、ウェブサイトのHTTPS化が流行のようになっている。私の知る限り、Googleの各種サービスやTwitter、Facebookなどが完全にHTTPSで通信を行うようになっている。HTTPS、つまりSSLによる通信の暗号化によって、ユーザにこれまでよりも安全なウェブサイトを提供できる。 しかし、あなたが作っているサイトをふと思いつきでHTTPS化してしまうと、たぶん、これまでよりもサイトが遅くなる。ここでは、HTTPSで通信する場合の問題を解説する。 なぜ遅くなるのか HTTPで通信する場合、クライアントがサーバへと接続するためにはTCP/IPの3ウェイハンドシェイクという手順が必要になる。めんどくさいのでここでは詳しくは説明しないが、要するにクライアントがリクエストを投げる前にパケットを1往復させないといけないのである。パケットの往復
業界人としてではなくて個人として 僕はいわゆるインターネット業界で働いていて、Webサービスを作っていたりするので、どうしてもWebサービスを見る時に、業界人目線で見てしまったりします。 つまり「この仕組みは素晴らしい」とか、「これはビジネス的にいけてるねえ」とかそういう感じで見ちゃうのですね。 そして、業界人として言及したいサービスなどをFacebookやTwitterで紹介してしまうということも多々ありました。すでに知られているサービスよりも新しいサービスを紹介しがちだったり、応援している人がやっているサービスなどを紹介しがちだったりします。 しかし、そんな業界目線をすっとばして、本当にユーザーとして素晴らしいと思ったサービスこそ紹介する価値があるんじゃないかなあ、という気持ちもあります。そこで、今回は、完全にユーザー目線として、ここ最近感動したサービスなどを紹介したいと思います。 コ
出来事の詳細 3/13 新着図書データベースを作るためクローリング&スクレイピングプログラムを作成した ちょうどその頃、市場調査を行うためにECサイトのスクレイピングプログラムを作っていた。そのついでに、前々から構想していたLibra新着図書Webサービスを作ろうと思った。市場調査プログラムの一部をカスタマイズして、新着図書データベース作成プログラムを作った。この時、市場調査プログラムと新着図書データベース作成プログラムは同じプログラム内にあり、パラメータでアクションを指定して振り分けていた。 Webサービスを作ろうと思った動機は「なぜプログラムを作ったか」の通り。 Webサービスの概要は「どんなプログラムを作ろうとしていたか」の通り。 普段読む本を入手する流れ:1. Amazonの各カテゴリの売れ筋をチェックしてレビューを確認し読むかどうか決める(または、書評ブログや新聞などのメディアで
目次 2005年11月30日 - 原稿出し / 2005年11月29日 - セキュリティシステム、テクノロジー、プラクティスを分析・評価する5つのステップ / 仕事 / 『暗号技術入門 —— 秘密の国のアリス』増刷 / 2005年11月26日 - 高橋メソッドのプレゼンテーションをflashのローカルファイルとして作るには? / 2005年11月25日 - 日記ダイジェスト更新 / 2005年11月23日 - よかった探しリース / 打ち合わせ / 2005年11月22日 - 「テトラちゃんと相加相乗平均」のLaTeXファイル公開 / 気持ちのよい朝 / 2005年11月21日 - 年末進行 / お仕事メールとWebサイト / 2005年11月20日 - 日曜日 / 数学ガール / 2005年11月19日 - おせんべいの対話 / 2005年11月18日 - Tropy: 2005年11月
Twitterユーザーが亡くなったとき、家族や友人はどうすればいいのか――死亡したユーザーのアカウントについてのポリシーをTwitterが設けた。 Twitterは、亡くなったユーザーの関係者から要望があれば、アカウントを削除したり、公開ツイートを保存する手助けをするとしている。連絡先はprivacy@twitter.comで、同社のサンフランシスコのオフィスへFAXや郵便で連絡することも可能だ。「フルネームと連絡先、亡くなったユーザーとの関係」「亡くなったユーザーのアカウント名」「公式の死亡告知やニュース記事へのリンク」を記す必要がある。 Twitterは連絡を受け次第、電子メールで返答するとしている。ただし、当該アカウントへのアクセスを許可することや、アカウントに関連する非公開の情報を開示することはできないという。 大手SNSのFacebookは昨年、亡くなったユーザーのアカウントを「
Webの開発者をやっていると良くいわれていることですが、HTTP GETメソッドを使うなという話を聞きます。セキュリティの点もありますが、HTTP GETメソッドですべてのパラメータをサーバに送れないからというのがその理由のようです。 実際どこからでているのか、現在もそうなのか?という疑問を感じたので、HTTP GETの制限を調べてみました。 RFCではどうなっているの? まずHTTP1.1のRFC2616を調べました。 とりあえず、日本語訳がありましたので、引用いたします。http://www.studyinghttp.net/cgi-bin/rfc.cgi?2616より HTTP プロトコルでは、URI の長さにどんな制限も設けていない。 サーバは、自身が持つどんなリソースのURI も扱えなければならないし、もしそのような URI を生成する GET ベースのフォームを用意するなら、無
By entering your information, you unlock every feature and can get help with installation and quick-start resources. All information is protected for privacy. Do More with Fiddler EverywhereGo beyond Fiddler Classic and try Fiddler Everywhere for free. Take advantage of our modern web debugging solution expertly designed for Windows, Mac, or Linux. You get access to: Amplified networking debugging
yamaokaです。 Twitterのみならず、FriendFeedやFacebookなど よりリアルタイムに近い更新がwebで求められるようになってきています。 従来、更新情報の配信はRSSなどのフィードやAPIを通して行われてきました。 しかしその場合、配信している側のサーバーに 定期的にリクエストを投げないと更新があったかどうかわかりません。 サーバーへのアクセスが多くなった場合、結構な負荷になります。 さらにお行儀の悪いクライアントが存在すると、頻繁なアクセスを繰り返し、 あたかもDoS攻撃のような状況が起こることもありえます。 そこで考えられたオープンなHTTPベースのプロトコルがPubSubHubbubです。 Google ReaderとFriendFeedが対応している他、 日本国内ではlivedoor Blogとliverdoor Readerがそれぞれ対応しています。 で
Web関連技術の標準化団体World Wide Web Consortium(W3C)は米国時間2009年7月2日,マークアップ言語HTMLをXMLで再定義した言語「XHTML 2」について,策定担当ワーキング・グループ(WG)の憲章(行動指針)「XHTML 2 Working Group charter」の適用を2009年末で打ち切ると発表した。同憲章を更新せず,HTML担当の「HTML WG」に投入するリソースを増やすことで「HTML 5」仕様の策定作業を加速させ,HTML開発の方向性を明確化する考え。 W3CはXHTMLをHTMLのXMLシリアライゼーション(XML形式への変換)と見なしている。HTML 5仕様にXMLシリアライゼーションを含め,引き続きHTML WGで検討していく。現在HTML 5仕様でこのXMLシリアライゼーションは「XHTML 5」と呼んでいるが,今後HTML
「日本のITは、アメリカに負けていない。自信を持って海外に出て行ってほしい」――ネットワーク関連イベント「Interop Tokyo 2009」(千葉・幕張メッセ)で6月12日、ニワンゴ取締役の西村博之(ひろゆき)氏とドワンゴ取締役の夏野剛氏が基調講演し、IT業界関係者にこう呼び掛けた。 テーマは「インターネットの未来像:ポストインターネット」。2人は、ニコニコ動画などで起きているできごとの紹介を織り交ぜながら、ネットと政治や、テレビとネットの関係、日本のITやコンテンツについて語り合った。話は時に大きく脱線していたが、2人の息の合った掛け合いに、2000人近い聴衆は笑いながら聴き入っていた。 「この基調講演が満杯ということは、日本経済の危機だ」 夏野 今日はこれから、雪が降ります。ひろゆきがこの時間(講演は午前11時45分にスタート)に起きているから。こんなことは、まずありません。 さっ
ITMedia: 日本のWebは「残念」 梅田望夫さんに聞く(前編) を読んで雑感。 「元」はてな好きな人間的には、日本のwebが「残念」よりも、最近のはてなのほうが「残念」な印象なんだけどなぁ・・・ なんか海外留学時代を思い出す既視感。 「俺は日本で評価されないから海外に出るぜ!」とか、「英国でアーティストになりたい!」とか、熱い俺アート論とかかました人みたい。 それでいながら、4年後ぐらいしたら「いや日本人が海外で評価されるって難しいよね」とか「夢を持つのはいいけど現実は違うよ」とか語りだして、半分リタイヤしつつも正業につかづにバイト暮らしして酒場で若者に説教する人みたいな風景。 そもそも、はてなが日本で成功したのは、あくまでSBMにしろwiki的なオートリンクダイアリの仕組みにしろ、他所で流行した優れた概念をいち早くパクッって(輸入して)カスタマイズするタイムマシン商法のバランス感覚
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く