🕒 👭 🍾 शुरुआती के लिए PHP। सत्र 🔲 ❤️ ⛳️

आपका दिन शुभ हो यहां शुरुआती डेवलपर्स के लिए PHP श्रृंखला में पहला लेख है। यह लेखों की एक असामान्य श्रृंखला होगी, कोई भी echo "Hello World" नहीं होगी, सामग्री को समेकित करने के लिए "होमवर्क" के एक छोटे से मिश्रण के साथ PHP प्रोग्रामर के जीवन से कट्टर होगा।

मैं सत्रों के साथ शुरू करूंगा - यह सबसे महत्वपूर्ण घटकों में से एक है जिसे आपको काम करना है। उसके काम के सिद्धांतों को न समझकर - व्यापार करें। इसलिए समस्याओं से बचने के लिए, मैं सभी संभावित बारीकियों के बारे में बात करने की कोशिश करूंगा।

लेकिन शुरुआत के लिए, यह समझने के लिए कि हमें एक सत्र की आवश्यकता क्यों है, हम उत्पत्ति के लिए मुड़ते हैं - HTTP प्रोटोकॉल के लिए।

HTTP प्रोटोकॉल

HTTP प्रोटोकॉल हाइपर टेक्स्ट ट्रांसफर प्रोटोकॉल है - "हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल" - अर्थात वास्तव में - एक पाठ प्रोटोकॉल, और इसे समझना मुश्किल नहीं है।

प्रारंभ में, यह समझा गया था कि इस प्रोटोकॉल के तहत केवल HTML ही प्रेषित होगा, पता और नाम, लेकिन अब वे केवल और = ^ ^ ^ = और （• _ ㅅ _ • understood नहीं होंगे

झाड़ी के आसपास नहीं मारने के लिए, मैं आपको HTTP प्रोटोकॉल पर संचार का एक उदाहरण देता हूं।
यहाँ अनुरोध का एक उदाहरण है कि जब आप http://example.com पृष्ठ का अनुरोध करते हैं तो आपका ब्राउज़र इसे कैसे भेजता है:

 GET / HTTP/1.1 Host: example.com Accept: text/html < >

और यहाँ एक उदाहरण प्रतिक्रिया है:

 HTTP/1.1 200 OK Content-Length: 1983 Content-Type: text/html; charset=utf-8 <html> <head>...</head> <body>...</body> </html>

ये बहुत ही सरल उदाहरण हैं, लेकिन यहां तक कि आप देख सकते हैं कि HTTP अनुरोध और प्रतिक्रिया में क्या शामिल हैं:

प्रारंभ पंक्ति - एक अनुरोध के लिए एक प्रतिक्रिया के लिए अनुरोधित पृष्ठ की विधि और पथ है - प्रोटोकॉल संस्करण और प्रतिक्रिया कोड
हेडर - एक बृहदान्त्र द्वारा अलग किया गया एक कुंजी-मूल्य प्रारूप है, प्रत्येक नई हेडिंग को एक नई लाइन से लिखा जाता है
संदेश निकाय - या तो सीधे HTML या डेटा को हेडर से दो पंक्ति विराम द्वारा अलग किया जाता है, अनुपस्थित हो सकता है, जैसा कि उपरोक्त अनुरोध में है

इसलिए, हम प्रोटोकॉल का पता लगाते हैं - यह सरल है, यह 1992 से अपने इतिहास का नेतृत्व कर रहा है, इसलिए आपने इसे आदर्श नाम नहीं दिया है, लेकिन यह क्या है - एक अनुरोध भेजें - एक उत्तर प्राप्त करें, और यह है, सर्वर और क्लाइंट अब जुड़ा नहीं है। लेकिन इस तरह के परिदृश्य का कोई मतलब नहीं है केवल एक ही संभव है, हमारे पास प्राधिकरण हो सकता है, सर्वर को किसी तरह समझना चाहिए कि यह अनुरोध एक विशिष्ट उपयोगकर्ता से आया है, अर्थात्। क्लाइंट और सर्वर को एक निश्चित सत्र के भीतर संवाद करना चाहिए। और हाँ, इसके लिए निम्नलिखित तंत्र का आविष्कार किया गया था:

