http://d.hatena.ne.jp/hyuki/20071220#bookmark 乗り遅れすぎですが、自分でもこういうの欲しかったので、作ってみました。とりあえず試作品。指定したURLのファイルしか取ってきません。文字コードによっては題名がちゃんと読めません。 簡易Webサーバを立てる方式にしてます。Javaで書きました。非常に書きづらいと分かっていたものの、自分で手っ取り早くサーバを書けるのがJavaしか無かったので。（Rubyだと、WEBrickというのを使えばできそうですね。） 起動は $ java Bukma 80で、ポート番号は可変になってます。※セキュリティ注意してください。 ブックマークレットで、 javascript:window.location='http://localhost:80/edit'を設定。ここもポートを上のに合わせて。 ブックマークレットをたた

Twitter @ 挨拶は是か非か的な議論がブスブスと不完全燃焼していたので、たぶんこのへんかなという争点の洗い出し。 状況 Twitter で朝晩不用意に「起きた」とか「寝る」とか書こうものなら「@hoge おはようございます〜」とか「@huge おやすみなさい」とかそのての挨拶 @ 返信が雪崩を起こすクラスタが存在している。 有意なコメントの羅列サービスとして Twitter を眺めたいひとにとって、そのての挨拶発言でログの S/N 比が下がるのはウザい（おれも最初なにも考えず片っ端からいろんあひとを follow していた頃はうざかった）。 で「挨拶 UZEEE」となるが、挨拶勢にとって挨拶行為はそれなりに有意の行いなわけなので（あるいはとくに意味はないけどそんなことで自分の言動に余計な制約を加えられることには反発しておきたいので）、挨拶 UZEEE 勢 UZEEE、になるのかといえ

Tomcat側で認証の設定を行うこともできますが、場合によってはApache側の認証処理と共通化したいと思うときも。 例えばjsp-examplesに対してApache側で認証処理を行う場合（Apache2.2でmod_proxy_ajpで連携）。 <Location /jsp-examples> ProxyPass ajp://localhost:8009/jsp-examples AuthType Basic Require valid-user AuthName "Tomcat" AuthUserFile /auth/tomcat.passwd </Location> なお、この場合、Tomcat側のserver.xmlにおいて、 <Connector port="8009" tomcatAuthentication="false" enableLookups="false" red

絵日記 グルメ ライフスタイル・暮らし ペット 旅行・海外 日記 ニュース スポーツ ビジネス・経済 趣味・創作 音楽 書籍・雑誌 漫画・アニメ ゲーム 受験・学校 ヘルス・ビューティ IT・家電 学問・科学 まとめ

紹介されているエラーページのデザインはおもしろい。でも、設定のしかたがよくないと思う。このやりかたは多くのサイトで採用されているようだけれど、はっきりいって迷惑。 404エラーをデザインする為のインスピレーション*ホームページを作る人のネタ帳 http://e0166.blog89.fc2.com/blog-entry-262.html ErrorDocument 403 http://e0166.com/403error.html ErrorDocument 404 http://e0166.com/404error.html ErrorDocument 500 http://e0166.com/500error.html 赤い字で書かれた部分はもちろん皆様のドメイン名に変更してください これじゃ 「リダイレクトされちゃうからダメ」 だよ。 こういうふうに設定されていた場合、たとえば、

mod_rewriteとは Apacheのモジュールのひとつで、アクセスURLを正規表現で書き換えることができます。リダイレクト処理を行うのに便利なモジュールです。 モジュールの解説ドキュメントによれば URLを操作するためのスイス製のアーミーナイフ と例えられるほど、非常に複雑な処理を行えます。 URLからURLへ、同一サーバ内URLだろうが、別サーバURLだろうが問いません。 引数を含む動的URLを通常のHTMLファイルのような静的URLに見せることも可能です。 素晴らしく詳細なマニュアルもありますが、機能が多いだけに情報量が多く読むのも面倒だと思いますので、ここでは、mod_rewriteを使用すると便利な場面を想定して具体的に解説してみたいと思います。 mod_rewriteの基本 ひとまず、mod_rewriteはApacheのモジュールです。インストールされていなければ、サーバ

Internet Explorer の悪名高い Content-Type: 無視という仕様を利用すると、Atom や RDF/RSS を利用してXSSを発生できることがあります。条件的に対象となるWebアプリケーションは多くはないと思いますが、それでもいくつか該当するWebアプリケーションが実在することを確認しました。以下の例では Atom の場合について書いていますが RDF/RSS でも同様です。 例えば、http://example.com/search.cgi?output=atom&q=abcd という URL にアクセスすると、「abcd」という文字列の検索結果を Atom として返すCGIがあったとします。 GET /search.cgi?output=atom&q=abcd Host: example.com HTTP/1.1 200 OK Content-Type: ap

※この記事は、2013年3月14日にアップデートしました。 こんにちは、「livedoor Reader」などのディレクターを担当している佐々木です。 「世界の技術者、刺激したい」―ライブドアRSSリーダー英語版公開 「RSSリーダーにも2対8の法則がある」と池邊CTOは言う。2割のヘビーユーザーが、8割のフィードを読んでいるというのだ。「livedoor Readerは、2割の人に最適化している」 これは弊社スタッフの偽らざる本音なのですが、そうは言っても、より多くの人に使っていただけるよう、livedoor Readerのサイト上では初心者向けの説明を中心に掲載しています。 しかしそれによって、2割のヘビーユーザーに対して満足な説明ができていなかったのではないか、ということを心配してきました。 そこで今回は、Webディレクター向け（つまり、2割に相当するヘビーユーザーであるべき職種の人

実名でブログを書くことは、非常に危険です。ましてや何を書いて良いかもわからない初心者の人はスタート地点でいきなりタブーを犯してしまう危険性があります。例えば、現状と照らし合わせて、個人のブログが炎上して日常生活に影響を及ぼす大半の理由は実生活までトレースされうる情報が掲載されているからに他なりません。 ここで予め言っておきます。ネット上に蔓延る匿名の悪意、あるいは社会正義の名の元の鬱憤晴らしを認めているわけでも、減らそうとしていないわけでもありません。ただ、それは現実にそこにあることを認めないと危険だ、ということです。それがなくなる前に実名での活動を勧めるのは、こちらが有益なものを提供しているのであるから襲われまいとヨハネスブルクを丸腰で一人で歩くようなものです。装甲車に乗って声を張り上げられる人は限られています。まずいちばん最初に自覚しなければならないのは「現実として」いつでも襲われえる

http://d.hatena.ne.jp/naoya/20070615/1181890785 はてなブックマークの「荒れ」に関する、はてなおやさんの誠実な文章。 以下、結城が個人的に思うことを書きます。はてなに限った話ではないし、何かを要求しているわけでもない、ただの一般論です。 原則：どんなに技術が変化していっても「技術によって人の行為は増幅されることはあるかもしれないが、人の行為が本質的に良くなったり悪くなったりすることはない」と思っています。一言で言えば、ネットで人が聖くなるわけではないのです。 トレードオフ：驚くほど人を感動させる可能性を持つメディアは、驚くほど人を失望させる危険性をはらむ。一言で言えば、裏切りが制度的に不可能な世界では愛もあり得ない（少なくともこの世では）。 だからといって、改善の努力が無駄なわけではない。