મોઝિલા ડેવલપર્સ નવા ક્રોમ મેનિફેસ્ટોનું સંપૂર્ણ રીતે પાલન કરશે નહીં

પાછલા લેખમાં આપણે નવા જાવાસ્ક્રિપ્ટ એન્જિન વિશે વાત કરી જેમાં મોઝિલાના લોકો ફાયરફોક્સ 70 ના આગલા સંસ્કરણ માટે કામ કરી રહ્યા છે જે ઓક્ટોબરના આવતા મહિનામાં આવશે (તમે નોંધમાં વાંચી શકો છો આગામી લિંક). આ લેખમાં આપણે મોઝિલા દ્વારા કરવામાં આવેલી ઘોષણા વિશે વાત કરીશું વેબએક્સ્ટેંશન API ના આધારે ફાયરફોક્સ Addડ-sન્સનો ઉપયોગ કરવા વિશે જેમાં મોઝિલા વિકાસકર્તાઓએ તેમની સ્થિતિ જાણીતી કરી જેમાં તેમનો ક્રોમ Addડ-Manન મેનિફેસ્ટોની આગામી ત્રીજી આવૃત્તિને સંપૂર્ણ રીતે અનુસરવાનો ઇરાદો નથી.

આ સાથે તેઓ ખાસ કરીને, ફાયરફોક્સ વેબક્રeક્સ્ટ API બ્લ blકિંગ મોડને ટેકો આપવાનું ચાલુ રાખશેછે, જે તમને ફ્લાય પર સ્વીકૃત સામગ્રીને બદલવાની મંજૂરી આપે છે અને એડ બ્લocકર્સ અને કન્ટેન્ટ ફિલ્ટરિંગ સિસ્ટમ્સમાં તેની માંગ છે.

વેબ એક્સ્ટેંશન API માં સંક્રમણનો મુખ્ય વિચાર ફાયરફોક્સ અને ક્રોમ માટે પ્લગઇન વિકાસ તકનીકનું એકીકરણ હતું, તેથી, તેના વર્તમાન સ્વરૂપમાં, ફાયરફોક્સ ક્રોમ મેનિફેસ્ટના વર્તમાન બીજા સંસ્કરણ સાથે લગભગ 100% સુસંગત છે.

મેનિફેસ્ટ પ્રદાન કરેલી સુવિધાઓ અને સંસાધનોની સૂચિને વ્યાખ્યાયિત કરે છે પૂરકતા માટે. પ્રતિબંધક પગલાંની રજૂઆતને કારણે એલ દ્વારા નકારાત્મક રીતે સમજાય છેના વિકાસકર્તાઓ મેનિફેસ્ટના ત્રીજા સંસ્કરણમાં પ્લગિન્સ, મોઝિલા મેનિફેસ્ટને સંપૂર્ણ રીતે અનુસરવાની પ્રથાને છોડી દેશે અને ફાયરફોક્સમાં બદલાવ નહીં કરે જે પ્લગઇન સુસંગતતાનું ઉલ્લંઘન કરે છે.

યાદ રાખો કે તમામ વાંધા હોવા છતાં, ગૂગલ વેબક્રિકેટ API મોડને અવરોધિત કરતી સ્થિતિમાં ક્રોમ માટેનું સમર્થન બંધ કરવાની યોજના ધરાવે છે, તેને ફક્ત વાંચવા માટેનાં મોડ સુધી મર્યાદિત રાખીને અને ઘોષણાત્મક નેટવેક્વેસ્ટ API ની નવી ઘોષણાત્મક સામગ્રી ફિલ્ટરિંગ સુવિધાઓ પ્રદાન કરવા માટે.