जब कोई उपयोगकर्ता अधिकृत करता है, तो सर्वर एक अद्वितीय कुंजी - सत्र पहचानकर्ता को उत्पन्न करता है और याद करता है, और इसे ब्राउज़र को रिपोर्ट करता है
ब्राउज़र इस कुंजी को सहेजता है, और प्रत्येक बाद के अनुरोध के साथ, यह भेजता है

इस तंत्र को लागू करने के लिए, कुकीज़ बनाई गई थीं (कुकीज़, कुकीज़) - आपके कंप्यूटर पर सरल पाठ फ़ाइलें, प्रत्येक डोमेन के लिए फ़ाइल द्वारा (हालांकि कुछ ब्राउज़र अधिक उन्नत हैं और SQLite को संग्रहीत करने के लिए डेटाबेस का उपयोग करते हैं), जबकि ब्राउज़र रिकॉर्ड की संख्या पर एक सीमा लगाता है और संग्रहीत डेटा का आकार (अधिकांश ब्राउज़रों के लिए यह 4096 बाइट्स है, 1997 से RFC 2109 देखें)

यानी यदि आप अपने ब्राउज़र से कुकी चुराते हैं, तो क्या आप अपनी ओर से अपने फेसबुक पेज पर जा सकते हैं? चिंतित न हों, यह नहीं किया जा सकता है, कम से कम फेसबुक के साथ, और फिर मैं आपको अपने उपयोगकर्ताओं पर इस प्रकार के हमले से बचाने के संभावित तरीकों में से एक दिखाऊंगा।

अब देखते हैं कि हमारा अनुरोध-प्रतिक्रिया कैसे बदलता है, क्या प्राधिकरण है:

प्रार्थना

 POST /login/ HTTP/1.1 Host: example.com Accept: text/html login=Username&password=Userpass

हमारी विधि POST में बदल गई है, और लॉगिन और पासवर्ड अनुरोध निकाय में प्रेषित किए जाते हैं। यदि आप GET विधि का उपयोग करते हैं, तो क्वेरी स्ट्रिंग में एक उपयोगकर्ता नाम और पासवर्ड होगा, जो एक विचारधारात्मक दृष्टिकोण से बहुत सही नहीं है, और इसमें लॉगिंग के रूप में कई दुष्प्रभाव हैं (उदाहरण के लिए, एक ही access.log ) और स्पष्ट रूप में पासवर्ड की कैशिंग।

प्रतिक्रिया

 HTTP/1.1 200 OK Content-Type: text/html; charset=utf-8 Set-Cookie: KEY=VerySecretUniqueKey <html> <head>...</head> <body>...</body> </html>

सर्वर की प्रतिक्रिया में Set-Cookie: KEY=VerySecretUniqueKey हेडर होगा Set-Cookie: KEY=VerySecretUniqueKey , जो ब्राउज़र को कुकीज़ में इस डेटा को सहेजने के लिए बाध्य करेगा, और अगली बार जब यह सर्वर तक Set-Cookie: KEY=VerySecretUniqueKey , तो इसे सर्वर द्वारा भेजा और पहचाना जाएगा:

प्रार्थना

 GET / HTTP/1.1 Host: example.com Accept: text/html Cookie: KEY=VerySecretUniqueKey < >

जैसा कि आप देख सकते हैं, ब्राउज़र द्वारा भेजे गए हेडर (रिक्वेस्ट हेडर्स) और सर्वर (रिस्पांस हेडर्स) अलग-अलग हैं, हालांकि अनुरोध और प्रतिक्रियाएं (सामान्य हेडर) दोनों के लिए आम हैं

