यदि आप वेबसोकेट का उपयोग करते हैं, तो आपको क्लाइंट से सूचनाओं का उपयोग करना चाहिए। यह उनके मुख्य उपयोग के मामलों में से एक है।
यदि आप कनेक्शन छोड़ने या बीच में कुछ बदलने के कारण विसंगतियों के बारे में चिंतित हैं, तो आप HTTP Etags , जहां क्लाइंट एक हैश कोड भेजेगा जिसे अपडेट करने में कोई विरोध होने पर आप सर्वर साइड पर जवाब दे सकते हैं।
अपडेट:मुझे लगता है कि मैं आपके शुरुआती मुद्दे को थोड़ा गलत समझ गया था। अगर मैं आपके उपयोग के मामले को सही ढंग से समझता हूं:आप क्लाइंट से डेटाबेस अपडेट भेज रहे हैं और उसके बाद सभी कनेक्टेड क्लाइंट को अपडेट करने की आवश्यकता है। उस स्थिति में, मुझे लगता है कि डीबी अपडेट होने के बाद सर्वर को अपडेट संदेश भेजना चाहिए, इसलिए मैं समाधान 4 से सहमत हूं। मैं यहां मान रहा हूं कि आपका वेबसोकेट सर्वर वही सर्वर है जो PHP चला रहा है और डीबी अपडेट कर रहा है।
हालांकि, आपके उपयोग के मामले के आधार पर, क्लाइंट को अभी भी अगले अनुरोध पर "दुनिया के दृष्टिकोण" की पहचान करते हुए एक हैश मान भेजना चाहिए, इसलिए यदि कोई कनेक्शन टूट जाता है तो आप कई बार समान अपडेट नहीं कर रहे होंगे।
अद्यतन 2:तो अब यह समझा गया कि आप वास्तव में एक अलग, स्टैंडअलोन वेबसोकेट सर्वर का उपयोग करते हैं। मूल रूप से आपके पास सर्वर की तरफ दो अलग-अलग वेब सर्वर हैं और दोनों के बीच संवाद करने के तरीके पर कोई समस्या है। यह एक वास्तविक मुद्दा है, और मैं एक समय में केवल एक सर्वर का उपयोग करने की सलाह दूंगा - या तो अपाचे वेबसोकेट समर्थन (प्रयोगात्मक और वास्तव में अनुशंसित नहीं) या अपनी PHP स्क्रिप्ट को वेबसोकेट इंस्टेंस पर माइग्रेट करना।
न तो PHP या अपाचे वास्तव में वेबसोकेट को ध्यान में रखकर बनाया गया था। केवल PHP का उपयोग करके एक स्टैंडअलोन वेबसोकेट सर्वर स्थापित करना काफी आसान है, लेकिन यदि कोड अपाचे/वेब सर्वर पर निर्भर है तो शेष PHP स्टैक को इसमें माइग्रेट करना इतना आसान नहीं हो सकता है। अपाचे वेबसोकेट समर्थन भी शायद ही इष्टतम है। एक वास्तविक वेबसोकेट समाधान के लिए, दुर्भाग्य से, सबसे अच्छा अभ्यास एक ऐसी तकनीक का उपयोग करना होगा जो इसके लिए जमीन से ऊपर तक बनाई गई हो।
