PHP をサーバー側言語として使用するのは間違っていますか? メール通知/不正チェック (データの検索、フラグ、次にメール タイプのアプローチ) / データベースのクリーンアップ / アップロード フォルダーのクリーンアップ / cronjob タイプの機能などの機能。
最近、このアプローチで成功したいくつかのプロジェクトに出くわしましたが、それが間違った方法であるかどうかはわかりませんか? たぶん、PHP で Web アプリケーションを実行し、サーバー側を別の方法で実行する必要がありますか? それをしない理由はありますか？できれば悪い癖をつけたくありません。
このシナリオに遭遇した人はいますか?
そうする理由は、私が何年もの間主に PHP 開発者であったためであると付け加えておく必要があります。サーバー側に向けた他の言語とは対照的に、私はそれをよく知っています。
UI がまったくない管理タスク (cron ジョブなど) に PHP を使用するのはごく普通のことです。問題ない。
2 つの言語の習熟度を要求することが、より混乱を招くものであったとしても、私は驚かないでしょう。
なぜそれは間違っているのでしょうか？あなたがその言語を知っているなら、それを使ってください。PHP CLI スクリプトで Web ページのコードを再利用する場合に特に便利です。私はすべてのメンテナンス スクリプトを PHP で作成していますが、問題は発生していません。
ps: PHP Web アプリはサーバー側のものです :)
あなたがやりたいことを最もサポートする言語を使用してください。
一連の文字列処理を行う場合は、perl が最適な選択肢の 1 つです。
速度が必要な場合は、C、C++、Java などの (おそらく疑似) コンパイル済み言語が必要になる場合があります。
簡単なことをしたい場合は、バッチスクリプト (+ grep/awk/sed/whatever) が探しているものかもしれません。
PHP には確かに用途がありますが、それしか知らないとしたら、あなたの将来は箱に閉じ込められ、不利な立場に置かれることになります。「The Pragmatic Programmer: Journeyman to Master」のコピーを入手してください。重要な宝石の 1 つは、「年に少なくとも 1 つの新しい言語を学ぶ」ことです。
次に、上記の自分の質問に対する答えを知ることができます。
それが間違っていれば、スクリプト内から php を実行する方法がありません。
PHP は単なるスクリプト言語ですが、Web アプリケーション内で使用できる言語ですが、基本的にはスクリプト言語です。
必要な機能を十分に備えている場合は、引き続き使用してください。
php で見つけた制限のために多くのねじれを行わなければならないことがわかった場合は、ニーズに合った別の言語に移動しますが、それまでは楽しんでください。
それが仕事を成し遂げるなら、それはあなたが何を使うかは本当に問題ではないと思います。一方、そのサーバー側の釘を打ち込むには、おそらくさまざまなハンマーがあります。
要するに、1) よりよく知っている、および/または 2) 仕事により適した言語を持っていない限り、いいえ。気に入らない人もいるかもしれませんが、PHP は結局のところ、サーバー側の言語です。