古典的な ASP から PHP でプログラミングを開始するために、私は非常に大規模で古いオンライン ASP プロジェクトを少しずつ変換することにしました。最終的にすべてを完了して PHP を学習しました。
セッション変数と Cookie をかなり頻繁に使用するセクションに出くわしました。このセクションに添付されているページはまだ変換されていないため、しばらく変換できません。このセクションを変換してすべてのユーザー セッション/アクセスを台無しにする前に、ASP ページに設定されたセッション変数または Cookie が、変換された PHP ページで読み取れるかどうか、またその逆が可能かどうか疑問に思っています。
Cookie のリクエストは問題ないと思いますが、セッションを使用する意味があるかどうかはわかりません。ご意見をお聞かせください。
クッキー、はい、利用できます。
セッション、ASP がそのセッションをどのように処理するかはわかりませんが、PHP がそれらを直接処理できるとは思いません。
ASP スクリプト内でできることは、PHP のセッション ファイルを作成することです。
PHP がセッションを処理する方法を調べ、セッション フォルダーにセッション ファイルを作成します。ただし、これらすべての値をエンコード/シリアル化するのは難しい場合があります。PHP セッションは、serialize() 関数によってシリアル化されません。それらには、構成に依存する可能性のある独自のハンドラーがあります。
PS: セッションは、クライアントがブラウザーを閉じるまでしか持続しません。それらについて心配する必要はありません。スクリプトを完全に複製し終えたら、PHP ページをアクティブ化してください。両方の言語で記述されたスクリプトを実行し、2 つの言語間でデータを渡す場合は、セッションの代わりに Cookie を使用します。これは、Cookie がクライアントのマシンに保存され、両方のプラットフォームから読み取れるためです。
アレックスはクッキーについて正しいです。ただし、セッションはよりトリッキーです。セッション データはサーバー側に保存され、言語によって保存方法が異なる可能性があります。
ただし、まだ可能です。2 つのアプリが同じセッション データ ストレージを使用するようにするだけです。セッションを SQL データベースに保存するように PHP と ASP の両方を構成するのと同じくらい簡単かもしれません。ただし、セッション データをデータベースに格納するために同じ形式を使用していない可能性があるため、いずれか一方のカスタム セッション ストレージ ハンドラを作成する必要がある場合があります。
次に、言語によっても異なるため、両方のアプリが同じ Cookie 名からセッション ID を読み取るようにするだけです。
はい。
Cookie はサーバー/ヘッダー (サーバーと通信するユーザー ブラウザー) であるため、PHP ファイルと ASP ファイルはすべてのドメイン Cookie を変更/編集できます (もちろん、それらが同じドメインにあると仮定します)。