編集:あなたのスクリーンショットは、以下の診断がおそらく正しいことを示しています。
何をすべきか:iconv()
PHP Web アプリケーションで使用してみてください。Windows アプリが使用する照合順序/コードページを推測または調べる必要があります。
次に、次のようなものが機能する可能性があります。
$string_decoded = iconv("windows-1256", "utf-8", $string);
これを機能させるには、実験が必要な場合があります。また、データベース接続に UTF-8 の代わりに latin1 を使用するように強制する必要があると思います!
あなたが私に尋ねると、これはあなたのウェブアプリの良い基盤ではありません. 常にデータを破損した形式に変換する必要があります。アプリケーションとの互換性を壊すか、インポート ツールを作成する必要がある場合があります。
latin1 文字セットは、ペルシャ文字をカバーしていません。collation-charts.org での証明
あなたの Delphi プログラムがアラビア文字を latin1 データベースに格納できる理由は、 latin1 データベースを悪用して、latin1 でカバーされていないデータ ( Windows-1256 アラビア語など) を格納している可能性があるからです。したがって、プログラムは各アラビア文字の未加工のバイトを格納しますが、実際には、これらのバイトはlatin1 文字セットの他のラテン文字によって占められています。しかし、Delphi プログラムだけがデータの格納とフェッチを行っている限り、誰も気づきませんでした。
私が正しければ、あなたが説明したことがどのように起こっているかを知ることができる唯一の方法です.これは、同じ方法でこれを行うアプリケーションのみが関与している限り、実際には間違った方法です.
phpMyAdmin や HeidiSQL などの「中立的な」データベース ツールからのデータを調べることで、これが当てはまるかどうかを確認できるはずです。アラビア語/ペルシャ語の文字の代わりにゴミが表示されている場合、私は正しいかもしれません.
PHP Web アプリを Delphi アプリと同じデータベースで動作させるために何をすべきかについては、正直なところ、何をすべきかよくわかりません。私の知る限り、mySQL に一方のエンコーディングを強制的に使用させる方法はありません。データを Web アプリにフェッチする前に、データを手動で「再エンコード」する必要があります。これはおそらく痛みを伴うプロセスです。
しかし、最初に、正確に何が起こっているのかを調べてみてください。