सर्वर ने भेजे गए कुकी द्वारा हमारे उपयोगकर्ता को पहचान लिया और उसे आगे व्यक्तिगत जानकारी तक पहुंच प्रदान करेगा। तो, ठीक है, सत्र और HTTP के साथ क्रमबद्ध किया गया, अब आप PHP और इसकी विशेषताओं पर लौट सकते हैं।

PHP और सत्र

मुझे आशा है कि आपके पास पहले से ही आपके कंप्यूटर पर PHP स्थापित है, जैसे आगे मैं उदाहरण दूंगा, और उन्हें चलाने की आवश्यकता होगी

HTTP लैंग्वेज HTTP प्रोटोकॉल से मेल खाने के लिए बनाई गई थी - अर्थात इसका मुख्य कार्य HTTP रिक्वेस्ट का उत्तर देना और मेमोरी और संसाधनों को "मर" देना है। इसलिए, सत्र तंत्र PHP में स्वचालित मोड में काम नहीं करता है, लेकिन मैनुअल मोड में, और आपको यह जानना होगा कि क्या कॉल करना है, और किस क्रम में।

यहाँ इस विषय पर एक लेख दिया गया है कि PHP मरने के लिए है , या यहाँ यह रूसी में है , लेकिन इसे "बाद के लिए" बुकमार्क में रखना बेहतर है।

सबसे पहले, आपको सत्र को "शुरू" करने की आवश्यकता है - इसके लिए हम session_start () फ़ंक्शन का उपयोग करते हैं, निम्नलिखित सामग्री के साथ एक session.start.php फ़ाइल बनाएं:

 <?php session_start();

अपनी स्क्रिप्ट के साथ फ़ोल्डर में अंतर्निहित PHP वेब सर्वर चलाएं:

 php -S 127.0.0.1:8080

ब्राउज़र लॉन्च करें और डेवलपर टूल (या जो भी ) खोलें, उसके बाद पृष्ठ http://127.0.0.1:8080/session.start.php पर जाएं - आपको केवल एक खाली पृष्ठ देखना चाहिए, लेकिन बंद करने के लिए जल्दी मत करो - देखो हेडर कि सर्वर ने हमें भेजा:

बहुत सी चीजें होंगी, हम केवल सर्वर की प्रतिक्रिया में इस पंक्ति में रुचि रखते हैं (यदि ऐसी कोई रेखा नहीं है, तो कुकी को साफ करें, और पृष्ठ को ताज़ा करें):

 Set-Cookie: PHPSESSID=dap83arr6r3b56e0q7t5i0qf91; path=/

इसे देखने पर, ब्राउज़र `PHPSESSID` नामक कुकी को बचाएगा:

PHPSESSID - डिफ़ॉल्ट सत्र नाम, इसे php.ini config से session.name निर्देश के साथ समायोजित किया जाता है, यदि आवश्यक हो, तो नाम को कॉन्फ़िगरेशन फ़ाइल में ही बदला जा सकता है या session_name () फ़ंक्शन का उपयोग करके किया जा सकता है

और अब - हम पृष्ठ को ताज़ा करते हैं, और हम देखते हैं कि ब्राउज़र इस कुकी को सर्वर पर भेजता है, आप पृष्ठ को एक-दो बार ताज़ा करने का प्रयास कर सकते हैं, परिणाम समान होगा:

कुल जो हमारे पास है - सिद्धांत अभ्यास के साथ मेल खाता है, और यह सिर्फ ठीक है।

अगला कदम सत्र में एक मनमाना मूल्य बचाने के लिए है, इसके लिए सुपर-ग्लोबल चर $_SESSION उपयोग PHP में किया जाता है, हम वर्तमान समय को बचाएंगे - ऐसा करने के लिए, तिथि () फ़ंक्शन को कॉल करें:

 session_start(); $_SESSION['time'] = date("H:i:s"); echo $_SESSION['time'];

हम पृष्ठ को ताज़ा करते हैं और सर्वर समय देखते हैं, फिर से अपडेट करते हैं - और समय अपडेट किया गया है। आइए अब सुनिश्चित करें कि हर पृष्ठ ताज़ा होने के साथ निर्धारित समय नहीं बदलता है:

 session_start(); if (!isset($_SESSION['time'])) { $_SESSION['time'] = date("H:i:s"); } echo $_SESSION['time'];

