php_modが非推奨になったのね

投稿者: -
昔のバージョンのphp環境でphpバージョンを上げるという対応中。 apache + PHP8のインスタンスを構築してドキュメントルートまで到達を確認。 対応する人にドキュメントルートまで到達するからプロジェクトのファイルを置いてバージョンアップのエラーを確認してもらうため依頼しましたが HTTP 503 Service Unavailable のエラーが出ているとのこと。 HTMLファイルはアクセスできているからPHPの実行ができていないと思い調べると Apache HTTP サーバーで使用するために PHP に提供されている mod_php モジュールが非推奨になりました。 php-fpmをインストールして起動し、リクエストを流してphp-fmpでphpを実行するようにして解決。 しばらくPHPを触っていなかったのでモジュールが非推奨になったことに気づかずでした。
コメントを投稿

cakePHP3の.htaccessでrewriteできなくてはまる。。。③

投稿者: -

cakePHP3でconfにrewriteの設定を記載したのに

効かなくて困った


今回で最終です。。

なんだかんだこの関連で３回も記事を書いてしまいました

前回まではこのタイトルに至るまでの経緯と行った作業をつらつらと書いてきたのですが
ここで問題が発生しました

それは、virtualhost.confに記載したこの部分です

        RewriteCond %{REQUEST_URI} !^/img/${project}
        RewriteRule ^img/(.*)$ img/${project}/$1 [L]

これの意図は、イメージはそれぞれの管理者（企業）のイメージになるため既存仕様ではイメージディレクトリは複数に対応していないので意図する管理者（企業）の画像が登録されなかったり、意図しない画像が上書きされてしまったりいてしまいます
ですので管理画面はそれぞれのproject_codeのディレクトリ階層に登録されるように変更しました

さて登録は問題なくなりましたが、参照にも手をいらなくてはいけないわけです
このサービスは、android/iOSのアプリを利用するサービスで、こちらも管理者（企業）ごとに作成されます。しかし、画像のパスも管理者（企業）が増えるたびに内部の画像パスも変更しなければならないことになり、アプリの初期コストに少なからずなります
さらにはそれぞれの記載をしていればミスも産まないわけではわりません

そこで、virtualhost.confに先ほどの記載をして元々のイメージパスにアクセスしてきたら、アクセスドメインで画像のパスをイメージパスの下に作成したプロジェクトコードの下に置かれた画像を参照するようにしようとしたわけです

しかしここで意図しない挙動になりました

apacheを再起動してアクセスすると、project_codeでURLは書き換えられてアクセスしますが、さらにまた書き換えてを繰り返してしまうのです

アクセスログを確認するとこんな感じです

https://domain.com/project_code/img/top.jpg
https://domain.com/project_code/project_code/img/top.jp
https://domain.com/project_code/project_code/project_code/img/top.jpg
・・・・

こんな感じです。。。

はじめはなんだ？？っと困惑しましたが

まさか！？

と思って一つ試しました

それは、cakePHP3にある.htaccessのrewriteをコメントしてvirtualhost.confに移してみること

そうするとうまくいきました

よくよく考えると納得です

virtualhost.confに書かれた記述でimgのアクセスはプロジェクトコード付きでアクセスされますが、今度は.htaccessに書かれた記述が影響します

    RewriteRule    ^$    webroot/    [L]
    RewriteRule    (.*) webroot/$1    [L]

この記載ですね

上は先頭から始まり末尾なのでドメインでアクセスした場合はwebroot/に流して
下は任意の一文字に０回以上マッチしたらwebroot/{ドメインの後ろ}で流す

ということで、挙動を考えてみると

まずはvirtualhost.confでアクセスしてきたURLをrewiriteします
https://domain.com/project_code/img/top.jpg
になります
しかし今度は.htaccessに記載された
RewriteRule    (.*) webroot/$1    [L]

これの書き換えが行われるんですよね

挙動をみるとどうやら.htaccessの書き換えの後に再びvirtualhost.confの書き換え条件をチェックするみたいですね
そうするとvirtualhost.confのルールですから
https://domain.com/project_code/project_code/img/top.jp
こちらで書き換えされて、.htaccessのルールで書き換えされる・・・

これの繰り返しです

そうやら.htaccessのRewriteRuleでマッチしてもどうやらまた最初から条件をみてしまうみたいですね
こちらの記事は後から見つけました。。。
vhosts.conf に書いた mod_rewrite が効かなくて泥沼にはまる

私がした対応は以下です

>>         RewriteEngine on
>>         RewriteCond %{REQUEST_URI} !^/img/${project}
>>         RewriteRule ^img/(.*)$ img/${project}/$1 [L]
>>         RewriteRule    ^$    webroot/    [L]
>>         RewriteRule    (.*) webroot/$1    [L]
>>         SetEnv PROJECT_CODE ${project} 

と.htaccessに記載されていたものをvirtualhost.confに移しました
.htaccessにRewriteCondを記載するという方法もあるらしいのですが、${project} こちらが取得できないので判別できずに諦めました。。。

ということでこちらの件は解決して以上になります

前回まではこちら！
cakePHP3の.htaccessでrewriteできなくてはまる。。。①
cakePHP3の.htaccessでrewriteできなくてはまる。。。②


＝＝＝＝＝ちなみに
後からですがこちらの記事が一番対応が綺麗かと思いました
rewriteのこともわかりやすく書いてありました
.htaccess に RewriteRule 書くときは、[L]フラグをつけてもそこで終了しないかもよ？って話。
ENDフラグをつければ良いかもしれません

今度試してみよう！！

