fopensocket について質問する
ローカル WAPM 環境、php.ini は openallow_url_fopen = オン
write.php
$fp = fsockopen('localhost',80,&$errno,&$errstr,5);
if(!$ fp)
{
echo "$errstr ($errno)
n"; }
else
{
fputs($fp,"GET / HTTP/1.0nHost: http://localhost/1. php");
fclose($fp);
}
?>
1.php は localhost のルート ディレクトリに存在しますが、write.php をテストして実行した後、
は 1.php が実行されておらず、1.php が実行されていることがわかりました。 php は個別に実行できます
理由を聞いてもいいですか?
http://localhsot/1.php を 1.php に変更しようとしましたが、動作しませんでした。プロセス中にプロンプトが表示されず、設定されたリンクを作成できませんでした
ディスカッションに返信 (解決策)
$fp = fsockopen('localhost', 80, $errno, $errstr, 5); if(!$fp) { echo "$errstr ($errno)<br />\n"; }else { fputs($fp,"GET /1.php HTTP/1.0\r\nHost: localhost\r\nConnection: Close\r\n\r\n"); while (!feof($fp)) { echo fgets($fp, 128); } fclose($fp);}
$fp = fsockopen('localhost', 80, $errno, $errstr, 5); if(!$fp) { echo "$errstr ($errno)<br />\n"; }else { fputs($fp,"GET /1.php HTTP/1.0\r\nHost: localhost\r\nConnection: Close\r\n\r\n"); while (!feof($fp)) { echo fgets($fp, 128); } fclose($fp);}
in ローカル テスト中に、他のコンピューターが私のコンピューターにアクセスするとき、IP メソッドを使用して通常どおり実行できます。つまり、私のテスト IP が 192.168.10.60 であると仮定すると、
他のコンピューターは http を使用できます。 ://192.168.10.60/write.php で正常に動作しますが、
を実行すると、サーバーの IP は 192.168.10.3 であると見なされます。
接続方法を192.168.10.3に変更するには、fputsのときに絶対パスを記述する必要があります...どういう状況ですか?
これって普通じゃないですか?
192.168.10.3 に置いた場合
もちろん、アクセスするには絶対 IP を使用する必要があります。
2 つの異常があります
1. 私のマシンをテストホストとして使用すると、他のマシンは私のマシンにアクセスでき、localhost を使用すると正常に実行されますが、プログラムがサーバー上に配置されると、私のマシンはサーバーにアクセスできなくなります。絶対パスを書くというのは fsocketopen がリンクを張るときに書くということですが、例えばプログラムを web ディレクトリ配下の ca/ma ディレクトリに置いた場合、次のfwrite パスを 192.168 と書く必要があります。 .10.3/ca /ma/1.php、これは、書き込みプログラムと 1.php プログラムが同じディレクトリに配置されている場合でも必要です。
ただし、ローカルに保存すると同じ現象が発生しますが、他のコンピューターを使用してローカルにアクセスすると正常に動作します。ローカルシステムはwinシステム、サーバーはLinuxシステムのせいでしょうか?
1. プログラムはあなたのマシン上で実行されているため、それにアクセスするために localhost を使用するのが通常です。また、それにアクセスするためにあなたのマシンの IP を使用するのも通常です
2. プログラムがサーバーに移動されると、 localhost を使用する理由 アクセスも可能ですが、サーバーの特殊性により、127.0.0.1 から localhost へのマッピングが存在しない可能性があり、アクセスできません。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









JWTは、JSONに基づくオープン標準であり、主にアイデンティティ認証と情報交換のために、当事者間で情報を安全に送信するために使用されます。 1。JWTは、ヘッダー、ペイロード、署名の3つの部分で構成されています。 2。JWTの実用的な原則には、JWTの生成、JWTの検証、ペイロードの解析という3つのステップが含まれます。 3. PHPでの認証にJWTを使用する場合、JWTを生成および検証でき、ユーザーの役割と許可情報を高度な使用に含めることができます。 4.一般的なエラーには、署名検証障害、トークンの有効期限、およびペイロードが大きくなります。デバッグスキルには、デバッグツールの使用とロギングが含まれます。 5.パフォーマンスの最適化とベストプラクティスには、適切な署名アルゴリズムの使用、有効期間を合理的に設定することが含まれます。

記事では、PHP 5.3で導入されたPHPの後期静的結合(LSB)について説明し、より柔軟な継承を求める静的メソッドコールのランタイム解像度を可能にします。 LSBの実用的なアプリケーションと潜在的なパフォーマ

記事では、入力検証、認証、定期的な更新など、脆弱性から保護するためのフレームワークの重要なセキュリティ機能について説明します。

PHP開発でPHPのCurlライブラリを使用してJSONデータを送信すると、外部APIと対話する必要があることがよくあります。一般的な方法の1つは、Curlライブラリを使用して投稿を送信することです。

この記事では、フレームワークにカスタム機能を追加し、アーキテクチャの理解、拡張ポイントの識別、統合とデバッグのベストプラクティスに焦点を当てています。

PHP開発における固体原理の適用には、次のものが含まれます。1。単一責任原則(SRP):各クラスは1つの機能のみを担当します。 2。オープンおよびクローズ原理(OCP):変更は、変更ではなく拡張によって達成されます。 3。Lischの代替原則(LSP):サブクラスは、プログラムの精度に影響を与えることなく、基本クラスを置き換えることができます。 4。インターフェイス分離原理(ISP):依存関係や未使用の方法を避けるために、細粒インターフェイスを使用します。 5。依存関係の反転原理(DIP):高レベルのモジュールと低レベルのモジュールは抽象化に依存し、依存関係噴射を通じて実装されます。

セッションハイジャックは、次の手順で達成できます。1。セッションIDを取得します。2。セッションIDを使用します。3。セッションをアクティブに保ちます。 PHPでのセッションハイジャックを防ぐための方法には次のものが含まれます。1。セッション_regenerate_id()関数を使用して、セッションIDを再生します。2。データベースを介してストアセッションデータを3。