हम अपडेट करते हैं - समय नहीं बदलता है, जो आवश्यक है। लेकिन साथ ही, हमें याद है कि PHP मर रहा है, जिसका अर्थ है कि यह इस सत्र को कहीं संग्रहीत करता है, और हम इस जगह को ढूंढेंगे ...

सब कुछ गुप्त हो जाता है

डिफ़ॉल्ट रूप से, PHP फाइलों में सत्र को संग्रहीत करता है - session.save_handler निर्देश इसके लिए जिम्मेदार है, उस पथ को देखें जिसके साथ सत्र में फ़ाइलें सहेजी जाती हैं। save_path निर्देश, या आवश्यक पथ प्राप्त करने के लिए session_save_path () फ़ंक्शन का उपयोग करें।

आपके कॉन्फ़िगरेशन में, फ़ाइलों का पथ निर्दिष्ट नहीं किया जा सकता है, फिर सत्र फ़ाइलों को आपके सिस्टम की अस्थायी फ़ाइलों में संग्रहीत किया जाएगा - sys_get_temp_dir () फ़ंक्शन को कॉल करें और पता करें कि यह छिपी हुई जगह कहां है।

इसलिए, हम इस रास्ते पर चलते हैं और आपकी सत्र फ़ाइल पाते हैं (मेरे पास यह फ़ाइल sess_dap83arr6r3b56e0q7t5i0qf91 ), इसे पाठ संपादक में खोलें:

 time|s:8:"16:19:51";

जैसा कि आप देख सकते हैं, यहाँ यह हमारा समय है, यह मुश्किल प्रारूप है जिसमें हमारा सत्र संग्रहीत है, लेकिन हम परिवर्तन कर सकते हैं, समय बदल सकते हैं, या हम बस किसी भी पंक्ति में प्रवेश कर सकते हैं, क्यों नहीं:

 time|s:13:"\m/ (@.@) \m/";

इस स्ट्रिंग को एक सरणी में बदलने के लिए, आपको session_decode () फ़ंक्शन का उपयोग करने की आवश्यकता है, रिवर्स रूपांतरण के लिए - session_encode () - इसे क्रमांकन कहा जाता है, केवल सत्र के लिए PHP में - यह अपना स्वयं का - विशेष है, हालाँकि आप उपयोग कर सकते हैं PHP PHP क्रमांकन - सत्र कॉन्फ़िगरेशन निर्देश में लिखें। .serialize_handler मान php_serialize और आप खुश रहेंगे, और $_SESSION का उपयोग प्रतिबंधों के बिना किया जा सकता है - अब आप एक इंडेक्स के रूप में संख्याओं और विशेष वर्णों का उपयोग कर सकते हैं | और ! नाम में (सभी 10+ वर्षों के काम के लिए, मुझे कभी भी :) नहीं करना पड़ा

कार्य

अपना कार्य लिखें जैसे कि function_decode session_decode() फंक्शन में, यहां आपके पास सत्र के लिए एक परीक्षण डेटा सेट है (यह नियमित अभिव्यक्ति के ज्ञान को हल करने के लिए आवश्यक नहीं है), अपने वर्तमान सत्र की फ़ाइल से रूपांतरण के लिए पाठ लें:

 $_SESSION['integer var'] = 123; $_SESSION['float var'] = 1.23; $_SESSION['octal var'] = 0x123; $_SESSION['string var'] = "Hello world"; $_SESSION['array var'] = array('one', 'two', [1,2,3]); $object = new stdClass(); $object->foo = 'bar'; $object->arr = array('hello', 'world'); $_SESSION['object var'] = $object; $_SESSION['integer again'] = 42;

