dApp അറിയിപ്പുകൾക്ക് WebSockets ഉയർന്നതായിരിക്കും Web3 കാരണം വ്യക്തിഗത അഭ്യർത്ഥനകളുമായി ബന്ധപ്പെട്ട് നിർണായക ഇവന്റുകൾക്കായി അവർ തത്സമയ അറിയിപ്പുകൾ തുടർച്ചയായി അനുവദിക്കുന്നു.
HTTP ഉപയോഗിച്ച്, ക്ലയന്റ് ഒരു അഭ്യർത്ഥന നടത്തുമ്പോൾ ഓരോ കണക്ഷനും ആരംഭിക്കുകയും അഭ്യർത്ഥന തൃപ്തികരമാകുമ്പോൾ കണക്ഷൻ അവസാനിപ്പിക്കുകയും ചെയ്യുന്നു.
ഒരു ക്ലയന്റും സെർവറും തമ്മിലുള്ള സംവേദനാത്മക ആശയവിനിമയ സെഷനുകൾ അനുവദിക്കുന്ന ഒരു ടു-വേ കമ്മ്യൂണിക്കേഷൻ പ്രോട്ടോക്കോൾ ആണ് WebSocket. . ഇത് TCP അടിസ്ഥാനമാക്കിയുള്ളതാണ്, തത്സമയ അറിയിപ്പ് കഴിവുകൾ ആവശ്യമുള്ള ആപ്പുകൾക്കും സേവനങ്ങൾക്കും ഇത് പലപ്പോഴും ഉപയോഗിക്കുന്നു.
ഒരു പ്രത്യേക പ്രോട്ടോക്കോൾ പിന്തുടർന്ന് ഒരു TCP പോർട്ടിൽ കേൾക്കുന്ന ഒരു ആപ്ലിക്കേഷനാണ് WebSocket സെർവർ. ഒരു ക്ലയന്റും സെർവറും തമ്മിലുള്ള ഒരു ടു-വേ കമ്മ്യൂണിക്കേഷൻ പ്രോട്ടോക്കോൾ ആണ് WebSocket, പരസ്പരം ഡാറ്റ അഭ്യർത്ഥിക്കാനും അയയ്ക്കാനും ഇരുവരെയും അനുവദിക്കുന്നു.
ഇതിനു വിപരീതമായി, HTTP എന്നത് ഒരു വൺ വേ കമ്മ്യൂണിക്കേഷൻ പ്രോട്ടോക്കോൾ ആണ്, അവിടെ ക്ലയന്റ് സെർവറിലേക്ക് അഭ്യർത്ഥനകൾ മാത്രമേ അയക്കാൻ കഴിയൂ, കൂടാതെ സെർവറിന് പ്രതികരണമായി ഡാറ്റ അയയ്ക്കാൻ മാത്രമേ കഴിയൂ, HTTP ബന്ധത്തിലുള്ള സെർവറിന് ഒരിക്കലും ക്ലയന്റിനോട് അഭ്യർത്ഥിക്കാൻ കഴിയില്ല.
ക്ലയന്റും സെർവറും തമ്മിലുള്ള തുടർച്ചയായ കണക്ഷനാണ് വെബ്സോക്കറ്റ് കണക്ഷൻ, HTTP കണക്ഷനുകൾ ഒറ്റത്തവണ മാത്രമാണ്. ക്ലയന്റ് സെർവറിലേക്ക് നടത്തുന്ന എല്ലാ അഭ്യർത്ഥനകളിലും കണക്ഷൻ ആരംഭിക്കുകയും സെർവറിന്റെ പ്രതികരണത്തോടെ അവസാനിക്കുകയും ചെയ്യുന്നു. ക്ലയന്റും സെർവറുകളും തുറന്നിരിക്കണമെന്ന് ആഗ്രഹിക്കുന്നിടത്തോളം കാലം വെബ്സോക്കറ്റ് കണക്ഷനുകൾ ഹോൾഡ് ചെയ്യാനാകും, അതായത് ഒരു പ്രാരംഭ അഭ്യർത്ഥനയിൽ നിന്ന് കക്ഷികൾക്ക് ആവശ്യമുള്ളിടത്തോളം കാലം ആ വെബ്‌സോക്കറ്റിലൂടെ ഡാറ്റ ഒഴുകാൻ കഴിയും.
WebSocket WS പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നു, അത് ട്രാൻസ്മിഷൻ കൺട്രോൾ പ്രോട്ടോക്കോൾ (TCP) അടിസ്ഥാനമാക്കിയുള്ളതാണ്. . ഇത് ഒരു കണക്ഷൻ-ഓറിയന്റഡ് നെറ്റ്‌വർക്കാണ്, അതായത് ഡാറ്റയെ ശരിയായ സ്ഥാനത്തേക്ക് നയിക്കുന്നതിന് പങ്കെടുക്കുന്നവർക്കിടയിൽ ആദ്യം ഒരു കണക്ഷൻ സ്ഥാപിക്കണം.
പകരം, ഇൻറർനെറ്റ് പ്രോട്ടോക്കോൾ ആ ഡാറ്റാ പാക്കറ്റിനുള്ളിലെ വിവരങ്ങളെ അടിസ്ഥാനമാക്കി ഡാറ്റ എവിടെയാണ് അയയ്ക്കേണ്ടതെന്ന് നിർണ്ണയിക്കുന്നു; പാക്കറ്റ് റൂട്ട് ചെയ്യുന്നതിന് മുൻകൂർ കോൺഫിഗറേഷൻ ആവശ്യമില്ല.
ഒരു ക്ലയന്റിലേക്ക് ഡാറ്റ അയയ്ക്കുന്നതിന് ഒരു സെർവറിന് രണ്ട് വഴികളുണ്ട്. ക്ലയന്റിന് സെർവറിൽ നിന്ന് സ്ഥിരമായി ഡാറ്റ അഭ്യർത്ഥിക്കാൻ കഴിയും, ഇത് അറിയപ്പെടുന്നു പോളിംഗ് , അല്ലെങ്കിൽ സെർവറിന് സ്വയമേവ ക്ലയന്റിലേക്ക് ഡാറ്റ അയയ്ക്കാൻ കഴിയും സെർവർ പുഷ് .
WebSocket API-കൾ സെർവർ പുഷ് ടെക്നിക് ഉപയോഗിക്കുന്നതിനുള്ള പ്രാരംഭ അഭ്യർത്ഥനയ്ക്ക് ശേഷവും തുറന്ന് നിൽക്കുന്നതിലൂടെ ക്ലയന്റും സെർവറും തമ്മിലുള്ള കണക്ഷൻ പ്രയോജനപ്പെടുത്തുന്നു, പുതിയ അപ്‌ഡേറ്റുകൾക്കായി ക്ലയന്റുകൾ നിരന്തരം സെർവറിൽ പോൾ ചെയ്യുന്നത് സൃഷ്ടിക്കുന്ന ഇൻഫ്രാസ്ട്രക്ചർ സമ്മർദ്ദം നീക്കം ചെയ്യുന്നു.
ഒരു സെർവർ അഭ്യർത്ഥനയിൽ നിന്ന് ഒന്നിലധികം പ്രതികരണങ്ങൾ അനുവദിക്കുന്ന ഒരു ടു-വേ ആശയവിനിമയ രീതിയാണ് WebSockets. വെബ്‌സോക്കറ്റുകൾ പ്രധാനമായും ക്ലയന്റ്-സെർവർ ആശയവിനിമയത്തിനും ഉപയോഗിക്കുന്നു, വെബ്‌ഹുക്കുകൾ പ്രധാനമായും സെർവർ-സെർവർ ആശയവിനിമയത്തിന് ഉപയോഗിക്കുന്നു.
WebSockets പോലെയല്ല, വെബ്ഹൂക്കുകൾ , HTTP ഉപയോഗിക്കുന്നവ കർശനമായി വൺവേയാണ്: ഒരു അഭ്യർത്ഥന നടത്തുമ്പോൾ മാത്രമേ സെർവർ ആപ്ലിക്കേഷനുകളോട് പ്രതികരിക്കുകയുള്ളൂ, ഓരോ തവണയും അത് തൃപ്തികരമാകുമ്പോൾ, കണക്ഷൻ ഉപേക്ഷിക്കപ്പെടും.
ക്ലയന്റുകളിൽ നിന്നുള്ള നിരവധി വെബ്‌ഹൂക്ക് കണക്ഷൻ അഭ്യർത്ഥനകളേക്കാൾ ഒരേസമയം തുറന്നിരിക്കുന്ന നിരവധി വെബ്സോക്കറ്റ് കണക്ഷനുകൾ മികച്ച രീതിയിൽ കൈകാര്യം ചെയ്യാൻ ഇൻഫ്രാസ്ട്രക്ചർ ഡിസൈനിന് കഴിയും എന്ന വസ്തുതയിൽ നിന്നാണ് WebSockets അല്ലെങ്കിൽ webhooks ഉപയോഗിക്കുന്നത് തമ്മിലുള്ള വ്യാപാരം.
നിങ്ങളുടെ സെർവർ ആപ്ലിക്കേഷൻ ഒരു ക്ലൗഡ് ഫംഗ്‌ഷനായി പ്രവർത്തിക്കുന്നുവെങ്കിൽ (AWS Lambda, Google ക്ലൗഡ് ഫംഗ്‌ഷനുകൾ മുതലായവ), വെബ്ഹൂക്കുകൾ ഉപയോഗിക്കുക, കാരണം അപ്ലിക്കേഷൻ വെബ്സോക്കറ്റ് കണക്ഷനുകൾ തുറന്ന് സൂക്ഷിക്കില്ല.
അയയ്‌ക്കുന്ന അറിയിപ്പുകളുടെ അളവ് കുറവാണെങ്കിൽ, ഒരു ഇവന്റ് സംഭവിക്കുകയാണെങ്കിൽ മാത്രമേ കണക്ഷനുകൾ ആരംഭിക്കുകയുള്ളൂ എന്നതിനാൽ വെബ്‌ഹുക്കുകളും കൂടുതലായിരിക്കും.
ഇവന്റ് വിരളമാണെങ്കിൽ, ക്ലയന്റിനും സെർവറിനുമിടയിൽ നിരവധി വെബ്സോക്കറ്റ് കണക്ഷനുകൾ തുറന്ന് സൂക്ഷിക്കുന്നതിനേക്കാൾ വെബ്‌ഹുക്കുകൾ ഉപയോഗിക്കുന്നതാണ് നല്ലത്.
അവസാനമായി, നിങ്ങൾ ഒരു സെർവറിനെ മറ്റൊരു സെർവറുമായോ ക്ലയന്റുമായോ സെർവറുമായോ ബന്ധിപ്പിക്കാൻ ശ്രമിക്കുന്നുണ്ടോ എന്നതും പ്രധാനമാണ്; വെബ്‌ഹുക്കുകൾ മുമ്പത്തേതിന് മികച്ചതാണ്, രണ്ടാമത്തേതിന് വെബ്‌സോക്കറ്റുകൾ.
പല Web3 dApp-കൾക്കും അവരുടെ ഇടപാടുകളുടെ നിലയെക്കുറിച്ച് തത്സമയം അവരുടെ ഉപയോക്താക്കളെ അപ്‌ഡേറ്റ് ചെയ്യേണ്ടത് നിർബന്ധമാണ്. ഇല്ലെങ്കിൽ, അവർക്ക് മോശം ഉപയോക്തൃ അനുഭവം ഉണ്ടായിരിക്കുകയും നിങ്ങളുടെ ആപ്പോ സേവനമോ ഉപേക്ഷിക്കുകയും ചെയ്യാം.
HTTP അഭ്യർത്ഥനകളിൽ, ലേറ്റൻസി സാധ്യമായ ഏറ്റവും കുറഞ്ഞ തുക ആയിരിക്കുമ്പോൾ WebSockets ഉപയോഗിക്കണം. അങ്ങനെ ചെയ്യുന്നതിലൂടെ, ഉപയോക്താക്കൾക്ക് ഇവന്റുകൾ സംഭവിച്ചാലുടൻ അവയെക്കുറിച്ചുള്ള അറിയിപ്പുകൾ ലഭിക്കുന്നു. HTTP താരതമ്യേന വളരെ മന്ദഗതിയിലാണ്, കാരണം ക്ലയന്റ് എത്ര തവണ അഭ്യർത്ഥനകൾ അയയ്‌ക്കുന്നു എന്നതനുസരിച്ച് എത്ര തവണ അപ്‌ഡേറ്റുകൾ ലഭിക്കും എന്നതിൽ പരിമിതമാണ്.
BlogInnovazione.it
ആപ്പിൾ വിഷൻ പ്രോ കൊമേഴ്‌സ്യൽ വ്യൂവർ ഉപയോഗിച്ചുള്ള ഒഫ്താൽമോപ്ലാസ്റ്റി ഓപ്പറേഷൻ കാറ്റാനിയ പോളിക്ലിനിക്കിൽ നടത്തി.
കളറിംഗ് വഴി മികച്ച മോട്ടോർ കഴിവുകൾ വികസിപ്പിക്കുന്നത് എഴുത്ത് പോലെയുള്ള കൂടുതൽ സങ്കീർണ്ണമായ കഴിവുകൾക്ക് കുട്ടികളെ സജ്ജമാക്കുന്നു. നിറം കൊടുക്കാൻ...
നാവിക മേഖല ഒരു യഥാർത്ഥ ആഗോള സാമ്പത്തിക ശക്തിയാണ്, അത് 150 ബില്യൺ വിപണിയിലേക്ക് നാവിഗേറ്റ് ചെയ്തു...
കഴിഞ്ഞ തിങ്കളാഴ്ച, ഫിനാൻഷ്യൽ ടൈംസ് ഓപ്പൺഎഐയുമായി ഒരു കരാർ പ്രഖ്യാപിച്ചു. FT അതിൻ്റെ ലോകോത്തര പത്രപ്രവർത്തനത്തിന് ലൈസൻസ് നൽകുന്നു…