જો વેબરેક્વેસ્ટ એપીઆઈ તમને નેટવર્ક વિનંતીઓની સંપૂર્ણ withક્સેસ સાથે તમારા પોતાના નિયંત્રકોને કનેક્ટ કરવાની મંજૂરી આપે છે અને ફ્લાય પર ટ્રાફિકને સુધારવામાં સક્ષમ છે, તો નવું ઘોષણાકર્તા નેટવેક્સ્ટ એપીઆઇ, આઉટ-ઓફ-બ universક્સ સાર્વત્રિક બિલ્ટ-ઇન ફિલ્ટરિંગ એન્જિનને providesક્સેસ પ્રદાન કરે છે જે સ્વતંત્ર રીતે પ્રક્રિયા કરે છે અવરોધિત કરવાના નિયમો, તેના પોતાના ફિલ્ટરિંગ એલ્ગોરિધમ્સનો ઉપયોગ કરવાની મંજૂરી આપતા નથી, અને જટિલ નિયમોને શરતોના આધારે એકબીજાને ઓવરલેપ કરવાની મંજૂરી આપતા નથી.

મોઝિલા કેટલાક અન્ય ફેરફારોને ટેકો આપવા માટે ફાયરફોક્સને પોર્ટ કરવાની સુવિધાનું પણ મૂલ્યાંકન કરી રહ્યું છે. ક્રોમ મેનિફેસ્ટના ત્રીજા સંસ્કરણમાંથી, જે પ્લગઇન સપોર્ટનું ઉલ્લંઘન કરે છે:

• La સેવા કામદારોની અમલ માટે સંક્રમણ પૃષ્ઠભૂમિ પ્રક્રિયાઓના સ્વરૂપમાં, તેને જેની જરૂર પડશે તે છે કે વિકાસકર્તાઓ કેટલાક વધારાના કોડને બદલશે.
  કામગીરીની દ્રષ્ટિએ નવી પદ્ધતિ વધુ યોગ્ય હોવા છતાં, મોઝિલા પૃષ્ઠભૂમિ પૃષ્ઠોને ચલાવવા માટે સપોર્ટ જાળવવાનું વિચારી રહી છે.
• નવું દાણાદાર પરવાનગી વિનંતિ મોડેલ: બધા પૃષ્ઠો માટે પ્લગઇન તરત જ સક્રિય થઈ શકતું નથી ("all_urls" પરવાનગી દૂર કરવામાં આવે છે), પરંતુ તે ફક્ત સક્રિય ટ tabબના સંદર્ભમાં કાર્ય કરશે, એટલે કે વપરાશકર્તાએ દરેક સાઇટ માટે પ્લગઇન કાર્યની પુષ્ટિ કરવી પડશે. આ સેગમેન્ટમાં મોઝિલા સતત વપરાશકર્તાનું ધ્યાન ભંગ કર્યા વિના controlક્સેસ નિયંત્રણને મજબૂત બનાવવાની રીતો અન્વેષણ કરી રહ્યું છે.
• ક્રોસ-મૂળ એપ્લિકેશન પ્રક્રિયામાં ફેરફાર: નવા મેનિફેસ્ટ મુજબ, આ સ્ક્રિપ્ટો શામેલ કરવામાં આવતા મુખ્ય પૃષ્ઠ જેટલી સામગ્રી પ્રોસેસીંગ સ્ક્રિપ્ટો પર સમાન ઓથોરિટી પ્રતિબંધો લાગુ થશે (ઉદાહરણ તરીકે, જો પૃષ્ઠને સ્થાન API પર accessક્સેસ નથી, તો સ્ક્રિપ્ટ પ્લગઈનો મળશે નહીં આ પ્રવેશ ક્યાં છે). આ ફેરફારને ફાયરફોક્સમાં લાગુ કરવાની યોજના છે.
• બાહ્ય સર્વરોથી ડાઉનલોડ કરેલા કોડના અમલ પર પ્રતિબંધ (અમે એવી પરિસ્થિતિઓ વિશે વાત કરી રહ્યા છીએ જ્યાં પ્લગઇન બાહ્ય કોડ લોડ કરે છે અને ચલાવે છે). ફાયરફોક્સ પહેલાથી જ બાહ્ય કોડ અવરોધિત કરે છે અને મોઝિલા વિકાસકર્તાઓ મેનિફેસ્ટના ત્રીજા સંસ્કરણમાં ઓફર કરેલી વધારાની કોડ ડાઉનલોડ ટ્રેકિંગ તકનીકોનો ઉપયોગ કરીને તે સંરક્ષણને લાગુ કરવામાં ખુશ છે.

સ્રોત: https://blog.mozilla.org