Q&A
すみません。
初めての投稿だったもので、知らないうちに抹消してしまったかもしれません。
再度編集しますが、また不備があればご教示下さい。
本番環境で普通に見えているデータをローカル環境のXAMPP/htdocsに入れると見れません。
http://localhost/●●/○○.phpで見ています。
エラーは
Error
An Internal Error Has Occurred
Error: An Internal Error Has Occurred.
Back
です。
本番環境は
●PHP（バージョン：8.0.26 ）
●フレームワーク：cakephp（バージョン：3.10.4）
●サーバー：Apache/2.4.53 (AlmaLinux)
ローカル環境は
●PHP（バージョン： 8.2.4 )
●フレームワーク：cakephp（バージョン：0.2.9）
●サーバー：Apache/2.4.56 (xampp)
バージョンが違うことが原因でしょうか？
原因として考えられることをお教えいただければ幸いです。
よろしくお願いいたします。
これだけの情報じゃ全然分からないですね・・・ ローカル環境はXAMPPってことはWindowsだったりしますか？ であれば、ファイルのパスの指定など含めてちゃんと環境ごとにうまく分けて処理がいってるかなど確認すべきかと思います。エラーログにもう少し詳細なエラーが出てませんか？ 具体的にどこでエラーが起きているのか？を把握して、エラー箇所のソースコードを確認するなどしないとダメでしょう。
少なくともこの情報だけで第三者から的確な回答がでることはないでしょう。
情報が少なすぎてよく分かりませんが、Apache や PHP のバージョンはともかく (もちろん揃えたほうがいいけど)、フレームワークのバージョンが違いすぎますね。Internal Error が出ないほうがおかしいくらいでは。あと、データはどこに入ってますか？ データベースをお使いならその種類とバージョンにもよるかも。
勉強不足ですみません。
説明不足にもかかわらず、ご丁寧にありがとうございます。
Windowsで構築しようとしています。
PATHは設定してコマンドプロンプトで確認しました。
データはC:\XAMPP\htdocsの中にフォルダを作ってその中に入れています。
他にエラーはでていませんが、サーバーからとってきたデータの中のphpのソースコードを変更する必要があるとは思っていますが、どのphpデータをどのように直せばいいか、初心者すぎてわかりません。
どのような情報があれば、原因はわかったりするのでしょうか？
ご教示いただければ幸いです。
例えばWindowsとLinuxで両環境で動くように、OSが変わるなどの環境依存部分はconfig/.envなどに逃がしたりする必要があると思いますが、そういうことは対応されてますか？
ただ、hoshi-takanoriさんもおっしゃってますが、フレームワークのバージョンが違いすぎるので（0.2.9はおそらく間違ってると思いますが）、同じソースコードがそのまま動くことはまずないかと思います。
繰り返しになりますが、まずはApacheのエラーログの確認、エラーログが出てないならエラーログを出すように設定する、エラーログを見てどこでエラーが出てるかを確認する、などデバッグの基本からやるべきかと思います。その辺の情報もネットを見ればありますので、ご自身の環境と合わせて調べてみてください。「初心者過ぎる」ということで、たぶん相当の時間がかかるとは思いますが、一つ一つ前に進む感じで頑張ってください。
参考）
https://stackoverflow.com/questions/29790465/please-describe-how-to-upgrade-cakephp-version-0-2-9
ご丁寧に、ありがとうございます。
データをローカルに持ってきただけで、対応はconfig等のコード変更は何も出来ていません。
xamppを入れたのは、勉強した本中にあったので、そのまま使用していますが、バージョンを合わせることも考えると、違う環境でもいいのかなと思い始めています。
今後、いろんなネット記事を見て勉強してみます。
また、新たなスレッドよりご質問するかもしれませんが、引き続きよろしくお願い致します。
回答1件
0
私はフレームワークを使う世代ではないため、はっきり断言はできませんが、
たとえば、PHP v.4.2で動作したスクリプトが PHP v.4.4では動作しなくなったことなどの経験があります。
そのときは、環境変数のデフォルトの扱いがセキュリティを理由に変更になったのが原因でしたが、
v.4からv.5への移行時には、関数の取り扱い方そのものが変わってしまったりして
（そもそも無くなった関数もあれば、モジュールとしてオプションで実装させないと使えなくなった関数、デフォルトの値が変更になっていたり、細かな挙動の変更があり）
環境変数についてはデフォルト値を設定し直すことで対応できるものでしたが、代わりにセキュリティ上のリスクが上昇することを飲む必要がある程度でしたが、
v.5への移行は、関数を片っ端から洗っていかないと対応できなく、（ちなみにv.3とv.4ではmb系を実装したための変更でてこづりましたね。）
最終的には趣味だったこともあって、いつかやろうと思ったまま２０年経過して現在に至ります。
PHPは１バージョンあがるだけで（マイナー番号だけでも）かなりの変更が入り、同じように動作することはまず無いです。
ちなみに、昔の経験では、OSによる挙動の違いは、localhostの外部ファイルの取り扱いでの改行コードなどの類を含むファイルやディレクトリの操作をするときに違いが出ること、吐いてくる環境変数を条件にすると、それが異なること、最近ではUTF-8がデフォルト推奨ですから、あまり無いとは思いますが（ちなみに、v.4.2まではEUCが推奨標準だったと思います。当時はそもそもUTF-8のサイトは皆無で、SJISを使う場合が多く、LinuxはEUCでしたが、Windows/MacはSJISで読むことによる微妙な違いが4.2国際化版でも対応できない事情があり、mb系の実装（最初はオプションでした）に至ったと思います）文字コード関係の違いがあるくらいで、PHPで完結している分には、特にwwwサーバでモジュールとして使う範囲では、大きな動作の違いは無かったです。Javaなんかと違って。
まして、フレームワークのバージョンが、これだけ違うと、別の方も書かれてますが、まず動かないと思います。
というか、動いた場合でも、セキュア関係や耐久性で何か想定外の動作をしているのに出力上は気づいてないという、大変に危ない自体が想像されますので、公開での運用は避けるべきです。
私がいまだPHPのフレームワークを使わないのは、PHPの場合、自己書きしてしまっても、そんなに大変ではないのと、動作を把握できないことがセキュリティリスクに多くの場合なってしまいがちなこと、あるいはバージョン変更などで対応するときを含めてですが、細かく追っかける方が面倒くさく、時間がかかるからです。
自分用の自作ライブラリをストックして、だいたい同じようなことで足りるので、把握できないものは動かしません。
特にPHPは、自由度が高いため、攻撃されたときに、設定や何をさせているかにもよりますが、致命的なトラブルを起こしかねないからです。
ただ、フレームワークの方が手っ取り早く、誰でもできて作業がはやいですし、この辺はクライアントの普通の方（いまやプログラマやエンジニアにさえ）理解いただけることは少ないので、フレームワークが主流になってから、工賃にみあわない仕事で離れてしまいました。
（わたしの周りの９０年代の優秀だったエンジニアは、だいたいそういう理由で辞めてます）
はっきり言うなら、これだけ違う環境を両方で動作させるスクリプトや環境の設定は、おそらくありません。
というか、バージョン変更時は、徹底的に、すべてのマニュアルを精査して追いかけていくしかなく、一応、公式マニュアルの「バージョンによる変更点」を頼りに推測していくしかないのですが、最新版でないものから最新版でないものへの変更になると、まずもう変更点の特定自体が困難だと思います。
そういう意味で、検索して叩いてでてくる情報はあまりアテにならず、公式マニュアルとそのサンプルコードを徹底的に読み込み、読み返すしかないと思います。
また、両方で動作するようなスクリプトにすることは、セキュリティ上の危険性を高めるので、絶対に避けるべきです。
個々にphpのバージョン別のコードを仕込むなら、まだしもですが、localで動かすことが目的でないなら、ほぼ時間の無駄ですし、基本的には、関数の処理や、放り込まれてくる条件を緩和するという作業になると思うので、想定外の動作やセキュリティリスクを抱える可能性が高くなります。
どうしてもlocalで試したい事情があるなら、本番環境とほぼ同じ条件の環境を最低でもVirtual PCなどで用意して（私はだいたいサーバと同一環境になるように実機を３〜４台動かしていました。ただ商用UNIX環境はそうもいきませんが、OS間の動作違いはJavaなどより全然少ないので、LinuxとBSDで幾つかバージョン違いの環境が走るようにしておくくらいで、Windowsが必要なときは、友人のサーバ屋が自宅で趣味で動かしている一部を借りて試験していました）公式マニュアルを参照しながら、影響があるすべての設定を統一した環境で走らせるべきです。
細かな関数ごとの挙動が理解できていない（追いきれていない）のに、動いている状態は、正直、極めて危険なので、少なくとも何が問題で動作しないかくらいは、マニュアルを読み込んで特定されておいた方が良いかと思います。
あと、xamappは必ずしもApacheにモジュール組み込みで実装したPHPと同じ動作をするとは言えないと個人的には思っています。
一時、開発テストに使おうかと思ったのですが、ほぼ同じような設定とPHPのバージョンにしましたが、BSD上のApache+PHPモジュールで動くものが、同じように動作しなかったため、開発環境として使うのを断念しました。
投稿2023/05/11 22:41
編集2023/05/11 22:45
総合スコア4
あなたの回答
tips
プレビュー
