We know what you're thinking. That many? Yes, we were surprised, too, but decided to plough through the seemingly endless supply of URL shorteners and put them all in one place. You'll never have to use more than a handful, but now at least you know what your choices are. a2n - An URL Shortening Service that can shorten up to 100 long URLs in one go. You can also customize each a2n URL generated w
■ はてなブックマークを禁止する技術的方法 ある属性を持つ人々にとって、はてなブックマークは、必要な情報源を巡回するための効率的なツールとなっている。もはや「はてブ」されない記事は存在しないのも同然となってしまている人もいるかもしれない。ソーシャルブックマークサービスはなにも「はてな」だけではないのだが、事実上「はてな」が独占状態にあり(少なくとも一部の分野においては)、「はてなブックマーク」でないと情報源となり得ない状況になっている。この状況はアーキテクチャ的に望ましい状態ではないと思うが、しかたない。 そういう中で一つ問題がある。情報セキュリティの話題を追いかけるには「セキュリティ」タグを見ていればよいわけだが、ここに「JVN」のエントリが出てこない。 JVNの認知度が高まらないのにはいろいろな要因があって、JVNのサイトデザインが最悪だ(ユーザビリティを何も考えていない)という問題も
誤訳! 「場合が感じやすい」てゆか「case sensitive」な。 ということで昨日のこれ↓の続き はてなブックマークで「はてなブックマークの本欲しい!とは - はてなダイアリー」のエントリページが2種類(以上)存在するのはなぜか? はてなブックマークでは、表示時とブックマーク時で扱いが異なる 表示するときは、上記のように大文字に正規化する ブックマーク時には何もしない(=小文字のままでブックマーク可能) このようにブックマークするときと(ブックマークされたものを)表示するときで処理は異なっているのはおかしい。たぶんどっちかの処理が間違ってるんだろうという感じがするし、感覚的にはパーセントエンコーディング部分が大文字だろうと小文字だろうと同じURLとして扱う表示時の処理が正しいような気がするが、果たしてどうなんだろうか。 はてなブックマークの挙動をRFC3986とつき合わせてみる まず
はてなアイディアを見ていたら idea:17836 - はてなアイデア id:AKIT 『http://b.hatena.ne.jp/entry?eid=6486749とhttp://b.hatena.ne.jp/entry?eid=6486792です。 URLエンコードの大文字と小文字の違いで別ページになっているようです。』 (2007-11-13 19:10:00) というヘンテコな状況が報告されてました。 面白そうだったのでいろいろ試してみたところ挙動がわかった感じだったので報告します。 とりあえずの結論 まず最初に結論ですが、URLエンコードの大文字小文字の扱いについて、 ダイアリー(キーワード)とブックマークで扱いが異なる はてなダイアリー(キーワード)は小文字を利用 はてなブックマーク(表示)では大文字に正規化 はてなブックマークでは、表示時とブックマーク時で扱いが異なる 表示
ニコニコ動画でマイリストから動画を開くと、URLがいつもと違うんですがあれってどういう事なんでしょうか。いつものURLとマイリストから開いたときのURLでは、何か違いがあるんでしょうか。 ニコニコ動画で、マイリストから動画を開いたときのURL http://www.nicovideo.jp/watch/sm9 http://www.nicovideo.jp/watch/1173108780 これら2種類の URL に違いはないです。(どちらも陰陽師) ただ、将来的に違いがでる可能性があります。 ニコニコ動画でのIDは2種類ある 「sm9」や「am12345」など、マイリスト以外のページで使われているものは、「動画サイトの識別子2文字(sm = SMILEVIDEO)」+「動画サイトでの動画識別子」という組み合わせで、これは「動画」を表す識別子(動画ID)として使われています。 では、「11
紹介されているエラーページのデザインはおもしろい。でも、設定のしかたがよくないと思う。このやりかたは多くのサイトで採用されているようだけれど、はっきりいって迷惑。 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 赤い字で書かれた部分はもちろん皆様のドメイン名に変更してください これじゃ 「リダイレクトされちゃうからダメ」 だよ。 こういうふうに設定されていた場合、たとえば、
「動的URLも静的URLと同様に扱う」 - Google Matt Cutts氏 動的URLもパラメータの数を少なく抑えておけばSEO上問題はない。 公開日時:2007年07月25日 09:32 米GoogleウェブスパムチームのMatt CuttsはWordCamp 2007において、Googleは引数を持つ動的URLを基本的に静的URLと同様に扱っていることを明らかにした。 動的URLと静的URLの問題はSEOでよく取り上げられる話題で、一般的にパラメータを持つURLはランキングが上がりにくい、PageRankが低くなるなどSEO的に不利であると考えられているが、実際にはそれら全て誤った知識であり誤解に過ぎない。今回のMatt Cutts氏はそれを改めて否定したもの。パラメータが2~3程度のものである限り、動的URLも静的URLも変わらないとした。 # パラメータの数が少ない、という条
タケシが PHP やらでごにょごにょやっているとかゆっていたので、簡単に取得できる方法を書いとく。 どうやらすでに内部的にも Google とくっついているようで。これまでだとスクレイピングしないとわからなかった FLV のありかが、クライアントサイドだけでわかるようになっております。 http://www.youtube.com/watch?v=2yDSbFe62E4 こんな YouTube の URL があります。これの FLV のありかは、 http://cache.googlevideo.com/get_video?video_id=2yDSbFe62E4 ↑ココです。カンターン。 ・・・ あともうひとつ。外部 FLV で遊ぶときの tips。 ふつう。スクレイピングとかしてひっぱってきた外部 FLV とか、ストリーミングサーバーに置いてあって別のサブドメインとかになっているムービ
ネット上の本屋さんだったのが今ではDVD、家電、ソフト、サプリメント、時計などなど、あらゆるものを売っている「Amazon」。今回はそんなAmazonの特価セール品だけをピンポイントで狙い撃ちして見つける方法です。単に検索結果のアドレスを手動でちょこっと書き換えるだけなので誰でもできます。 やり方は以下の通り。 Deals: Search Amazon For Deals Up To 90% Off - Consumerist Amazon shopping tips and hacks at ProBargainHunter.com まずはAmazonのページに行きます お買い得製品を見つけたいジャンルに移動します。今回は例として「エレクトロニクス」を選んでみました。 それから何も入力せずに「GO!」ボタンをクリック するとAmazonのそのジャンルに登録されている製品がずらずらと出てき
his document は http://www.apache.org/docs/mod/mod_rewrite.html にある Apache Group によるオリジナルの mod_rewrite マニュアルを補足するものです。ウェブマスターが普段、実際に直面している典型的な URL-based の問題を、mod_rewrite でどのように解決するかを記述しています。URL の rewriting ruleset を設定することによってそれぞれの問題を解決する方法を詳述してあります。 Table Of Contents はじめに 解決策 URL レイアウト Canonical URLs Canonical Hostnames DocumentRoot の移動 ディレクトリのスラッシュの解決 均一な URL 配置をした ウェブ・クラスタ 異なるウェブサーバへのホーム・ディレクトリの移
URL を操作するためのスイス製のアーミーナイフ、mod_rewrite へようこそ! このモジュールは、(正規表現パーサに基づく)ルールベースの 書き換えエンジンを使い、要求された URL を適宜書き換えます。 サポートするルールの数、および各ルールを適用する際のルール条件 の数に制限はなく、本当にフレキシブルでかつパワフルな URL 操作 メカニズムを提供します。この URL 操作に先立ち、次のようにいろいろな 評価を行なうことができます。たとえばサーバ変数、環境変数、HTTP ヘッダ、 タイムスタンプ、さらに外部データベースの検索結果までを評価の対象として、 各種のフォーマットを使った粒度の高い URL マッチングを実現できます。 このモジュールは、サーバ単位のコンテキスト (httpd.conf) およびディレクトリ単位のコンテキスト (.htaccess) において (PATH-
Edit (2024): parseUri has had a major update and is now available on GitHub and npm I've just updated parseUri. If you haven't seen the older version, parseUri is a function which splits any well-formed URI into its parts, all of which are optional. Its combination of accuracy, flexibility, and brevity is unrivaled. Highlights: Comprehensively splits URIs, including splitting the query string into
第23回 URIの動的生成と使いやすさを考える -- ブログやWikiにおける生成ルールや日本語の扱い,リンクされやすいURIとは? 本連載でURIの話を取り上げ始めて,もう4回目になってしまいました。URIに関しては,いろいろ面白い話題もあり,興味は尽きないのですが,ほかに考えてみたい題材もありますし,あまりこの話ばかりを続けるのもなんですから,ひとまず今回で最後にしたいと思います。 今回は,動的生成されるURIの使いやすさ,という視点から考えてみます。ここでいう「動的生成されるURI」というのは,ブログのエントリ・ページやWikiのページのように,機械的に生成されるページのことです。また,商品情報を元に商品ページを自動生成するオンラインショップなども動的生成ですね。 新たにページやデータを追加できるようなツールやサービスでは,新しくデータが追加された際に,新たに生成されるページにURI
Stay organized with collections Save and categorize content based on your preferences. Safe Browsing is a Google service that lets client applications check URLs against Google's constantly updated lists of unsafe web resources. Examples of unsafe web resources are social engineering sites (phishing and deceptive sites) and sites that host malware or unwanted software. Come see what's possible. Wi
前回,前々回と使いやすいURIの設計のポイントについて見てきました。今回も引き続き,使いやすいURIにするにはどうしたらいいのか,ということについて考えていきます。 URIの使いやすさについては,いろいろと考える話題が多いのですが,ここで話題として取り上げるのは「ページをリソースとして考える」ということについてです。リソースとは,そのまま日本語に訳せば「資源」という意味になります。 リソースという言葉はいろいろなところで使われています。例えば「これだけの仕事をこなすにはチームのリソースが足りません」といったときには,人的資源というか,そのチームが持っている作業可能量のようなものを意味しています。コンピュータのリソースといえば,処理を行うために必要なメモリー量とかCPUパワーとか,もしくはネットワークの帯域などもリソースと呼ばれます。 これらの例を見ると,リソースは「限りある資源」という感じ
この話題では、すでにすばらしい記事を掲載していたり、どこかのフォーラムでスレッドが立っていたりするのは確実なんだけど、僕の優秀な部下たちをもってしても、見つけ出せそうもない。Malicoat氏のブックマークなら入っていることは間違いないと思うんだけど、ブログの投稿をもって公のブックマークにするのが僕の個人的なやり方なので、以下に記しておこう。 成功するためにURLはどうあるべきか、11のガイドライン URLでコンテンツを表そう 明確なURLは優れたURLだ。ユーザーが該当ページを訪れる前に、アドレスバー(ペーストしたリンク)を見て、コンテンツの見当を正確につけられるなら大成功だ。人はこういうURLをあちこちに貼り付け、共有し、電子メールで送信し、書き留める。そしてもちろん、検索エンジンも認知する。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く