php_modが非推奨になったのね

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

前回の続きでPHP7.2 とcrud4.4.4でエラーで困ったことをメモしておきます

投稿者: -

PHP7.2 とcrud4.4.4でエラーで困ったことをメモっておき解決した結果メモ

前回の続きです
（PHP7.2の環境で、既存プロジェクトの横展開で新しいサービスを対応したときに躓いたのでメモ①）
エラーログから、PHP7.2とcrud4.4.4のバージョンが合わないということで一旦、PHP7.1にダウングレードしてその場限りを乗り越えたところから。


PHP7.1にダウングレードしたけれども、セキュリティーアップデートも2019/12/01に終了することからこのままでいいわけがありません。

ということでまずはローカル環境で動作を確認してPHP7.2に対応させていきましょう！

PHP7.2(cakePHP3.4 apache2.4)
node.js
mysql5.7

という環境をまずはdockerで再現して動作確認をしてみることに。。

ということでまずはまんまと出ました前回のエラーです
PHP Fatal error: Cannot use Crud\\Core\\Object as Object because 'Object' is a special class name in /var/www/html/vendor/friendsofcake/crud/src/Listener/BaseListener.php on line 4, referer: http://domein
調べるとPHP7.2だとcrudのバージョンが５だとな
composer記載のcrudが以下なので
"friendsofcake/crud": "~4.3",
こちらに変更
↓↓↓↓↓
"friendsofcake/crud": "^5.0",
してみました

ちなみに、PHP7.1のままCRUDをバージョン５にするとこんなエラーが出ました

# composer update crud
Problem 1
- The requested package friendsofcake/crud (locked at 4.4.4, required as ^5.0) is satisfiable by friendsofcake/crud[4.4.4] but these conflict with your requirements or minimum-stability.
いまのバージョンで問題ないよ、5にすると矛盾が発生するよ？って感じですかね
アップデートできません。。。

ちょっと興味本位の実験はおいておきまして、これで
# composer update
を実行

つらつらと今までアップデートをしていないというところでいろんなものがアップデートをされていきます・・・

これで解消してくれと祈るようにアクセス！
そうすると今度はこんなエラーが。。。Call to undefined method Core\Controller\Api\RoomsController::getEventManager() in /var/www/html/vendor/friendsofcake/crud/src/Controller/Component/CrudComponent.php on line 142
正確にはわからないんですがcakePHPのバージョンが合わないのかなと思い。。

https://book.cakephp.org/3.0/ja/core-libraries/events.html
バージョン 3.5.0 で撤廃: 代わりに getEventManager() を使用してください。


このページのこのくだりかななんて想像しております

とりあえずmethodが無いようなのでcakePHP3.7まで上げてみました

すると今度はこのエラーです。。

==> /var/log/httpd/access_log <==
"OPTIONS /api/1 HTTP/1.1" 200 612998 "http://domain"

こちらはcakePHPのエラーログ
==> /var/www/html/logs/error.log <==
Warning: Warning (512): Unable to emit headers. Headers sent in file=/var/www/html/vendor/cakephp/cakephp/src/Error/Debugger.php line=853 in [/var/www/html/vendor/cakephp/cakephp/src/Http/ResponseEmitter.php, line 48]
このエラーが原因だと思われる

んでPOSTMANでたたくとこれが出ていた
<pre id="cakeErr5ca2da8cd71bd-context" class="cake-context" style="display: none;">$message = &#039;Security::salt() is deprecated. Use Security::getSalt()/setSalt() instead. - /var/www/html/config/bootstrap.php, line: 157
You can disable deprecation warnings by setting `Error.errorLevel` to `E_ALL &amp; ~E_USER_DEPRECATED` in your config/app.php.&#039;
※省略しています

非推奨のエラーが出ているんでなかろうかとおもう

そして書いてある通りに非推奨のエラーを抑制してみる
config/app.phpのエラーのセクションを以下に変更
E_ALL & ~E_USER_DEPRECATED
でもまだエラー
そしてエラーの様子がおかしい。
$this->request->is(“options”)
を利用しているところで、Response::is()が定義されてないといわれている
定義されているんですよ、IDEでメソッドリンクしてるし！！
あるわけないじゃん！！と思いながら困惑気味。。
2019-04-02 12:33:03 Error: [Error] Call to undefined method Cake\Http\Response::is()
でprint_r($this->request, true)してみんです。。

2019-04-02 19:20:13 Error: Cake\Http\Response Object
(
[status] => 200
[contentType] => text/html
[headers] => Array
(
[Content-Type] => Array
(
[0] => text/html; charset=UTF-8
)
[Access-Control-Allow-Origin] => Array
(
[0] => *
)

これなんですがわたしの悪さでした。。

本来エラーの出ているメソッドは
$this->request->is('options');
何ですよ。。
だけどエラーもインスタンス自体のdumpもresponseになっています。
はぅ！！！！
そもそもの対応は
$this->response->corsのbuild()メソッドの処理が
return $this->_response;
にcakePHP3.4はなっていたのですが
cakePHP3.6以降から
https://book.cakephp.org/3.0/ja/controllers/request-response.html
こちらにある通り
ヘッダーの設定は Cake\Http\Response::withHeader() メソッドで行われます。 すべての PSR-7 インターフェイスのメソッドと同様に、このメソッドは新しいヘッダーを含む 新しい インスタンスを返します。
ということで新しいインスタンスを返却しているので

build()メソッド内でwithHeader()を利用することになっているので、

$this->response->cors($this->request)
->allowOrigin(['*'])
->allowMethods(['*'])
->allowHeaders(['content-type'])
->allowCredentials(['true'])
->exposeHeaders(['Link'])
->maxAge(300)
->build();
これで利用できていたのを、cakePHP3.7にあげたことにより

新しいインスタンスを受け取るように修正しました
$this->request = $this->response->cors($this->request)
->allowOrigin(['*'])
->allowMethods(['*'])
->allowHeaders(['content-type'])
->allowCredentials(['true'])
->exposeHeaders(['Link'])
->maxAge(300)
->build();
間違えちゃいました。。。
新しいインスタンスはresposeのインスタンスなのにrequesutを上書きしちゃってるんですよ。。。
本当は$this->responseを上書きしなきゃいけないんですよ
私ってばおばか。。。
ということでこれで解決！！！！
アクセスOKでございます
でも非推奨のメソッドを使っているところもなおしていかないとならんですね！！

コメント

コメントを投稿

このブログの人気の投稿

php_modが非推奨になったのね

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

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;     } こちらですと画像だろうがH...
続きを読む

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ではマウントしている情報が残ったりのようなことだったりいろいろ。。。 今まで見てきた記事によるとマウントできない場合は 一度アンマウントしてからマウントすれば成功するよ！！ ってことなので、一度アンマウントし...
続きを読む