.Htaccess on qwerty.work

.htaccessの書き方のお手本・参考・サンプル

Mon, 13 Dec 2021 09:37:06 +0900

定番の書き方の参考

サイトの読み込みスピードを上げるためにApatchだと、.htaccessにファイル圧縮やキャッシュ期間を設定しなければなりませんが、お手本になるもを見つけたのでメモ。

https://qiita.com/shotets/items/a5465fb41623cc3dae94 https://qiita.com/shotets/items/a5465fb41623cc3dae94

AdSense関係でChromeのコンソールにCORS関係のエラーが出るとき

Sun, 12 Dec 2021 21:28:19 +0900

赤文字でエラーが出る

Lighthouseのベンチマークをしているときに、Chromeのコンソール（F12押すと表示されるやつ）に以下のような警告が出ているのを見つけました。面倒くさいので放置していたのもありますが、本腰入れて解決してみようとやってみたらうまくいったのでメモ。

No ‘Access-Control-Allow-Origin’ headerと出るとき

Access to XMLHttpRequest at ‘https://bid.g.doubleclick.net/dbm/～’ from origin ‘https://googleads.g.doubleclick.net’ has been blocked by CORS policy: No ‘Access-Control-Allow-Origin’ header is present on the requested resource.

オリジン ‘https://googleads.g.doubleclick.net’ からの ‘https://bid.g.doubleclick.net/dbm/～’ における XMLHttpRequest へのアクセスは CORS ポリシーによりブロックされています。リクエストされたリソースに’Access-Control-Allow-Origin’ヘッダが存在しません。- DeepL翻訳ツール

解決方法

.htaccessに以下の記載をしたところ、エラーが出なくなりました。

Access-Control-Allow-Origin *

他に見つけた書き方

以下のような書き方もあるようです。頭にHeader setを加えた方法です。

Header set Access-Control-Allow-Origin *
Header set Access-Control-Allow-Origin https://bid.g.doubleclick.net https://～

他にも見つけたオプション

Access-Control-Allow-Methods: GET, HEAD, POST, PUT, PATCH, DELETE, OPTIONS
Access-Control-Max-Age: 1728000
Access-Control-Allow-Credentials true

net::ERR_BLOCKED_BY_RESPONSEが出るとき

GET https://ad.atdmt.com/i/～ ad.atdmt.com/i/～ net::ERR_BLOCKED_BY_RESPONSE.NotSameOrigin 200

解決方法

.htaccessに以下の記載をしたところ、エラーが出なくなりました。

X-Frame-Options SAMEORIGIN

他に見つけた書き方

以下のような書き方もあるようです。頭にHeader setやHeader appendを加えた方法です。

Header set X-Frame-Options ALLOW-FROM https://ad.atdmt.com
Header set X-Frame-Options ALLOW-FROM *
Header set X-Frame-Options SAMEORIGIN
Header append X-Frame-Options SAMEORIGIN
header always append X-Frame-Options SAMEORIGIN

参考サイト

https://www.movabletype.jp/documentation/cloud/guide/cfg-htaccess-usage-apache.html https://www.movabletype.jp/documentation/cloud/guide/cfg-htaccess-usage-apache.html

https://webllica.com/deny-iframe-access-by-htaccess/ https://webllica.com/deny-iframe-access-by-htaccess/

https://exerror-com.translate.goog/google-recaptcha-v3-getting-console-error-neterr_blocked_by_response-200/?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc https://exerror-com.translate.goog/google-recaptcha-v3-getting-console-error-neterr_blocked_by_response-200/?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc

https://www-codesd-com.translate.goog/item/google-adsense-cors-and-rails-in-safari-empty-thousands-of-console-errors.html?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc https://www-codesd-com.translate.goog/item/google-adsense-cors-and-rails-in-safari-empty-thousands-of-console-errors.html?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc

https://developers-google-com.translate.goog/interactive-media-ads/docs/sdks/html5/client-side/cors?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc https://developers-google-com.translate.goog/interactive-media-ads/docs/sdks/html5/client-side/cors?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc

https://support-google-com.translate.goog/authorizedbuyers/answer/3202326?hl=en&_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc https://support-google-com.translate.goog/authorizedbuyers/answer/3202326?hl=en&_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc

MovableTypeの管理画面でblank.htmlのダウンロードが開始されるとき

