検索
ホームページバックエンド開発PHPの問題PHP セッションが失敗して配信されない場合の解決策

PHP セッションが失敗して渡されない問題の解決策: まず、「=phpinfo()?>」という内容の php ファイルを作成し、それをサーバーに渡して、サーバーのパラメータ設定で、ユーザー ID が識別されたセッションであることを示し、最後にセッションの名前を Havi に割り当て、セッションを出力します。

PHP セッションが失敗して配信されない場合の解決策

#PHP では、セッションを次のページに渡すことができません。通常、次の 2 つの状況が考えられます。

##まず php ファイル

=phpinfo()?> を作成し、それをサーバーに渡して、サーバーのパラメーター構成を確認します。 。

session セクションに移動し、session.use_trans_sid パラメーターが 0 に設定されていることを確認します。

このパラメータは、透過的な SID サポートを有効にするかどうか、つまり

session を URL とともに渡すかどうかを指定します。私の個人的な理解では、このパラメータを 0 に設定すると、各 URL で session が開始されると考えています。このように、後続のページは前のページのセッションを追跡できなくなり、これを配信不能と呼びます。 2 つのページはサーバー側で 2 つの session ファイルを生成しますが、関連性はありません。

したがって、1 つの方法は、構成ファイル

php.inisession.use_trans_sid の値を 1 に変更することです。

もちろん、誰もが php の設定を変更する権限を持っているわけではないことはわかっています。では、間接的な解決策は何でしょうか?

2 つの例を使って説明しましょう:

ファイル 1 test1.php

