JSON データを SESSION に保存する際の問題
クライアントから渡されるJSONデータ:
[ { "category_id": 0, "category_products": [ [ { "para_name": "品牌", "para_val": "海飞丝" }, { "para_name": "生产日期", "para_val": "2015-08-11" } ], [ { "para_name": "品牌", "para_val": "新丝路" }, { "para_name": "生产日期", "para_val": "2015-08-11" }, { "para_name": "适用发质", "para_val": "干枯、毛躁、油性头发" } ] ] }, { "category_id": 1, "category_products": [ [ { "para_name": "品牌", "para_val": "潘婷" }, { "para_name": "生产日期", "para_val": "2015-06-11" } ] ] }]
シリアル化、デシリアライズ後に取り出されるデータは上記とは異なります!どうすればよいでしょうか? これは、PHP で逆シリアル化した後に取り出されたデータです:
a: 2: { i: 0;O: 8: "stdClass": 2: { s: 11: "category_id";i: 0;s: 17: "category_products";a: 2: { i: 0;a: 2: { i: 0;O: 8: "stdClass": 2: { s: 9: "para_name";s: 6: "品牌";s: 8: "para_val";s: 9: "海飞丝"; }i: 1;O: 8: "stdClass": 2: { s: 9: "para_name";s: 12: "生产日期";s: 8: "para_val";s: 10: "2015-08-11"; } }i: 1;a: 3: { i: 0;O: 8: "stdClass": 2: { s: 9: "para_name";s: 6: "品牌";s: 8: "para_val";s: 9: "新丝路"; }i: 1;O: 8: "stdClass": 2: { s: 9: "para_name";s: 12: "生产日期";s: 8: "para_val";s: 10: "2015-08-11"; }i: 2;O: 8: "stdClass": 2: { s: 9: "para_name";s: 12: "适用发质";s: 8: "para_val";s: 30: "干枯、毛躁、油性头发"; } } } }i: 1;O: 8: "stdClass": 2: { s: 11: "category_id";i: 1;s: 17: "category_products";a: 1: { i: 0;a: 2: { i: 0;O: 8: "stdClass": 2: { s: 9: "para_name";s: 6: "品牌";s: 8: "para_val";s: 6: "潘婷"; }i: 1;O: 8: "stdClass": 2: { s: 9: "para_name";s: 12: "生产日期";s: 8: "para_val";s: 10: "2015-06-11"; } } } }}
ディスカッションへの返信 (解決策)
2 番目のデータはシリアル化されています
あなたの最初の 2 番目のデータはシリアル化
試してみましたが、デシリアライズせずに取り出すと確かにこんな感じです。
しかし、デシリアライズ後に再度クライアントに出力し、Ajax 経由で json を返したいのですが、デシリアライズされたデータを再度 json_encode すると、console.log を通じて [object object] になります。これは正常ですか?
アプリケーションのシナリオがわかりません
最初のデータは JSON 文字列であり、2 番目のデータにシリアル化されません
console.log の出力は [object object] になりますが、これは正しいです
なるほどstdclass があるということは、返された json をデコードしたことを意味します。 json_decode($json,1); true パラメーターを追加します。 シーケンスの準備ができました
アプリケーションのシナリオがわかりません
console.log の出力は [object object] になりますが、これは正しいです
サーバーから元の JSON 文字列を取得した後、JSON 文字列を配列に変換しますjson_decode を通じてオブジェクトを取得し、配列オブジェクトをシリアル化して $_SESSION 変数に割り当てます。その理由は、私のデータが 2 レベルであり、数値が固定されていないためです。 Baidu Experience に似たバックグラウンド入力インターフェイス。そのため、最終的にコンテンツを公開する前に、データを一時的に SESSION に保存し、追加、削除、変更、クエリをデータベースを経由する必要はありません (私はこの方法を試しました)。データの関連付けは 2 層構造であるため、データベースを介して追加、削除、変更、クエリを実行する必要はありません。
私のアプローチが適切かどうかわかりません。より良い解決策はありますか?
シリアル化する必要はありません。セッションに直接保存するだけです
アプリケーションのシナリオがわかりません
最初のデータは JSON 文字列であり、2 番目のデータにはシリアル化されません
コンソール。ログが [オブジェクト オブジェクト] になるのは正しいです
フロントエンド インターフェイス操作のスクリーンショット
より良い解決策はありますか?
シリアル化する必要はなく、セッションに直接保存するだけです
良いですね!当然のことながら、シリアル化は不要であり、余分です。ありがとうございます!

ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の 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.パフォーマンスの最適化とベストプラクティスには、適切な署名アルゴリズムの使用、有効期間を合理的に設定することが含まれます。

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

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

システムが再起動した後、UnixSocketの権限を自動的に設定する方法。システムが再起動するたびに、UnixSocketの許可を変更するために次のコマンドを実行する必要があります:sudo ...

phpstormでCLIモードをデバッグする方法は? PHPStormで開発するときは、PHPをコマンドラインインターフェイス(CLI)モードでデバッグする必要がある場合があります。

静的結合(静的::) PHPで後期静的結合(LSB)を実装し、クラスを定義するのではなく、静的コンテキストで呼び出しクラスを参照できるようにします。 1)解析プロセスは実行時に実行されます。2)継承関係のコールクラスを検索します。3)パフォーマンスオーバーヘッドをもたらす可能性があります。

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