Bagaimana untuk menyelesaikan masalah kehilangan sesi dalam lompat php

Penyelesaian kepada sesi yang hilang dalam lompatan PHP: 1. Buka fail yang sepadan dengan Notepad 2. Pilih format untuk dikodkan dalam UTF-8 tanpa format BOM 3. Simpan fail dan muat naik semula ke; pelayan itu.

Persekitaran pengendalian artikel ini: sistem Windows 7, PHP versi 7.1, komputer DELL G3

Cara menyelesaikan masalah kehilangan sesi lompat php?

mekanisme kehilangan sesi php apabila melompat ke halaman

1. Nilai sesi boleh disimpan dan diperoleh pada halaman yang sama, tetapi ia tidak boleh diperolehi selepas melintasi halaman;

2 Sebelum memulakan session_start() pada dua halaman, session_id("myid") telah ditetapkan, tetapi nilainya tidak dapat diperolehi.

Selepas menggunakan semak bahawa direktori tempat sesi disimpan secara lalai tidak wujud

Sebab 2

Projek yang dibangunkan oleh thinkphp Selepas log masuk berjaya, ia melompat ke halaman log masuk Selepas menyerahkan maklumat, output sesi adalah normal dan tiada masalah. selepas halaman melompat, sesi muncul fenomena hilang, tidak dapat melengkapkan log masuk biasa.

Setelah mencari maklumat, saya mendapati ia adalah punca bom itu. Disebabkan oleh keterbatasan mekanisme penghantaran COOKIE, dalam fail yang sudah mempunyai BOM pada permulaan fail ini, COOKIE tidak boleh dihantar (kerana PHP telah menghantar pengepala fail sebelum COOKIE dihantar), jadi log masuk dan log keluar fungsi tidak sah. Semua fungsi yang bergantung pada COOKIE dan SESSION adalah tidak sah.

Cara yang betul untuk menanganinya ialah mengalih keluar BOM fail tertentu Secara amnya, ia adalah masalah BOM yang berlaku dalam fail masukan Cara saya menanganinya ialah menggunakan Notepad untuk membuka fail , dan format dikodkan dalam format bebas BOM UTF-8 Kemudian simpan dan muat naik semula ke pelayan. Tetapi pastikan anda ambil perhatian bahawa sebelum mengalih keluar BOM dan memuat naiknya ke pelayan, anda perlu memadamkan fail sumber pada pelayan Memuat naik tidak boleh mengalih keluar BOM.

mekanisme sesi

sesi ialah mekanisme sesi di bahagian pelayan Apabila pelanggan meminta pelayan untuk mencipta sesi, pelayan akan mengesan sama ada permintaan itu mengandungi sessionID yang unik Jika ya, ini bermakna pelayan telah mencipta sesi untuk pengguna Selagi sesi pengguna diambil mengikut sessionID untuk digunakan oleh pengguna, jika tiada sessionID, pelayan akan mencipta. sesi baharu untuk pengguna dengan sessionID yang unik. Selepas penciptaan selesai, ID sesi akan dikembalikan kepada klien oleh pelayan dan disimpan secara setempat pada klien

Secara amnya, mekanisme untuk menyimpan ID sesi ialah Kuki, tetapi memandangkan Kuki boleh dilarang secara buatan, adalah perlu untuk memastikan bahawa Kuki adalah dilarang. Selepas itu, perbualan masih boleh dijalankan melalui sesi, biasanya melalui penulisan semula url, dalam bentuk http://...../xxx;jsessionid= ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng! 145788764, yang lain adalah sebagai rentetan pertanyaan yang dilampirkan pada URL kemudian, ungkapannya adalah http: //...../xxx? JSessionId = BYOK3VJFD75Apnrf7c2Hmdnv6qzcebzwowibyenlq9999zwpbng. pelayan memprosesnya secara berbeza semasa menghurai Kaedah yang pertama digunakan untuk membezakan maklumat id sesi daripada parameter program biasa.

Untuk mengekalkan keadaan sepanjang keseluruhan interaksi, id sesi ini mesti disertakan pada penghujung setiap laluan yang mungkin diminta oleh pelanggan.

Salah faham lain tentang pembatalan sesi:

Apabila bercakap tentang mekanisme sesi, kita sering mendengar salah faham bahawa "selagi anda menutup penyemak imbas, sesi akan hilang." Sebenarnya, anda boleh bayangkan contoh kad keahlian Melainkan pelanggan secara aktif meminta kedai membatalkan kad tersebut, kedai itu tidak akan memadamkan maklumat pelanggan dengan mudah. Perkara yang sama berlaku untuk sesi Melainkan program memberitahu pelayan untuk memadamkan sesi, pelayan akan menyimpannya Program biasanya menghantar arahan untuk memadam sesi apabila pengguna log keluar. Walau bagaimanapun, penyemak imbas tidak pernah secara aktif memberitahu pelayan bahawa ia akan ditutup sebelum ditutup, jadi pelayan tidak mempunyai peluang untuk mengetahui bahawa penyemak imbas telah ditutup Sebab untuk ilusi ini ialah kebanyakan mekanisme sesi menggunakan kuki sesi untuk menyimpan id sesi . , dan id sesi hilang selepas menutup penyemak imbas, dan sesi asal tidak dapat ditemui apabila menyambung ke pelayan sekali lagi. Jika kuki yang ditetapkan oleh pelayan disimpan ke cakera keras, atau beberapa kaedah digunakan untuk menulis semula pengepala permintaan HTTP yang dihantar oleh penyemak imbas dan menghantar ID sesi asal ke pelayan, sesi asal masih boleh ditemui apabila penyemak imbas dibuka semula.

Ia adalah tepat kerana menutup penyemak imbas tidak akan menyebabkan sesi dipadamkan, memaksa pelayan untuk menetapkan masa tamat untuk melihat Apabila masa sejak klien terakhir menggunakan sesi melebihi masa tamat ini , pelayan boleh berfikir bahawa pelanggan telah menghentikan aktivitinya, dan kemudian memadamkan sesi untuk menjimatkan ruang storan.

Pembelajaran yang disyorkan: "Tutorial Video PHP"

Atas ialah kandungan terperinci Bagaimana untuk menyelesaikan masalah kehilangan sesi dalam lompat php. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!