php - SESSION tidak boleh digunakan apabila baris gilir dilaksanakan secara tak segerak, jadi bolehkah saya masih menggunakan baris gilir semasa log masuk?
怪我咯2017-05-16 13:05:36
0
1
354
SESI tidak boleh digunakan apabila baris gilir dilaksanakan secara tidak segerak, jadi bolehkah saya menggunakan baris gilir semasa log masuk Jika ya, bagaimana saya boleh menangani hubungan yang sepadan antara kuki dan sesi?
Bolehkah saya masih menggunakan baris gilir semasa merakam?
Log masuk biasanya merupakan proses segerak Menggunakan baris gilir tidak mustahil, tetapi ia akan meningkatkan kerumitan.
Proses log masuk segerak adalah untuk membaca pangkalan data, menentukan akaun dan kata laluan yang betul, dan menyediakan sesi, yang boleh diselesaikan dalam satu permintaan HTTP.
Menukar kepada tak segerak, saya hanya boleh memikirkan kaedah berikut:
Pelanggan menjana token rawak
Pelanggan menghantar token, nombor akaun dan kata laluan ke pelayan
Pelayan merekodkan token ini dalam redis dan tidak berjaya log masuk
Pelayan meletakkan token, akaun dan kata laluan ke dalam baris gilir untuk diproses
Pemprosesan baris gilir, jika akaun betul, token dalam redis ditandakan sebagai berjaya, jika tidak ia ditandakan sebagai gagal
Semasa proses pelayan dan pemprosesan baris gilir, pelanggan terus menggunakan antara muka lain untuk meninjau sama ada log masuk token berjaya Jika berjaya, semua permintaan seterusnya akan membawa token, jika tidak log masuk pelanggan gagal.
Jadi proses log masuk segerak harus diselesaikan secepat mungkin, dan beberapa operasi yang diperlukan selepas log masuk (menghantar pemberitahuan e-mel, dsb.) harus beratur dan bukannya keseluruhan proses log masuk.
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Log masuk biasanya merupakan proses segerak Menggunakan baris gilir tidak mustahil, tetapi ia akan meningkatkan kerumitan.
Proses log masuk segerak adalah untuk membaca pangkalan data, menentukan akaun dan kata laluan yang betul, dan menyediakan sesi, yang boleh diselesaikan dalam satu permintaan HTTP.
Menukar kepada tak segerak, saya hanya boleh memikirkan kaedah berikut:
Pelanggan menjana token rawak
Pelanggan menghantar token, nombor akaun dan kata laluan ke pelayan
Pelayan merekodkan token ini dalam redis dan tidak berjaya log masuk
Pelayan meletakkan token, akaun dan kata laluan ke dalam baris gilir untuk diproses
Pemprosesan baris gilir, jika akaun betul, token dalam redis ditandakan sebagai berjaya, jika tidak ia ditandakan sebagai gagal
Semasa proses pelayan dan pemprosesan baris gilir, pelanggan terus menggunakan antara muka lain untuk meninjau sama ada log masuk token berjaya Jika berjaya, semua permintaan seterusnya akan membawa token, jika tidak log masuk pelanggan gagal.
Jadi proses log masuk segerak harus diselesaikan secepat mungkin, dan beberapa operasi yang diperlukan selepas log masuk (menghantar pemberitahuan e-mel, dsb.) harus beratur dan bukannya keseluruhan proses log masuk.