[JavaScript] URLを文字列結合で組み立てないために、url-cheatsheetを作った
[JavaScript] URLを文字列結合で組み立てないために、url-cheatsheetを作った URLを文字列結合で組み立てると色々問題が起きやすいので、それを避けるためにURL APIやURLSearchParams APIでURLを組み立てるパターンをまとめたチートシートを作りました。 azu/url-cheatsheet: URL manipulation cheatsheet for JavaScript URLにユーザーが入力した文字列を含めるときはencodeURIComponentでエスケープする URLはプレーンな文字列ではなく構造化された文字列(文字の並びに意味がある文字列)として扱わないと、さまざまな問題を抱えやすいです。 たとえば、次のように文字列結合でURLを組み立てるとパストラバーサルの問題があります。 name に ../../adminのような文字列が
![[JavaScript] URLを文字列結合で組み立てないために、url-cheatsheetを作った](https://cdn-ak-scissors.b.st-hatena.com/image/square/b26f7dc8f9e783316f720174980e93c627438d74/height=288;version=1;width=512/https%3A%2F%2Fefcl.info%2Fpublic%2Ffavicon.png)
Trailing Slashes on URLs: Contentious or Settled?—zachleat.com
After some discussion with Salma last week, I decided it was worthwhile to do a deep dive on Trailing Slashes in URLs. More specifically, which of these should I be using? http://zachleat.com/resource http://zachleat.com/resource/ I did what any curious but self-doubting person might do in this situation. I posted a Twitter poll. The results surprised me! But before we go much further, let’s go ov
トップとセカンドのデザインパターン
Webサイトデザインで2ndレイヤとか、セクションのトップページとかいわれる、グローバルナビをクリックすると表示されるページ。 こいつらをどう使うべきか、サイトによっては悩むことがあるんですよね。 とくに全体のトップページやナビゲーションが雄弁で、セクションのトップページが、それらの繰り返しにしか見えなくなってくる場合とか。 たとえば、グローバルナビがプルダウンになっているとき、末端の階層以外のノードをクリックされたら何出すの？みたいなことないですか。 例を出しちゃあれですけど、IBMのサイトみたいなやつ。グローバルナビの「ソリューション」のところにマウスオーバーすると、スッとプルダウンメニューが表示されますけど、そのままクリックして表示されるページは ... 。 まあ、これの場合、下位階層でよく使われるメニューをプルダウンに含めておいて、残りは「その他」扱い。で、「その他」とはすなわち
AMP URL の正体
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
SEO的にベストな「毎年開催するイベントのURLルール」とは【SEO記事12本まとめ】 | 海外&国内SEO情報ウォッチ
年に1回など繰り返し開催するイベントのURLは、どう設定するのがいいのだろうか。別のイベントなのだから毎回違うURLがいいのだろうか。それとも、同じURLを使いまわすほうがいいのだろうか。 結論としては、同じURLを使い回して、過去開催分は別のURLに変えていくのがベストプラクティスだと、グーグルのジョン・ミューラー氏がGoogle+で解説した。 たとえば、「Web担感謝祭」というイベントを毎年開催していたとしよう。その場合、イベント情報ページのURLは次のように扱うのだ。 今年開催するイベントの情報を掲載するページは、シンプルなURLで公開する（これが検索にヒットさせるメインのURL）。 例： https://example.com/webtan-kansyasai/ 過去に開催したイベントページは、年がわかるようなURLに移動しておく。 例： https://example.com/w
SEOのためにURLを再設計した話 - pixiv inside [archive]
こんにちは、 pixivピクシブ株式会社 Advent Calendar 2015 の11日目の記事を担当します、エンジニアの @uchien です。今回は私が開発に関わった pixiv Spotlight というサイトの話をします。 spotlight.pics pixivスポットライト（旧名称）は、pixiv上に投稿された隠れた名作を掲載するためのコーナーとして 2014年6月9日から始まりました。 最初はスモールスタートでpixiv本体のお知らせ機能の一角に間借りする形で置かれ、軌道に乗ったら続けていこうというスタンスで始められました。 そんなpixivスポットライトでしたが、あっという間にぐいぐいとPV数やユーザー数を伸ばして、2015年の6月18日にはpixiv本体から独立し、サービス名やデザインを一新して「pixiv Spotlight」として生まれ変わりました。 このリニュー
![SEOのためにURLを再設計した話 - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/ba0bef9f6b544c5e7273100f855d10bc87f76349/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fu%2Fuchien%2F20151211%2F20151211175607.png)
やはり、お前らのJavaScriptでのリダイレクト実装は間違っている
一見簡単に見えるJavaScriptでのリダイレクト(URL転送)ですが、よく知られた方法にはある落とし穴があり、Googleアナリティクスで正常な解析が行えなくなります。どんな落とし穴があるかと、その回避策について解説します。 なお、こちらの記事は、 SEM Technology - Googleアナリティクスに悪影響を与えずにJavaScriptでリダイレクトする方法 と同じ内容となっています。 はじめに モバイルサイトとPCサイト間のリダイレクトであったり、URL変更に伴うリダイレクトにおいて, .htaccessなどを用いたサーバー側でのリダイレクトが技術上できず、JavaScriptを利用してリダイレクトしているケースをたまに見かけます。 こうしたサイトでは、見た目上は問題なく動作しているものの、実はGoogleアナリティクスなどを用いてアクセス解析を行うと致命的な問題点がみつか
リンクではなくキャプチャ - 若年世代の「シェア」で問われるメディアの生き残り戦略（朽木誠一郎） - エキスパート - Yahoo!ニュース
ウェブメディアをしていて時折おそろしく感じるのは、スマホネイティブ世代の行動が予測できないことです。 LINEの巨大グループやMixChannelのカップルキス動画など、理解が追いつくより先に新しい現象が発生する様子を見聞きすると、このような感覚のズレがやがて自分の職域にも影響を及ぼすであろう予感がします。 【1万人を超える巨大グループも!?】大人が知らない中高生のLINEグループの使い方を調査したら、闇が深かった。｜Social Native Life - kakeru 本当に「リア充中高生」はキスばかりしているのか？ ～MixChannelのキスを数えましょう～ - Yahoo!スマホガイド スマホネイティブ世代、さらにその先の、もっと今と違う何らかの世代が大多数になった世の中では、ウェブメディアもまたオールドメディアとしてくくられるのでしょう。このスピード感では、それはそう遠くない未
Google Webmaster Help Center - I have a mobile site. How can I add it to Google's Mobile index?
Mobile site and mobile-first indexing best practices Google uses the mobile version of a site's content, crawled with the smartphone agent, for indexing and ranking. This is called mobile-first indexing. While it's not required to have a mobile version of your pages to have your content included in Google's Search results, it is very strongly recommended. These best practices apply to mobile sites
15 SEO BEST PRACTICES for Structuring URLs [URL Best Practices]
Products Moz Pro Your all-in-one suite of SEO essentials. Moz Local Raise your local SEO visibility with complete local SEO management. STAT SERP tracking and analytics for enterprise SEO experts. Moz API Power your SEO with our index of over 44 trillion links. Compare SEO Products See which Moz SEO solution best meets your business needs. Moz Data Power your SEO strategy & AI models with custom d
![15 SEO BEST PRACTICES for Structuring URLs [URL Best Practices]](https://cdn-ak-scissors.b.st-hatena.com/image/square/385ee25637c03c5dac5d15221d0909437fbb115e/height=288;version=1;width=512/https%3A%2F%2Fmoz.com%2Fimages%2Fblog%2Fbanners%2F553575afb55976.75150221.jpg%3Fw%3D1200%26h%3D630%26q%3D82%26auto%3Dformat%26fit%3Dcrop%26dm%3D1532383446%26s%3Dee871f9de2adc49df7ce647ebd7b5edf)
JavaScriptでリンク先URLがhttp/httpsか確認する方法 - 葉っぱ日記
JavaScriptで動的にリンクを生成する際に、DOM-based XSSを防ぐためにリンク先がhttpあるいはhttpsに限定されていることを確認したい場合がある。典型的には以下のようなコードとなる。 var div, elm; // 変数 url は攻撃者がコントロール可能な文字列 if( url.match( /^https?:\/\// ) ){ div = document.getElementById( "info" ); elm = document.createElement( "a" ); elm.setAttribute( "href", url ); elm.appendChild( document.createTextNode( url ) ); div.appendChild( elm ); } この場合、変数urlに「http://example.jp」や「
★はじめに | Search | Google Developers
フィードバックを送信 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 モバイルサイトとモバイルファースト インデックスに関するおすすめの方法 Google のインデックス登録とランキングでは、スマートフォン エージェントでクロールしたモバイル版のサイト コンテンツを優先的に使用します。これをモバイルファースト インデックスと呼びます。 モバイル版のページを用意することは、コンテンツを Google の検索結果に表示させるための要件ではありませんが、非常に強く推奨されています。このページで説明するおすすめの方法は、モバイルサイト全般にあてはまり、当然のことながら、モバイルファースト インデックスにもあてはまります。 ユーザーに最適なエクスペリエンスを提供できるよう、このガイドで紹介されているおすすめの方法を実践してください。 モバイル フレンドリーなサイトを
The protocol-relative URL - Paul Irish
Update 2014.12.17: Now that SSL is encouraged for everyone and doesn’t have performance concerns, this technique is now an anti-pattern. If the asset you need is available on SSL, then always use the https:// asset. Allowing the snippet to request over HTTP opens the door for attacks like the recent Github Man-on-the-side attack. It’s always safe to request HTTPS assets even if your site is on HTT
セマンティック Web のためのクールな URI
この文書「セマンティック Web のためのクールな URI」は、W3C の Semantic Web Education and Outreach (SWEO) Interest Group による「Cool URIs for the Semantic Web (W3C Interest Group Note 31 March 2008)」の日本語訳です。 規範的な文書は原文のみとなっています。この日本語訳は参考情報であり、正式な文書ではないことにご注意ください。また、翻訳において生じた誤りが含まれる可能性があります。 原文の最新版 は、この日本語訳が参照した版から更新されている可能性があります。また、この日本語訳自身も更新されている可能性があります。日本語訳の最新版は、W3C 仕様書 日本語訳一覧 から参照することができます。 更新日: 2008-04-17 公開日: 2008-04-1
変わらないURIこそがクール - 徒書
クールなURIは変わらないとはよく言われますが、この文章、そしてその題名の意味するところは、最も重要なのは変わらないことであるということだと思うのです。つまり言い換えれば、「変わらないURIこそがクールである」ということであり。 クールなURIは変わらないの後半部分ではURIの設計について述べられていますが、これはあくまで、これから作るウェブページやシステムについて、どんなURIにするかをあらかじめ考えるための指針であり、目的のための手段だと思うのです。目的はやはり「URIを変えないため」であって、これこそがクールであるために欠かせないものです。 クールなURIは変わらないを読んで、「そんなこと言われても、もう".html"とか"/cgi-bin/"が入ったURIでサイトを作ってしまったのにどうしたらいいのか」と嘆く人もいるかもしれません。しかし解決法は簡単で、ただURIを変えなければよい
URL 末尾のスラッシュは必要？
+1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1
クールなURIは変わらない -- Style Guide for Online Hypertext
クールなURIとは？ クールなURIとは変わらないもののこと。 どんなURIが変わってしまう？ URIは変わらない：人がそれを変更するのだ。 理屈の上では、人々がURIを変更するべき（もしくはドキュメントのメンテナンスをやめてしまう）理由は全くありません。しかし、現実には山ほど理由があります。 理論上では、ドメイン名空間の所有者はその空間を所有しており、したがってその中に含まれるURIも所有権を持ちます。ドメイン維持料が支払えない場合を除いて、その名前を保有し続けることを妨げるものはありません。そして理論上は、あなたのドメイン名のもとにあるURIは、完全にあなたの管理下にあり、望む限りそれを安定的に保つことができるのです。 ウェブからあるドキュメントが消えてしまう唯一の納得できる理由は、そのドメイン名を保持していた会社が廃業してしまうか、サーバーを維持できなくなったという場合ぐらいでしょう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
UM法 - Webサイトをシンプルかつ柔軟に構築、運用するための設計原則
Webiness
htn.to デフォルトリダイレクト先変更に寄せて