तो क्या हमने अभी तक कोशिश नहीं की है? यह सही है - कुकीज़ चुराने के लिए, दूसरा ब्राउज़र लॉन्च करें और उसी कुकीज़ को इसमें जोड़ें। इसके लिए मैंने आपके लिए एक सरल जावास्क्रिप्ट लिखी, इसे ब्राउज़र कंसोल में कॉपी करें और इसे चलाएं, बस सत्र पहचानकर्ता को अपने आप में बदलना याद रखें:

 javascript:(function(){document.cookie='PHPSESSID=dap83arr6r3b56e0q7t5i0qf91;path=/;';window.location.reload();})()

अब आपके दोनों ब्राउज़र एक ही सत्र को देख रहे हैं। मैंने ऊपर उल्लेख किया है कि मैं सुरक्षा विधियों के बारे में बात करूंगा, सबसे सरल तरीके पर विचार करें - हम सत्र को ब्राउज़र से बांधेंगे, या इसके बजाय कि ब्राउज़र सर्वर पर कैसे दिखाई देगा - हम उपयोगकर्ता-एजेंट को याद रखेंगे और हर बार इसकी जांच करेंगे:

 session_start(); if (!isset($_SESSION['time'])) { $_SESSION['ua'] = $_SERVER['HTTP_USER_AGENT']; $_SESSION['time'] = date("H:i:s"); } if ($_SESSION['ua'] != $_SERVER['HTTP_USER_AGENT']) { die('Wrong browser'); } echo $_SESSION['time'];

नकली के लिए यह और अधिक कठिन है, लेकिन यह अभी भी संभव है, यहां सेविंग और चेकिंग $_SERVER['REMOTE_ADDR'] और $_SERVER['HTTP_X_FORWARDED_FOR'] और हमारे कुकीज़ पर अतिक्रमण करने वाले घुसपैठियों के खिलाफ सुरक्षा की तरह यह कमोबेश दिखेगा।

पिछले पैराग्राफ में कीवर्ड ऐसा लगता है जैसे कुकीज़ लंबे समय से वास्तविक परियोजनाओं में HTTPS प्रोटोकॉल पर चल रही हैं, इसलिए कोई भी आपके कंप्यूटर या स्मार्टफोन तक भौतिक पहुंच के बिना उन्हें नहीं चुरा सकता है

यह session.cookie-httponly निर्देश का उल्लेख करने योग्य है, इसके लिए सत्र कुकी जावास्क्रिप्ट से दुर्गम होगा। इसके अलावा, यदि आप सेटकुकी () फ़ंक्शन मैनुअल को देखते हैं, तो आप देखेंगे कि अंतिम पैरामीटर HttpOnlyly के लिए भी जिम्मेदार है। इसे याद रखें - यह सेटिंग आपको लगभग सभी ब्राउज़रों में XSS हमलों से प्रभावी ढंग से निपटने की अनुमति देती है ।

कार्य

कोड में उपयोगकर्ता के आईपी में एक चेक जोड़ें; यदि चेक विफल हो जाता है, तो समझौता सत्र को हटा दें।

कदम से कदम

और अब मैं एल्गोरिथ्म के चरणों में समझाऊंगा कि पीएचपी एक सत्र में कैसे काम करता है, उदाहरण के लिए निम्नलिखित कोड का उपयोग करके (डिफ़ॉल्ट सेटिंग्स):

 session_start(); $_SESSION['id'] = 42;