コメント

コメントを投稿

このブログの人気の投稿

nginxで画像が表示されない。。

投稿者: -
nginxで画像が表示されない。。 表題の通りなんですがnginxを試しに使いブラウザ表示したのですが画像が表示されませんでした。 原因は簡単で設定ファイルに画像系（というか静的）ファイルにアクセスした時にどのディレクトリに流すのかを明記していなかったからです。     location ~* .(html|css|js|jpe?g|png|gif|ico|swf|woff2|ttf)$ {       root /home/user/html;       expires 10d;       access_log off;     } 下のようにしか書いていなかったのでphp拡張子にアクセスした時だけ指定のディレクトリを参照するようになっていただけなんですね。先ほど書いた設定を追加して無事表示されました。     location ~ \.php$ { 　　・・・・     } 今まではapacheしか使ったことがなかったので対象ホストのドキュメントルート指定すれば大体は動いていたんでよかったんですが今回初めてnginxを使ったのですが細かく指定するみたいですね。 ------------------2018/04/01　追記 今、単純な静的WEBサイトを構築しているのですが上の記述だと画像を表示するためには画像のlocation設定をしなければならないように捉えられるなと思ったので追記しました。上の記述はphpのlocation設定しかしていなかったので画像のlocation設定も加えないと参照されないといことです。 例えばデフォルトの記述があるのですが     location / {         root   /var/www/html;         index  index.html index.htm;     } こちらですと画像だろうがHTMLファイルだろうがアクセスできました。 ただし直接アクセスできてはよろしくないファイルなんかもあるので拡張子設定やドキュメントルート設定をしていくんでしょうね。
続きを読む

AWSのS3バケットをマウントするs3fsでマウントが外れた件

投稿者: -
s3fsでマウントが外れた件のお話し ネットで検索すると予期せずマウントが外れたなんて記事を見かけてて そんなことあるの〜？？ うちは大丈夫でしょ！ なんて鷹を括っていましたが なんと起きてしまいました。。。 しかも本番で… まぁ起きてしまったことはしょうがない。。 一応発生した時に再マウントしようとするとエラーがでますのでそれも参考に備忘録しておきます。 発生 Ａ：すいません今大丈夫ですか？？ 私：ええよ〜 Ａ：なんか画像が表示されないんです。 私：大丈夫ですか言っとる場合やないやん！！ ということで事象の認知がされました。しかも本番です。 インスタンスにログインして確認するとこんな感じです。 ※うちは大量のユーザーごとに登録するイメージファイルをイメージディレクトリとS3バケットをマウントすることでEC2のイメージボリュームを抑えるようにしていました。 # cd /image_dir # ls -a # イメージが入ってなぁーい！！ AWSのコンソールからS3のバケットを見るとイメージはある ということでマウントされているかの確認 # df -h df: `/image_dir': 通信端点が接続されていません 通信端点が接続されてないってどういうこと？ と思いながらマウントを試みる # s3fs bucket-name /image_dir -o allow_other,use_cache=/tmp,uid=48,gid=48,passwd_file=/etc/passwd-s3fs s3fs: unable to access MOUNTPOINT /image_dir: Transport endpoint is not connected ※uid,gidはアパッチ操作なのでそのIDです。 エンドポイントと接続できないと。。。 なんだかこれが出る理由はいろいろあるらしいのですが、意図せずマウントが外れているがNFSではマウントしている情報が残ったりのようなことだったりいろいろ。。。 今まで見てきた記事によるとマウントできない場合は 一度アンマウントしてからマウントすれば成功するよ！！ ってことなので、一度アンマウントし
続きを読む

CakePHP３でHTTPSにする

投稿者: -
CakePHP３でHTTPSにする 表題の件ですが、以前も同じような記事を書いています。 ELBで80番ポートアクセスをしていたのですべてのアクセスを443番ポートにアクセスさせる しかし、基本的にHTTPアクセスしていたものをHTTPSでリダイレクトさせているだけです。 以前対応した時は、AWSのELB（Elastic Load Balancing）で80番ポートも443番ポートも解放していたので、80番でアクセスしてきたものを443番でリダイレクトして解決させたのです。 がしかし、今回この構成をベースに新たなサービスの開発をする際にハマりました。。 環境自体は私が構築しないので、サーバー管理に依頼して出来上がってきた時に一言添えられていました。 【HTTPアクセスは推奨しないのでHTTPSしか許可していない構成です】 まあ、HTTPSなんて当たり前だから気にもせずコードをGITからcloneして配置 アクセスしてみると、以前と同じようにHTTPSからHTTPに切り替わる と言うことでhttpd.conf（正確にはvirtualhost.confですが）に以前やった対応を記載してgracefulをしてみると、ログインフォームからログイン時にログイン成功しているけれどもTOPページが表示されず、、、 どうやらリダイレクトしているっぽい、、、 TOPページのURLを直打ちすればログインしている状態で表示されます。 その状態で、ログアウトするとまたログインページが表示されずにグルグルとアクセスしようとしている感じがありますがページは表示されません。 少し調べると、なんとなくわかりました。 発生している場所は、CakePHPでリダイレクトしている箇所です。 その時点で気付きました。。 今回はELBは443ポートしか解放されていません。 リンクやFORMは相対パスなので現在アクセスされているプロトコルで遷移していきます。つまりはTOPから設定メニューのリンクはHTTPSでアクセスしていればHTTPSで遷移していきます。 しかしリダイレクトはリダイレクトURLを生成して転送をかけるので、ここでどうやらHTTPでURLを生成してリダイレクトし
続きを読む