The problem with new URL(), and how URL.parse() fixes that | Kilian Valkhof
As someone building a browser I need to parse a lot of URLs. Partially to validate them, but also to normalize them or get specific parts out of the URL. The URL API in browsers lets you do that, but it’s ergonomics aren’t ideal. The problem with new URL() The “new” in front of new URL() indicates that it’s used as a constructor: calling it creates a new URL instance for you. When you give it a ma
マルチバイト文字とURL | 技術者ブログ | 三井物産セキュアディレクション株式会社
MBSDでWebアプリケーションスキャナの開発をしている寺田です。 前記事では正規表現でのURLのチェックについて書きました。今回はその続きでマルチバイト文字を使った攻撃について書きたいと思います。 前提条件 本記事で想定するのは、ブラウザからパラメータとして渡されて来るURLを、リダイレクトやリンク等のURLとして使うケースです。その中でも、以下のようにサブドメイン部分（★の部分）を可変にする状況を主に想定します。 https://★.example.jp/… 攻撃の目標は、異なるドメイン（evil）のURLを与えてチェックをすり抜けることです。前回の記事にも書きましたが、この状況は（半角英数等のサブドメインしか受け入れないような場合を除き）「/」「?」「#」「\」のいずれかをサブドメインに入れることで攻略できることが大半です。 今回はこれらの記号が全て使用できないように対策されているこ
[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)
Chrome 69で表示されなくなったwwwサブドメインを再び表示させる方法
[レベル: 上級] この記事では、リリースされたばかりの Chrome 69 のオムニボックスで、URL のスキームとサブドメインを表示する方法を説明します。 【UPDATE 9/12/2018】 次のアップデートによって仕様がロールバックされた模様です。 この記事で説明している設定変更しなくても、スキームとサブドメインはデフォルトのままで以前のように表示されます。 【UPDATE 9/12/2018 (2)】 次のバージョンの Chrome 70 では www に関しては再び非表示にするようです（m は表示）。やはり設定変更しておいたほうがいいかもしれません。 詳細はこちらの記事でご確認ください。 https だけじゃなく www も Chrome 69 では表示されない！ 先週お伝えしたように、Chrome 69 では、アドレスバー（“オムニボックス” と呼ぶ）に https:// の
URLの最後に付ける「トレイリング スラッシュ」ありなしの違いはSEOに影響するのか？
[レベル: 上級] URL の末尾に付ける「/」（スラッシュ）の あり・なし の違いについて、Google の John Mueller（ジョン・ミューラー）氏が Google+ で説明しました。 結論を言うと、厳密に言えば技術的には異なるケースがありますが、正しく設定していれば通常は気にかける必要はありません。 この記事では、ミューラー氏の説明に僕からの補足を加えて解説します。 ドメイン名の最後に付けるスラッシュの有無は関係なし URL の最後につける「/」（スラッシュ）を、ミューラー氏にならって「トレイリング スラッシュ (Trailing Slash)」と呼ぶことにします。 おそらく「トレイリング スラッシュ」は明確に定義された技術用語ではなく、単純に「ディレクトリを示す場合の最後のスラッシュ」という意味の一般的な言葉ですが、SEO 俗語としてこの言葉を使います。 URL がドメイン
シンプルな URL 構造を維持する - ウェブマスター ツール ヘルプ
フィードバックを送信 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 Google における URL 構造のベスト プラクティス Google は RFC 3986 で定義された URL をサポートしています。この規定で予約文字として定義されている文字には、パーセント エンコーディングを行う必要があります。予約されていない ASCII 文字はエンコードされない形式のまま残る可能性があります。また、ASCII に含まれない文字は、UTF-8 でエンコードする必要があります。 可能な場合は、長い ID ではなく意味のある単語を URL に使用します。 推奨: シンプルでわかりやすい語句を URL に使用する。 https://en.wikipedia.org/wiki/Aviation 推奨: ローカライズした語句を URL に使用する（該当する場合）。 ht
ドメイン名を使ってEC2を運用していたら、ELBのスケールアウトで苦労した話
2014年5月14日 13時00分 修正 タイトルが誤解を招くものだったので、「なぜ URL に www を付けるのか。または、サブドメインなしでは CNAME が使えない件」から変更致しました。併せて、画像に Public IP と Private IP の明記を行いました。 皆さん、こんにちは。MUGENUP の osada です。 今回は、スケールアウト時にELB(Amazon Elastic Load Balancer) を使うときの注意点についての記事です。 といっても、インフラ・エンジニアには自明のことと思いますので、読者の対象は インフラ・エンジニアではないけど、インフラもやるというベンチャーならではのエンジニア向けです。 要旨 ELBにはEIPなどのAレコードを関連付けることが出来ず、ドメインとサーバーを結びつけるには提供されるCNAMEを使う必要があります サブドメイン無
JavaScriptのlocation.searchでクエリ情報を取得してみる – bl6.jp
JavaScriptで、現在のページのクエリ情報（URLの末尾にある「?〜」）の文字を取得したい場合はlocationオブジェクトのsearchを使えば取得することができます。locationオブジェクトにはsearch以外にもhrefやhostNameといった便利なものがあります。ということでメモがてらエントリーしておきます。 こんな感じで使うことができます。以下はURLが「http://example.com/example.html?aa=sample」だった場合です。 var a = location.search; document.writeln(a); // 実行結果 ?aa=sample ただこれだと値に日本語などが含まれているとエンコードされてしまうのでdecodeURIComponentで取得した値をデコードしておくといいかもです。 var a = decodeURIC
Web便利ツール/URLエンコード・デコードフォーム - TAG index Webサイト
URLエンコードとデコードが行えるフォームです。 URLエンコード、またはデコードのフォームに文字列を入力し、変換用のボタンをクリックしてください。 エンコードする文字を細かく設定したい場合は「URL Encode Tool（試験運用中）」をご利用ください。
[JS]URLの構成要素をパースするスクリプト -jQuery URL parser
jQuery URL parser -GitHub [ad#ad-2] JQuery URL parserがパースする要素は8つです。 Scheme プロトコル https://, ftp://, mailto: など User ホストサーバー接続時に使用するユーザー名 ※空の場合もあります。 Password リモートサーバー接続時に使用するパスワード ※空の場合もあります、ユーザー名無しでは設定できません。 Host ホストサーバーの名前、あるいはIPアドレス www.example.com, 127.0.0.1 など Port ホストサーバーのポート 80, 8080 など。空の場合は80を暗示します。 Path ファイルのパス /index.html, / など Query パラメータ ?param1=value1¶m2=value2 など ※空の場合もあります。 Fragment
Specify your canonical
accessibility 10 advanced 195 AMP 13 Android 2 API 7 apps 7 autocomplete 2 beginner 173 CAPTCHA 1 Chrome 2 cms 1 crawling and indexing 158 encryption 3 events 51 feedback and communication 83 forums 5 general tips 90 geotargeting 1 Google Assistant 3 Google I/O 3 Google Images 3 Google News 2 hacked sites 12 hangout 2 hreflang 3 https 5 images 12 intermediate 205 interstitials 1 javascript 8 job s
URL最適化5つのSEOポイント | エンジニアのためのSEO入門
前回の記事では検索エンジン全体の仕組みをおさらいし、その中でもクローラーの動きに着目しました。最新の情報を検索結果に反映させるためには、クローラーになるべく多くの回数自社サイトを訪問してもらい、ページの内容を適切な情報としてインデックスしてもらう必要があります。 このインデックスの際に重要なのが、サイトに対するクローラーの回遊性「クローラビリティ」です。クローラビリティを向上させる要素の1つとして、URLの最適化があげられます。SEOには、キーワードやカテゴリの設計、HTMLの最適化、外的施策などさまざまな対策が考えられますが、その中でもURLの最適化は、最も重要な要素の1つです。いくら他の対策が完璧でも、URLの設定によってはいい効果が期待できません。 一口にURLの最適化といってもさまざまです。この連載では、以下の3つの方法を説明していくことにしたいと思います。 永続化 ←この記事で解
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Does WWW Still Belong In URLs? | CSS-Tricks
Loading...
デブハゲ
SEO検索エンジン最適化チュートリアル