<?php
//表明是使用用户ID为标识的session
session_id(SID);
//启动session
session_start();
//将session的name赋值为Havi
$_SESSION[&#39;name&#39;]=”Havi”;
//输出session,并设置超链接到第二页test2.php
echo “<a href=\”test2.php\”>”.$_SESSION[&#39;name&#39;].”</a>”;
?>

ファイル 2: test2.php

<?php
表明是使用用户ID为标识的session
session_id(SID);
//启动session
session_start();
//输出test1.php中传递的session。
echo “This is “.$_SESSION[&#39;name&#39;];
?>

セッションを開くにはすべてのページを記述する必要があります。そうしないと、依然として正しく動作しません。

##つまり、キーポイント session_start(); の前に session_id(SID); を追加して、ページの変換時にサーバーがserversessionフォルダーに保存されているユーザーを使用するようにします。 セッションは配信の問題を解決します。

ただし、一部の同僚は、複数のユーザーの

session が 1 つの SID に書き込まれている場合、セッションの値は Can' になると報告しています。もう演奏しないでください。したがって、この問題を解決する別の方法があります。session_id(SID);を追加する必要はありません。サーバーの php.ini:# に対する構成権限があることが前提です。

##output_buffering

<span style="font-family: 微软雅黑, " microsoft yahei font-size:></span><span style="font-family: 微软雅黑, " microsoft yahei font-size:># を ON にすると真相は不明です。 </span>

2 番目に考えられる理由は、サーバーが

session を保存するフォルダーへの読み取り権限がないため、phpinfo に戻ってください。 php, セッションの保存されたアドレスを表示します: <p style="color: #362e2b; widows: 1; word-wrap: break-word; margin-top: 0.6em; margin-bottom: 0.3em; padding-top: 0px; padding-bottom: 0px; font-family: 'Lucida Grande', 'Lucida Sans Unicode', Calibri, Arial, Helvetica, Sans, FreeSans, Jamrul, Garuda, Kalimati; font-size: 13px; line-height: 16px; background-color: #ffffff;"><code><span style="font-family: 微软雅黑, " microsoft yahei font-size:>session.save_path: var/tmp</span>

所以就是检查下var/tmp文件夹是否可写。

写一个文件:test3.php来测试一下:

<?
echo var_dump(is_writeable(ini_get(“session.save_path”)));
?>

如果返回bool(false),证明文件夹写权限被限制了,那就换个文件夹咯,在你编写的网页里加入:

//设置当前目录下session子文件夹为session保存路径。$sessSavePath = dirname(__FILE__).’/session/’;
//如果新路径可读可写(可通过FTP上变更文件夹属性为777实现),则让该路径生效。if(is_writeable($sessSavePath) && is_readable($sessSavePath)){session_save_path($sessSavePath);}

以上がPHP セッションが失敗して配信されない場合の解決策の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
酸とベースデータベース:違いとそれぞれを使用するタイミング。酸とベースデータベース:違いとそれぞれを使用するタイミング。Mar 26, 2025 pm 04:19 PM

この記事では、酸とベースのデータベースモデルを比較し、その特性と適切なユースケースを詳述しています。酸は、財務およびeコマースアプリケーションに適したデータの整合性と一貫性を優先し、ベースは可用性に焦点を当て、

PHPセキュアファイルアップロード:ファイル関連の脆弱性の防止。PHPセキュアファイルアップロード:ファイル関連の脆弱性の防止。Mar 26, 2025 pm 04:18 PM

この記事では、コードインジェクションのような脆弱性を防ぐために、PHPファイルのアップロードを確保することについて説明します。ファイルタイプの検証、セキュアストレージ、およびアプリケーションセキュリティを強化するエラー処理に焦点を当てています。

PHP入力検証:ベストプラクティス。PHP入力検証:ベストプラクティス。Mar 26, 2025 pm 04:17 PM

記事では、組み込み関数、ホワイトリストアプローチ、サーバー側の検証などの手法に焦点を当てたセキュリティを強化するためのPHP入力検証のベストプラクティスについて説明します。

PHP APIレート制限:実装戦略。PHP APIレート制限:実装戦略。Mar 26, 2025 pm 04:16 PM

この記事では、Token BucketやLeaky BucketなどのアルゴリズムやSymfony/Rate-Limiterなどのライブラリを使用するなど、PHPでAPIレート制限を実装するための戦略について説明します。また、監視、動的に調整されたレートの制限、および手をカバーします

PHPパスワードハッシュ:password_hashおよびpassword_verify。PHPパスワードハッシュ:password_hashおよびpassword_verify。Mar 26, 2025 pm 04:15 PM

この記事では、パスワードを保護するためにPHPでpassword_hashとpassword_verifyを使用することの利点について説明します。主な議論は、これらの関数が自動塩の生成、強力なハッシュアルゴリズム、およびSecurを通じてパスワード保護を強化するということです

OWASPトップ10 PHP:共通の脆弱性を説明し、軽減します。OWASPトップ10 PHP:共通の脆弱性を説明し、軽減します。Mar 26, 2025 pm 04:13 PM

この記事では、PHPおよび緩和戦略におけるOWASPトップ10の脆弱性について説明します。重要な問題には、PHPアプリケーションを監視および保護するための推奨ツールを備えたインジェクション、認証の壊れ、XSSが含まれます。

PHP XSS予防:XSSから保護する方法。PHP XSS予防:XSSから保護する方法。Mar 26, 2025 pm 04:12 PM

この記事では、PHPでのXSS攻撃を防ぐための戦略について説明し、入力の消毒、出力エンコード、セキュリティを向上させるライブラリとフレームワークの使用に焦点を当てています。

PHPインターフェイスvs抽象クラス:それぞれを使用する時期。PHPインターフェイスvs抽象クラス:それぞれを使用する時期。Mar 26, 2025 pm 04:11 PM

この記事では、PHPでのインターフェイスと抽象クラスの使用について説明し、それぞれをいつ使用するかに焦点を当てています。インターフェイスは、無関係なクラスや複数の継承に適した、実装なしで契約を定義します。抽象クラスは共通の機能を提供します

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

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

AI Clothes Remover

AI Clothes Remover

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

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

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

ホットツール

VSCode Windows 64 ビットのダウンロード

VSCode Windows 64 ビットのダウンロード

Microsoft によって発売された無料で強力な IDE エディター

EditPlus 中国語クラック版

EditPlus 中国語クラック版

サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

SublimeText3 Linux 新バージョン

SublimeText3 Linux 新バージョン

SublimeText3 Linux 最新バージョン

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

DVWA

DVWA

Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、