Wed, 30 May 2018 11:18:15 +0900

管理画面でblank.htmlのダウンロードが始まる

レンタルサーバーを Mixhost に引越して以来、 Internet Explorer（IE） でMovable Typeの管理画面にログオンすると 「blank.htmlを保存しますか？」 と毎回** blank.html **のダウンロードが始まるようになりました。 Edge と Chrome ではこの症状は出ませんでした。

ちなみに blank.html というファイルはサイト内に存在していません。

原因は.htaccessの１行

理屈はよくわかりませんが、原因は .htaccess でした。 .htaccess は移行元のものをそのまま移行先の Mixhost で使っていました。その中の以下2行を削除でもよかったのですが、行の先頭に # を入れてコメントアウトしたらダウンロードの画面は出ることがなくなりました。

htm、htmlでSSI（サーバーサイドインクルード）を使用できるようにするものらしいです。以前、SSIのテストを行ったときの名残で残していましたが、PHP以外でインクルードを使うことがないので、 # でコメントアウトしました。

AddHandler server-parsed .htm .html
AddType text/x-server-parsed-html .html

参考にしたページでは以下の行を削除したとありましたが、私の.htaccessにはこの記載はありませんでしたが、症状が発生したので上記2行はコメントアウトしました。

AddType application/x-httpd-php .htm .html .cgi

参考ページ

https://www.screamo.jp/2009/09/07/22/22/27/ https://www.screamo.jp/2009/09/07/22/22/27/

https://wordpress.matometa.net/archives/20121009183042 https://wordpress.matometa.net/archives/20121009183042

MixHostでphpinfoが403エラーになる原因は.htaccessだった

Fri, 27 Apr 2018 20:07:26 +0900

レンタルサーバーをMixHostに乗り換えました。

旧サーバーからファイルをMixHostにコピーして****を表示しようとしたら403エラー…。

.htaccessとcPanelでPHPのバージョンが相違していたのが原因

旧サーバーでは.htaccessに以下の記載がないとPHPは動きませんでした。MixHostでは不要な記載なのですが、移行後もこの記載を残したままにしていて、ここで指定しているPHPのバージョンをPHP5.6に設定していました。

AddHandler application/x-httpd-php56cgi .php

以下のようにバージョン設定が異なっているのが原因でした。

MixHostの管理画面**「cPanel」の「MultiPHPマネージャー」で設定しているバージョンはデフォルトの7.0**
.htaccessではバージョンでは5.6を指定

削除またはコメントアウトで解決

「MultiPHPマネージャー」でバージョンを7.0→7.2に変更して、上記の**.htaccessにある1行を削除、または行の先頭に＃を入れてコメントアウトしたら正常にphpinfo()**が表示されました。

.htaccessとMultiPHPマネージャーの両方でPHPのバージョンを指定して、5.0系または7.0系でそれぞれバージョンが0.1とか0.2とかの違いだとエラーは出ませんでしたが、.htaccessでバージョン指定する理由も特にないと思いますので、削除かコメントアウトしておくほうが無難です。

日本語を含むURLのRewriteは.htaccessをBOMなしで保存する

Fri, 08 Nov 2013 17:25:54 +0900

mod_rewriteで日本語を含むURLからのアクセスをリダイレクトしようと.htaccessに以下を記述しました。結局は以下の書き方で正しかったのですが、404エラーや500エラーが出て動きませんでした。いろいろなサイトを参考に試行錯誤するものの時間ばかり消費して心が折れそうになりました。

http://qwerty.work/ブログ/にアクセスがあったら、http://qwerty.work/blog/にリダイレクトする

Redirect permanent /ブログ/ http://qwerty.work/blog/<br>
または<br>
RewriteRule ^ブログ/$ /blog/ [R,L]

上記で正しく動くはずが動かなかったのは.htaccessをUTF-8の「BOMあり」で保存していたのが原因でした。BOMがどういうものかわかりませんが、「UTF-8（BOMあり）」で保存すると、例えURL内の文字や.htaccessの文字がちゃんとURLエンコードされていても転送元にエンコード文字や日本語があるとエラーになるようです。

「UTF-8とUTF-8Nの違いによるワナ」を参考に「BOMなし」のUTF-8（UTF-8N）で保存したら、ちゃんとリダイレクトできました。メモ帳でできるかどうかわかりませんが、私の場合、テキストエディターのEmEditorで「BOMなし」保存しました。

