301リダイレクトとは〜htaccessを利用して転送を行う方法｜ferret [フェレット]
301リダイレクトのやり方（mod_Rewriteが使える場合） 1. htaccessファイルを作成する 「●●.htaccess（●●は適当な文字列）」というファイルを作成します。 テキストエディタを用いて、ファイルを作成し名前を●●.htaccessとして保存してください。 参考： Webサーバーの動作を制御するファイル".htaccess"の作成支援ツール「.htaccessEditor」とは？ 2.転送処理の記述をする 1で作成した●●.htaccessの中に下記のケースから行いたいサイトのリダイレクトに合わせて修正した上で保存してください。 2-1.ページ単位のリダイレクト 「old.html」にアクセスがあった際に「http://www.example.com/new.html」へ301リダイレクトさせる記述です。 RewriteEngine on RewriteRule ^
![301リダイレクトとは〜htaccessを利用して転送を行う方法｜ferret [フェレット]](https://cdn-ak-scissors.b.st-hatena.com/image/square/bbee0b89ae308f627d84a3320b82b6fb384ed96b/height=288;version=1;width=512/https%3A%2F%2Fferret.akamaized.net%2Fuploads%2Farticle%2F2186%2Fog_image%2Fdefault-61e0679300ead4eed406b7f0607a71c2.jpg)
第3回 Webセキュリティのおさらい その3 CSRF・オープンリダイレクト・クリックジャッキング | gihyo.jp
前回は、Webアプリケーションにおける受動的攻撃の代表例の1つであるXSSについて、原理や対策を振り返りました。今回は、同じく受動的攻撃の代表例であるCSRF、オープンリダイレクト、クリックジャッキングについて掘り下げて解説していきます。 CSRF（クロスサイトリクエストフォージェリ） CSRFはどのように引き起こされるのか CSRFとは、たとえば掲示板の書き込みや設定情報の変更などの機能に対して、攻撃者のサイト上に設置されたフォームなどから強制的にリクエストを発行することで、ユーザーの意図していない操作と同様の結果をもたらす攻撃手法です。Webアプリケーションに永続的な副作用がある機能が攻撃の対象となります。 たとえば、http://example.jp/上に設置された掲示板で以下のようなHTMLがあったとします。 <form method="POST" action="/board">
レスポンシブウェブデザインへの変更時には302リダイレクトを使う、301ではない from #SMX Advanced 2014
レスポンシブウェブデザインまたは動的配信への変更にともない、モバイル向けサイト用に割り当てていた別URLを、PC向けサイトと統一したURLに変更する場合は302リダイレクトを利用します。 301リダイレクトではありません。 ドキュメントどおり302が正しい Googleは、スマートフォン向けサイトの移転の注意事項を解説したドキュメントを先日公開しました。 そのなかで、次のように説明しています。 サーバー サイドの 302 HTTP リダイレクトおよび Cache-Control: private ヘッダーを使って別個のスマートフォン向け URL をデスクトップ向け URL にリダイレクトします ※強調は僕による これを読んだとき、「301じゃないのか？ 」と僕は疑問に思いました。 同じ疑問を抱いたのは、きっと僕だけではないはずです。 そこで、GoogleのMaile Ohye（マイリー・オ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
