તાજેતરમાં જ IETF (ઇન્ટરનેટ એન્જિનિયરિંગ ટાસ્ક ફોર્સ), જે ઇન્ટરનેટના પ્રોટોકોલ અને આર્કિટેક્ચરનો વિકાસ કરે છે, તેને જાણીતું બનાવ્યું સમાચાર છે કે HTTP/3.0 પ્રોટોકોલ માટે RFC ની રચના પૂર્ણ કરી અને ઓળખકર્તા RFC 9114 અને RFC 9204 હેઠળ સંબંધિત વિશિષ્ટતાઓ પ્રકાશિત કરી.
HTTP/3.0 સ્પષ્ટીકરણ "સૂચિત ધોરણ" ની સ્થિતિ પ્રાપ્ત કરી, જે પછી RFC ને ડ્રાફ્ટ સ્ટાન્ડર્ડ (ડ્રાફ્ટ સ્ટાન્ડર્ડ) નો દરજ્જો આપવાનું કામ શરૂ થશે, જેનો વાસ્તવમાં અર્થ થાય છે પ્રોટોકોલનું સંપૂર્ણ સ્થિરીકરણ અને કરવામાં આવેલી બધી ટિપ્પણીઓને ધ્યાનમાં લઈને.
પ્રોટોકોલ HTTP/3 QUIC પ્રોટોકોલનો ઉપયોગ વ્યાખ્યાયિત કરે છે (ઝડપી UDP ઇન્ટરનેટ કનેક્શન્સ) HTTP/2 માટે પરિવહન તરીકે. QUIC એ UDP પ્રોટોકોલનું પ્લગઇન છે જે બહુવિધ જોડાણોના મલ્ટિપ્લેક્સિંગને સમર્થન આપે છે અને TLS/SSL ની સમકક્ષ એન્ક્રિપ્શન પદ્ધતિઓ પ્રદાન કરે છે.
પ્રોટોકોલ 2013 માં ગૂગલ દ્વારા બનાવવામાં આવ્યો હતો વેબ માટે TCP + TLS ના વિકલ્પ તરીકે, TCP માં લાંબા કનેક્શન સેટઅપ અને વાટાઘાટ સમયની સમસ્યાનું નિરાકરણ અને ડેટા ટ્રાન્સફર દરમિયાન પેકેટના નુકસાનને કારણે થતા વિલંબને દૂર કરે છે.
હાલમાં, QUIC અને HTTP/3.0 સપોર્ટ પહેલાથી જ બધા બ્રાઉઝર્સમાં અમલમાં છે લોકપ્રિય વેબસાઇટ્સ. સર્વર બાજુ પર, HTTP/3 ના અમલીકરણો nginx (અલગ શાખામાં અને અલગ મોડ્યુલ તરીકે), Caddy , IIS અને LiteSpeed માટે ઉપલબ્ધ છે. HTTP/3 ક્લાઉડફ્લેયરના કન્ટેન્ટ ડિલિવરી નેટવર્ક દ્વારા પણ સપોર્ટેડ છે.
QUIC ની મુખ્ય લાક્ષણિકતાઓ:
- ઉચ્ચ સુરક્ષા, TLS જેવી જ (હકીકતમાં, QUIC UDP પર TLS નો ઉપયોગ કરવાની ક્ષમતા પ્રદાન કરે છે)
- પેકેટ નુકશાન અટકાવવા ટ્રાન્સમિશન અખંડિતતા નિયંત્રણ
- તાત્કાલિક કનેક્શન સ્થાપિત કરવાની ક્ષમતા અને વિનંતી મોકલવા અને પ્રતિસાદ પ્રાપ્ત કરવા વચ્ચે ન્યૂનતમ વિલંબની ખાતરી કરવાની ક્ષમતા (RTT, રાઉન્ડ ટ્રીપ સમય)
- પેકેટને પુનઃપ્રસારિત કરતી વખતે એક અલગ ક્રમ નંબરનો ઉપયોગ કરો, જેનાથી તમે પ્રાપ્ત પેકેટો નક્કી કરતી વખતે અસ્પષ્ટતા ટાળી શકો અને સમય સમાપ્તિથી છુટકારો મેળવી શકો.
- પેકેટ ગુમાવવું તેની સાથે સંકળાયેલ ફક્ત પ્રવાહના ડિલિવરીને અસર કરે છે અને વર્તમાન કનેક્શનથી સમાંતર ટ્રાન્સમિટ કરેલા પ્રવાહોમાં ડેટા પહોંચાડવાનું બંધ કરતું નથી.
- ભૂલ સુધારણા સાધનો કે જે ખોવાયેલા પેકેટોના પુનઃપ્રસારણને કારણે વિલંબને ઓછો કરે છે. ખોવાયેલા પેકેટ ડેટાના પુનઃપ્રસારણની જરૂર હોય તેવી પરિસ્થિતિઓને ઘટાડવા માટે ખાસ પેકેટ-સ્તરના ભૂલ સુધારણા કોડનો ઉપયોગ.
- ક્રિપ્ટોગ્રાફિક બ્લોક સીમાઓ QUIC પેકેટ સીમાઓ સાથે સંરેખિત છે, જે અનુગામી પેકેટોની સામગ્રીને ડીકોડ કરવા પર પેકેટ નુકશાનની અસરને ઘટાડે છે.
- TCP કતાર અવરોધિત કરવામાં કોઈ સમસ્યા નથી
- મોબાઇલ ક્લાયંટ માટે પુનઃજોડાણનો સમય ઘટાડવા માટે કનેક્શન ઓળખ આધાર
- કનેક્શન ઓવરલોડ નિયંત્રણ માટે અદ્યતન મિકેનિઝમ્સને કનેક્ટ કરવાની સંભાવના
- શ્રેષ્ઠ પેકેટ ફોરવર્ડિંગ રેટ સુનિશ્ચિત કરવા માટે દરેક દિશામાં બેન્ડવિડ્થ અનુમાન તકનીકોનો ઉપયોગ કરો, જ્યાં પેકેટ ખોવાઈ જાય ત્યાં ભીડની સ્થિતિને ટાળો.
- TCP પર નોંધપાત્ર પ્રદર્શન અને પ્રદર્શન લાભો. YouTube જેવી વિડિયો સેવાઓ માટે, QUIC એ વિડિયો બફરિંગ ઑપરેશનમાં 30% ઘટાડો દર્શાવ્યો છે.
આ ઉપરાંત, તે જ સમયે, HTTP/1.1 (RFC 9112) અને HTTP/2.0 (RFC 9113) પ્રોટોકોલ્સ માટે સ્પષ્ટીકરણોના અપડેટેડ વર્ઝન પ્રકાશિત કરવામાં આવ્યા હતા, તેમજ દસ્તાવેજો કે જે HTTP વિનંતીઓ (RFC) ના અર્થશાસ્ત્રને વ્યાખ્યાયિત કરે છે. 9110). અને HTTP કેશીંગ કંટ્રોલ હેડર (RFC 9111).
માં બદલાવ છે સ્પષ્ટીકરણ HTTP/1.1, તમે પ્રતિબંધ નોટિસ કરી શકો છો કેરેજ રીટર્ન કેરેક્ટરના અલગ ઉપયોગથી (CR) સામગ્રી સાથે શરીરની બહાર, એટલે કે પ્રોટોકોલ તત્વોમાં, CR અક્ષરનો ઉપયોગ ફક્ત નવા લાઇન કેરેક્ટર (CRLF) સાથે જ થઈ શકે છે.
El ચંક્ડ રિક્વેસ્ટ લેઆઉટ અલ્ગોરિધમ સુધારેલ છે હેડરો સાથે જોડાયેલ ક્ષેત્રો અને વિભાગોને અલગ કરવાનું સરળ બનાવવા માટે. ફ્રન્ટ એન્ડ અને બેકએન્ડ વચ્ચેના પ્રવાહમાં અન્ય વપરાશકર્તાઓની વિનંતીઓની સામગ્રી પર ઘૂસણખોરી કરી શકે તેવા "HTTP વિનંતી દાણચોરી" વર્ગના હુમલાઓને અવરોધિત કરવા માટે અસ્પષ્ટ સામગ્રીને નિયંત્રિત કરવા માટેની માર્ગદર્શિકા ઉમેરવામાં આવી છે.
સ્પષ્ટીકરણ માટે અપડેટ HTTP/2.0 સ્પષ્ટપણે TLS 1.3 માટે સમર્થનને વ્યાખ્યાયિત કરે છે, નાપસંદ પ્રાથમિકતા યોજના અને સંબંધિત હેડર ક્ષેત્રો અને અપડેટ મિકેનિઝમ નાપસંદ HTTP/1.1 જોડાણ નાપસંદ કરવામાં આવ્યું છે.
છેલ્લે, જો તમે તેના વિશે વધુ જાણવામાં સક્ષમ થવામાં રસ ધરાવો છો, તો તમે માં વિગતોનો સંપર્ક કરી શકો છો નીચેની કડી