ちなみに転送元の「ブログ」はUTF-8でダイレクト（URLエンコードなし）で書かないと動かないようです。

逆に、転送先に日本語が含まれている場合は、URLエンコードしていないとダメです。

http://qwerty.work/blog/にアクセスがあったら、http://qwerty.work/ブログ/にリダイレクトする

RewriteRule ^blog/$ /¥%e3¥%83¥%96¥%e3¥%83¥%ad¥%e3¥%82¥%b0/ [NE,R,L]

また、URLエンコードされた文字列の「%」の前に「\」を付けてエスケーブさせておくのと、「NE」を行末に入れておかないとURLエンコードの文字列のまま出力されたり、「%」なしの文字列が表示されたりします。

IISとWordpressとURL書き換え（Rewrite）

Fri, 10 May 2013 10:36:03 +0900

WEBサーバーがApatchであればmod_writeでWordpressのURL書き換えが行えますが、IISの場合はmod_rewriteが使えません。でもIIS7以降は『URL Rewriteモジュール』というものをインストールすれば.htaccessのようなweb.configというファイルにリライトルールを記載することで実現ができるようです。

方法

『Microsoft Web Platform Installer』をダウンロード。

http://www.microsoft.com/web/downloads/platform.aspx
『IIS Rewrite 2.0』を追加する

『製品タブ』の中にあります。あとは画面に従ってインストールしてください。
サイトのルートディレクトリの『web.config』に以下を記載。

ファイルが存在しなければ作成してください。

<?xml version="1.0" encoding="UTF-8"?><br><configuration><br>    <system.webServer><br>      <rewrite><br>        <rules><br>          <rule name="Main Rule" stopProcessing="true"><br>            <match url=".*" /><br>            <conditions logicalGrouping="MatchAll"><br>              <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" /><br>              <add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" /><br>            </conditions><br>            <action type="Rewrite" url="index.php/{R:0}" /><br>          </rule><br>        </rules><br>      </rewrite><br>    </system.webServer><br></configuration>

これで、以下のWordpressのリライトルール（.htaccess）と同じ動作になります。

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

『URL Rewriteモジュール』をIIS8にインストールすると『インターネットインフォメーションサービス（IIS)マネージャー』のページに『URL書き換え』というアイコンが追加されています。ここから『web.config』の内容をGUIで追加することも可能です。

.htaccessでスマートホン用のサイトに転送

Wed, 26 Sep 2012 22:02:59 +0900

Apatchのmod_rewriteを使ってスマートホン用のサイトにリダイレクトさせる方法をメモ。

MovableTypeのプラグインを組み込んでスマホ用のブログページを作りました。

PC用のブログはルートディレクトリの「blog」で、スマートホン用のブログを「blog」の中の「i」にしたとします。

スマートホンからアクセスを転送するため、「blog」ディレクトリに以下の内容で.htaccessを作成します。

#スマホサイトにリダイレクト
RewriteEngine On
RewriteBase /blog
RewriteCond %{REQUEST_URI} !^/blog/i/.*$
RewriteCond %{REQUEST_URI} !^(.JPG|.jpg|.GIF|.gif|.PNG|.png) [NC]
RewriteCond %{HTTP_USER_AGENT} ^(iPhone|iPod|Android|BlackBerry|Windows.Phone) [NC]
RewriteCond %{HTTP_USER_AGENT} !iPad [NC]
RewriteRule ^(.*)$ /blog/i/$1 [R=301,L]

もし、画像やiPadを除き「blog」にスマートホンからアクセスがあった場合は「i」にリダイレクトするという内容。

「i」ディレクトリには画像がないため、ブログ内の画像のソースやリンクまでリダイレクトされると画像が表示されず困るので、画像はリダイレクトしないように5行目を加えています。

携帯電話からのアクセスは自動的にモバイルサイトへ転送

Sun, 22 Nov 2009 17:50:45 +0900

よくわからないまま、以下の内容をコピーして.htaccessに貼り付けたらうまくいった。

RewriteEngine On<br />RewriteCond %{HTTP_USER_AGENT} ^(DoCoMo|KDDI|DDIPOKET|UP\.Browser|J-PHONE|Vodafone|SoftBank)<br />RewriteRule ^$ http://www.example.com/mobile [R]