Q&A
普通にエラー吐いてる以上確認すれば良いと思いますけど、
PHPのFatal errorは存在しない名前の関数を呼び出したりユーザー定義関数を二重に定義したりすると
発生します。
エラー文を適当に翻訳に掛けて読む限りは「メンバー関数 getHeight() の null での呼び出し。」
とのことなので、hage.php on line 65をとりあえず参照してみたらどうですかね。
いつもお世話になっております。
アマゾンSP-APIのスクリプト実行で下記のエラーがたまに出ます。
PHP Fatal error: Uncaught Error: Call to a member function getHeight() on null in /home/hoge/hogehoge/hage.php:65 Stack trace: #0 {main} thrown in /home/hoge/hogehoge/hage.php on line 65
毎日2000回ほど実行するため、途中で処理が止まらないようにbashで配列を作りphpファイルを叩くようにしています。
頻度としては50回に1回ほど上記のエラーがでますが、そのままスキップして処理を続けます。
VPSでCPU Usageなど見てますが、使用量も5%程度なのでさほどの影響はなさそうです。
このFatal errorを日本語に訳すと「致命的なエラー」ということになりますが、そもそもどこまで致命的なのでしょうか？
実行中の処理が停止しても、bashやcronで次の値を投入して9割方処理が完了すれば私的には問題ありません。
そもそもプログラミングの学習を始めたばかりの頃、whileでbreakを書かないと無限ループになり下手するとパソコンが壊れるという記事を見てエラーに慎重になったという経緯があります。
今ではエラーをどんどん出して、それを読んで修正というのを繰り返すようになり、エラーに対する抵抗感はだいぶ減りました。
なのですが、例えば上記のFatal errorをずっと吐き続けながら定期実行させるのは「致命的な何か」が起こるのか。
疑問に思い、質問をさせていただきました。
・OSに傷がつく。
・アマゾンから怒られる。
考えられるのは上記の2つぐらいですが、果たしてそんなことが起こり得るのかもよく分かっていません。
もちろん今後エラーは修正する予定ですが、このような運用をされている方はいらっしゃいますでしょうか？
識者のご意見、お待ちしております。
回答1件
0
ベストアンサー
あくまでPHP文法上、または実行上の問題であることがほとんどで、挙げられたような２点は起き得ません。
もちろん実行不可能なエラーが出るようなコードである時点で何割okとか関係なく、アプリケーションとして致命的なので優先的に修正すべきかと。
投稿2021/07/28 05:29
総合スコア80850
ありがとうございます！
「エラーに対する抵抗感」はおそらく「エラーが出たところでパソコンが壊れるわけではない」と理解されつつあると思います。
無限ループも基本はタイムアウトされますし、メモリオーバーなど含めて大抵はPCへの直接負荷を避けるため処理中断されます。
「コンパイラ」という概念はおさえておいたほうが良いと思います。
構文エラーで処理中断されるのはそのためです。
初学者の頃からいつも的確なコメントをいただき、大変に感謝しております。
おっしゃるとおり、むしろエラーを出して問題をつぶして行けるようにはなりました。
コンパイラ、ありがとうございます。
勉強させていただきます！！
あなたの回答
tips
プレビュー