session_start() कॉल करने के बाद session_start() PHP सत्र-निर्दिष्ट नाम से सत्र पहचानकर्ता के लिए कुकी खोजता है - यह PHPSESSID
यदि कोई पहचानकर्ता नहीं है, तो इसे बनाया जाता है ( session_id () देखें), और sess_{session_id()} नाम के साथ path session.save_path साथ एक खाली सत्र फ़ाइल बनाता है, sess_{session_id()} सेट करने के लिए सर्वर की प्रतिक्रिया में हेडर जोड़े जाएंगे। {session_name()}={session_id()}
यदि पहचानकर्ता मौजूद है, तो सत्र फ़ाइल को सत्र में देखें। session.save_path फ़ोल्डर:
- हमें यह पता नहीं है - हम sess_{$_COOKIE[session_name()]} नाम के साथ एक खाली फ़ाइल बनाते हैं (पहचानकर्ता में az , AZ , 0-9 , अल्पविराम और ऋण चिह्न से केवल वर्ण हो सकते हैं)
- फ़ाइल को पढ़ें, और डेटा को अनपैक करें (सुपर-ग्लोबल चर $_SESSION (देखें ) ) (फ़ाइल पढ़ने / लिखने के लिए बंद है)
जब स्क्रिप्ट ने अपना काम पूरा कर लिया है, तब $_SESSION सारा डेटा sess_{session_id()} पथ session.save_path साथ फाइल में पैक किया गया है। sess_{session_id()} नाम sess_{session_id()} (लॉक जारी किया गया है)

कार्य

PHPSESSID नाम से अपने ब्राउज़र में एक मनमाना कुकी मान सेट करें, इसे 1234567890 होने दें, पृष्ठ को रीफ्रेश करें, जांचें कि आपने एक नई फ़ाइल sess_1234567890 बनाई है

क्या कुकीज़ के बिना जीवन है?

PHP सत्र के साथ काम कर सकता है भले ही कुकीज़ ब्राउज़र में अक्षम हों, लेकिन तब साइट के सभी URL में आपके सत्र के पहचानकर्ता के साथ एक पैरामीटर होगा, और हाँ - आपको अभी भी इसे कॉन्फ़िगर करने की आवश्यकता है, लेकिन क्या आपको इसकी आवश्यकता है? मुझे इसका उपयोग नहीं करना था, लेकिन अगर मैं वास्तव में करना चाहता हूं, तो मैं सिर्फ यह कहना चाहूंगा कि कहां खोदना है:

और अगर आपको एक डेटाबेस में एक सत्र संग्रहीत करने की आवश्यकता है?

डेटाबेस में एक सत्र को स्टोर करने के लिए, आपको सत्र स्टोर को बदलने और PHP का उपयोग करने का तरीका बताने की आवश्यकता होगी। इस उद्देश्य के लिए, सत्रहैंडलरइंटरफेस इंटरफ़ेस और सेशन_सेट_सेवे_हैंडलर फ़ंक्शन बनाए गए हैं।

अलग-अलग, मैं ध्यान देता हूं कि आपको रेडिस और मेम्चे के लिए अपने स्वयं के सत्र हैंडलर लिखने की आवश्यकता नहीं है - जब आप इन एक्सटेंशनों को स्थापित करते हैं, तो संबंधित हैंडलर भी उनके साथ जाते हैं, इसलिए RTFM सब कुछ है। खैर और हां, हैंडलर को session_start() ;

कार्य

MySQL में SessionHandlerInterface को संग्रहीत करने के लिए SessionHandlerInterface को लागू करें, जांचें कि क्या यह काम करता है।
यह उन लोगों के लिए एक काम है, जो पहले ही डेटाबेस से परिचित हो चुके हैं।

सत्र कब मरता है?

सत्र के जीवनकाल के लिए सेशन। Gc_maxlifetime निर्देश ज़िम्मेदार है। डिफ़ॉल्ट रूप से, यह निर्देश 1440 सेकंड (24 मिनट) के बराबर है, इसे समझा जाना चाहिए ताकि यदि किसी सत्र को निर्दिष्ट समय तक एक्सेस नहीं किया गया है, तो सत्र को "सड़ा हुआ" माना जाएगा और इसे हटाने के लिए अपनी बारी का इंतजार करना होगा।

एक और सवाल दिलचस्प है, क्या आप इसे परिपक्व डेवलपर्स से पूछ सकते हैं - पीएचपी कब समाप्त हो चुकी सत्रों की फ़ाइलों को हटाता है? उत्तर आधिकारिक गाइड में है, लेकिन स्पष्ट रूप से नहीं - तो याद रखें:

कचरा संग्रह तब शुरू किया जा सकता है जब session_start() फ़ंक्शन को बुलाया जाता है, शुरू होने की संभावना दो निर्देशन सत्रों पर निर्भर करती है। gc_probability और session.gc_divisor , पहला लाभांश के रूप में कार्य करता है, दूसरा भाजक के रूप में कार्य करता है, और डिफ़ॉल्ट रूप से ये मान 1 और 100, आदि होते हैं। ई। संभावना है कि कलेक्टर लॉन्च किया जाएगा और सत्र फ़ाइलों को हटा दिया जाएगा लगभग 1% है।

कार्य

सेशन का मान बदलें। session.gc_divisor निर्देश ताकि कचरा संग्रहकर्ता हर बार शुरू हो, जाँच करें कि ऐसा होता है।

सबसे तुच्छ भूल

Google के परिणामों में आधा मिलियन से अधिक परिणामों के साथ त्रुटि:

सत्र कुकी नहीं भेज सकते - हेडर पहले से ही भेजे गए
पहले से भेजे गए सत्र कैश लिमिटर - हेडर नहीं भेज सकते

एक प्राप्त करने के लिए, निम्नलिखित सामग्री के साथ एक session.error.php फ़ाइल बनाएं:

 echo str_pad(' ', ini_get('output_buffering')); session_start();

दूसरी पंक्ति में, एक अजीब "जादू" एक आउटपुट बफर के साथ एक फोकस है, मैं इसके बारे में निम्नलिखित लेखों में से एक में बात करूंगा, अब तक इसे केवल 4096 अक्षरों की लंबाई के साथ एक स्ट्रिंग माना जाता है, इस मामले में यह सभी रिक्त स्थान है

कुकी को पहले से हटाने से शुरू करें और आपको उपरोक्त त्रुटियां मिलेंगी, हालांकि त्रुटि पाठ अलग है, लेकिन सार एक ही है: ट्रेन ने छोड़ दिया है - सर्वर ने ब्राउज़र को पृष्ठ सामग्री पहले ही भेज दी है और हेडर भेजने में बहुत देर हो चुकी है, यह कुकीज़ में काम नहीं करेगा, और पोषित सत्र पहचानकर्ता कुकीज़ में प्रकट नहीं होता है। यदि आप इस त्रुटि के साथ फंस गए हैं - एक ऐसी जगह की तलाश करें जहां पाठ समय से पहले प्रदर्शित होता है, तो यह वर्णों से पहले एक स्थान हो सकता है <?php , या उसके बाद ?> कनेक्ट की गई फ़ाइलों में से एक में, और अच्छी तरह से, अगर यह एक स्थान है, तो कुछ थ्रेड हो सकता है जो प्रिंट करने योग्य नहीं है? BOM की तरह, इसलिए सावधान रहें, और यह संक्रमण आपको प्रभावित नहीं करेगा (आखिरकार ... होमरिक हँसी)।

कार्य

इस ज्ञान का परीक्षण करने के लिए, मैं चाहता हूं कि आप अपने स्वयं के सत्र तंत्र को लागू करें और उपरोक्त कोड कार्य करें:

 require_once 'include/sess.php'; sess_start(); if (isset($_SESS["id"])) { echo $_SESS["id"]; } else { $_SESS["id"] = 42; }

अपनी योजना को लागू करने के लिए, आपको register_shutdown_function () फ़ंक्शन की आवश्यकता होगी

ताला

शुरुआती लोगों के बीच एक और सामान्य गलती सत्र फ़ाइल को पढ़ने का एक प्रयास है, जबकि इसे किसी अन्य स्क्रिप्ट द्वारा लॉक किया गया है। वास्तव में, यह काफी गलती नहीं है, यह ब्लॉकिंग के सिद्धांत की गलतफहमी है :)

लेकिन चलो फिर से कदम उठाएं:

session_start() न केवल एक फ़ाइल बनाता / पढ़ता है, बल्कि इसे लॉक भी करता है ताकि कोई भी उस पल में परिवर्तन न कर सके जो स्क्रिप्ट निष्पादित हुई है, या सत्र फ़ाइल से गैर-सुसंगत डेटा पढ़ा है।
स्क्रिप्ट के अंत में लॉक जारी किया जाता है

इस त्रुटि में "चिपके रहना" बहुत आसान है, दो फाइलें बनाएं:

 // start.php session_start(); echo "OK";

 // lock.php session_start(); sleep(10); echo "OK";

अब, यदि आप ब्राउज़र में lock.php पेज खोलते हैं, और फिर start.php को एक नए टैब में खोलें, तो आप देखेंगे कि पहला स्क्रिप्ट निष्पादित होने के बाद ही दूसरा पेज खुलेगा, जो सत्र फ़ाइल को 10 सेकंड के लिए ब्लॉक करता है।

ऐसी घटना से बचने के लिए कुछ विकल्प हैं - "अनाड़ी" और "विचारशील"।

"अनाड़ी"
एक कस्टम सत्र हैंडलर का उपयोग करें जिसमें लॉकिंग को लागू करने के लिए "भूलना" :)
थोड़ा बेहतर विकल्प एक तैयार किया गया एक लेना है और लॉक को अक्षम करना है (उदाहरण के लिए, मेमकाटेड के पास ऐसा विकल्प है - memcached.sess_locking ) O_o
एक दुर्लभ पॉप-अप त्रुटि की तलाश में डिबगिंग कोड खर्च करें ...

"विचारशील"
सबसे अच्छा तरीका कहां है - सत्र लॉक की निगरानी करने के लिए और जब आवश्यक न हो तो इसे हटा दें:

- यदि आप सुनिश्चित हैं कि आपको सत्र डेटा में परिवर्तन करने की आवश्यकता नहीं है, तो सत्र शुरू करते समय read_and_close विकल्प का उपयोग करें:

 session_start([ 'read_and_close' => true ]);

इस प्रकार, सत्र डेटा पढ़ने के तुरंत बाद लॉक जारी किया जाएगा।

- यदि आपको अभी भी सत्र में बदलाव करने की आवश्यकता है, तो उन्हें रिकॉर्डिंग से सत्र बंद करने के बाद:

 session_start(); // some changes session_write_close();

कार्य

दो start.php और lock.php फ़ाइलों की सूची थोड़ी अधिक थी। अधिक read-close.php और write-close.php , जिसमें आप सूचीबद्ध तरीकों से लॉकिंग को नियंत्रित करेंगे। जांचें कि लॉक कैसे काम करता है (या काम नहीं करता है)।

निष्कर्ष में

इस लेख में, आपको सात कार्य दिए गए हैं, जबकि वे न केवल सत्रों के साथ काम करते हैं, बल्कि आपको MySQL और स्ट्रिंग फ़ंक्शन से भी परिचित कराते हैं । इस सामग्री को आत्मसात करने के लिए - आपको एक अलग लेख की आवश्यकता नहीं है, बस दिए गए लिंक पर मैनुअल पर्याप्त है - कोई भी आपके लिए इसे नहीं पढ़ेगा। इसके लिए जाओ!

PS यदि आपने लेख से कुछ नया सीखा - लेखक को धन्यवाद - लेख को सामाजिक नेटवर्क में साझा करें;)
PPS हाँ, यह मेरे ब्लॉग का एक क्रॉस-पोस्ट लेख है, लेकिन यह अभी भी प्रासंगिक है :)

लेखों की एक श्रृंखला "शुरुआती के लिए PHP":

सत्र
फ़ाइल कनेक्शन

शुरुआती के लिए PHP। सत्र

HTTP प्रोटोकॉल

PHP और सत्र

सब कुछ गुप्त हो जाता है

कदम से कदम

क्या कुकीज़ के बिना जीवन है?

और अगर आपको एक डेटाबेस में एक सत्र संग्रहीत करने की आवश्यकता है?

सत्र कब मरता है?

सबसे तुच्छ भूल

ताला

निष्कर्ष में

More articles: