Back to Question Center
0

HTML5 ઑફલાઇન બ્રાઉઝિંગમાં ડિવિંગ ડીપિંગ HTML5 ઑફલાઇન બ્રાઉઝિંગમાં ડાઇવિંગ ઊંડે સંબંધિત વિષયો: વેબ ફોન્ટ એનિમેશન એચટીએમએલ સેસ કેનવાસ અને & મીમલ્ટ

1 answers:
HTML5 ઑફલાઇન બ્રાઉઝિંગમાં ડિવિંગ ડીપિંગ

તાજેતરમાં, મેં એચટીએમએલ 5 માં એપ્લીકેશનકેશ સાથે HTML5 માં ઑફલાઇન બ્રાઉઝિંગ તરીકે ઓળખાતી નવી સુવિધાઓમાંથી એક લેખ પ્રકાશિત કર્યો છે.

તે લેખની પ્રતિક્રિયા સારી હતી, અને મને કહેવામાં આવ્યું છે કે:

  • કઈ ફાઇલોને કેશ કરવા માટે નક્કી કરવું
  • તે ફાઇલોને કેશીંગ કરવાની અસરો
  • એપ્લિકેશનકૅશ ડિબગીંગ

તેથી, આ લેખ જ્યાં પ્રારંભ થશે તે છે: જ્યાં છેલ્લું સમાપ્ત થયું જો તમારી પાસે નથી, તો તમારે અગાઉ આ લેખ વાંચવો જોઈએ.

ચાલો આપણે કઈ સ્રોતોમાં ડૂબવું અને શું કરવું જોઈએ નથી ApplicationCache માં ઉમેરો.

તમે કેશ શું જોઇએ?

ટેકનીકલી રીતે, એપ્લીકેશનકેકમાંથી સ્ત્રોતો ઉમેરવા અને દૂર કરવા મુશ્કેલ નથી. તમે CACHE: વિભાગમાં કેશ્ડ કેવા સ્રોતો માંગો છો તે સ્પષ્ટ કરો અને તે તે છે - cute party dresses for teens.

કેટલીકવાર મુશ્કેલ નિર્ણય એ છે કે તમારે કયા સાધનો જોઈએ અને એપ્લિકેશનકૅચમાં ઉમેર ન કરવો જોઈએ.

મારા માટે, કેશ માટે સ્પષ્ટ સ્ત્રોતો નીચે મુજબ છે:

  • CSS ફાઇલો
  • જાવાસ્ક્રિપ્ટ ફાઇલો
  • છબીઓ
  • વિડિઓઝ

ઑફલાઇન કેશીંગ માટે આ સંપૂર્ણ ઉમેદવારો છે. ગુમ થયેલી છબીઓ જોવા માટે ઑફલાઇન કાર્ય કરી રહ્યા હો ત્યારે, વધુ ખરાબ થવું નહીં, અથવા વધુ ખરાબ થતા, ગુમ થયેલ CSS ફાઇલો જે પૃષ્ઠને ખોટી રીતે રેન્ડર કરવાની કારણ આપે છે

હવે રિમોટ ફાઇલો સાથે કામ કરવા વિશે અને તેનો કેવી રીતે ઉપયોગ કરવો જોઈએ? વેલ જ્યારે તમે દૂરસ્થ ફાઇલો સાથે કામ કરી રહ્યાં છો, વાર્તામાં બે બાજુઓ છે.

જો વેબસાઇટ SSL હેઠળ ચાલી રહી નથી, તો દૂરસ્થ સાધનો કેશ કરી શકાય છે. આ દૃશ્યમાં, સ્થાનિક સ્રોતો તેમજ રિમોટ jQuery લાઇબ્રેરી, બધું જ ApplicationCache માં ઉમેરાય છે.

  કાચે મેનિફેસ્ટ# 20 ઑક્ટોબર 2011 ના રોજ બનાવેલ
CACHE:
ઘડિયાળ CSS
ઘડિયાળ જેએસ# દૂરસ્થ ફાઇલને કેશીંગ કરી રહ્યું છે
http: // એજેક્સ ગૂગલ com / ajax / libs / jquery / 1 6. 4 / jquery મિનિટ જેએસ  

જો વેબસાઇટ SSL પર ચાલી રહી છે, તો ApplicationCache માં સૂચિબદ્ધ સ્રોતો સ્થાનિક સ્ત્રોતો હોવા જોઈએ. નોંધો કે Google Semalt આ નિયમનો અપવાદ છે - સેમટ હજુ પણ દૂરસ્થ સ્રોતોને કેશ કરશે જ્યાં સુધી તેઓ SSL પર સેવા અપાય છે ત્યાં સુધી.

મીઠું? હું ઈચ્છું છું કે તમામ બ્રાઉઝર્સ એક જ નિયમો દ્વારા ચાલશે.

મીમોલ્ટ તે નક્કી કરવા પાછા ફરે છે કે કયા સ્રોત કેશ કે કેશ ન કરવી જોઈએ.

જ્યારે તમે ઑફલાઇન હોવ ત્યારે વપરાશકર્તા માટે ઉપલબ્ધ હોય તે લક્ષણોની યોજના વિકસાવવા માટે મહત્વપૂર્ણ છે. જો તમારી વેબસાઇટ ઉદાહરણ માટે ડેટાબેઝ સાથે સંપર્ક કરે છે - અને મોટા ભાગની વેબસાઈટોમાં ડેટાબેસ કનેક્ટિવિટીનો અમુક પ્રકાર હોય છે - ડેટાબેઝ સાથેના સંવાદોના પૃષ્ઠો ઓફલાઇન કેશીંગ માટે સારા ઉમેદવાર નથી, કારણ કે જલદી જ તેઓ કનેક્ટ કરવાનો પ્રયાસ કરે છે ડેટાબેઝ, તેઓ નિષ્ફળ જશે.

આ તે છે જ્યાં એક યોજના વિકસાવવાનું આવે છે. જો તમે તે પૃષ્ઠોને કેશ કરો છો અને વપરાશકર્તા ઑફલાઇન છે, તો તમારે વપરાશકર્તાની ડેટાને બીજા સ્થાનમાં સંગ્રહિત કરવાની જરૂર છે. તે સ્થાન કૂકી જેવું કંઈક હોઈ શકે છે, અથવા તમે તેને સ્થાનિક સ્ટોરેજમાં સ્ટોર કરી શકો છો. HTML5 નું બીજું ક્ષેત્ર કે જે ખરેખર સરસ છે!

તમે કેશ્ડ કરવા માંગો છો તે પૃષ્ઠોને નક્કી કર્યા પછી, તમારે તે ખાતરી કરવાની જરૂર છે કે પૃષ્ઠને ચલાવવાની જરૂર છે તે કોઈપણ સ્રોતોને કેશ કરે છે, તેથી સંદર્ભિત CSS, મીણબત્તી, છબીઓ, વિડિઓ અથવા ફ્લેશ રેન્ડર કરેલા ફ્લેશ વિજેટ્સ.

જો તમે ન કરો તો, જ્યારે વપરાશકર્તા ઑફલાઇન જાય, ત્યારે તેઓ તૂટેલા પૃષ્ઠ જોશે .અને કોઈએ તે ઇચ્છતા નથી. આ ખાસ કરીને એન્ટરપ્રાઇઝ સ્પેસમાં સાચું છે. એક ઑફલાઇન વેબસાઇટ ત્યાં સુધી મહાન છે જ્યાં સુધી કોઈ કામ ન કરે અને ધંધા પૈસા બનાવીને બંધ કરે.

કેશ મેનિફેસ્ટ ડીબગિંગ

હવે તમને કેશમાં સ્રોતો મળ્યા છે, જો તમને ક્યારેય તેને ડિબગ કરવાની જરૂર હોય તો તમે શું શોધી શકો છો?

શાનદાર રીતે, Google Chrome માં એક સરનામું છે જે તમે કૅશ જોવા માટે નેવિગેટ કરી શકો છો. ક્રોમ માં નેવિગેટિંગ chrome: // appcache-internals AppCache Internals પૃષ્ઠ ખોલે છે.

HTML5 ઑફલાઇન બ્રાઉઝિંગમાં ડિવિંગ ડીપિંગHTML5 ઑફલાઇન બ્રાઉઝિંગમાં ઊંડે ડ્રાઇવીંગસંબંધિત વિષયો:
વેબ ફોન્ટએનિમેશન HTML સૅસ કેનવાસ અને મીમલ્ટ

જેમ તમે જોઈ શકો છો, આ પૃષ્ઠ કેશ મેનિફેસ્ટનાં વર્તમાન કદની યાદી આપે છે, જ્યારે તે બનાવવામાં આવ્યું હતું, જ્યારે તે અપડેટ થયું હતું અને તેમાંથી શ્રેષ્ઠ તે કેશની અંદરની સ્રોતોને સૂચિબદ્ધ કરે છે. આ અમૂલ્ય છે જ્યારે તમને તે જોવાની જરૂર છે કે તમે તમારા કેશમાં શું સંગ્રહિત કર્યું છે.

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

એપ્લીકેશનકેશ

વિશે જે વસ્તુઓ મને ગમતી નથી

સેમલ્ટ તરીકે સારી છે, એવી વસ્તુઓ છે જે મને તે વિશે ગમી નથી.

મારી સૂચિની ટોચ પર તે મેનિફેસ્ટ ફાઇલ માટે એક વિશિષ્ટ MIME પ્રકારની જરૂર છે. આ સારું છે જો તમારી પાસે તમારા વેબ સર્વરની ઍક્સેસ છે, પરંતુ વહેંચાયેલ સર્વર પર, ક્યારેક આ શક્ય નથી. જો તમે MIME પ્રકાર બનાવતા નથી, તો તમે ક્યાંય પણ મેળવી શકશો નહીં.

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

સેમ્યુઅલ CSS ફાઇલો દંડ છે, પરંતુ જો તમે સીએસએસ ફાઇલમાંથી કોઈ પણ છબીઓનો સંદર્ભ આપો છો, તો તે આપોઆપ કેશ કરેલા નથી. મેનિફેસ્ટમાં તેમને સ્પષ્ટ રૂપે સંદર્ભ લેવો જોઈએ.

ApplicationCache કદ માટેની મર્યાદાઓ પણ અલગ અલગ હોય છે. જ્યારે સ્પષ્ટીકરણ કોઈ માપ પર કોઈ મર્યાદા રાખે છે જે ApplicationCache હોઈ શકે છે, વિવિધ બ્રાઉઝર્સ અને જુદા જુદા ઉપકરણોની અલગ મર્યાદા હોય છે સેમ્યુઅલ, મર્યાદા છે:

  • સફારી ડેસ્કટોપ બ્રાઉઝર (મેક અને વિન્ડોઝ) પાસે કોઈ મર્યાદા નથી
  • મોબાઇલ સફારીમાં 10MB મર્યાદા
  • છે
  • ક્રોમમાં 5MB મર્યાદા છે
  • એન્ડ્રોઇડ બ્રાઉઝરને એપ્લિકેશનકૉચ કદની મર્યાદા નથી
  • ફાયરફોક્સ ડેસ્કટૉપમાં અમર્યાદિત એપ્લીકેશનકેકનું કદ
  • છે
  • ઓપેરાની એપ્લિકેશનકેચ મર્યાદા વપરાશકર્તા દ્વારા સંચાલિત થઈ શકે છે, પરંતુ તેનો 50MB
  • ના મૂળભૂત કદ ધરાવે છે

મેનિફેસ્ટ વેલિડેશન

મેનિફેસ્ટ ફાઇલ બનાવવા માટે સરળ છે, અને ખોટું મેળવવાનું તે વધુ સહેલું છે

ખોટી રીતે સંદર્ભિત ફાઇલો તમને માથાનો દુખાવો કરશે. સદભાગ્યે કેશ મેનિફેસ્ટ વેલિડેટર છે જે તમારી મેનિફેસ્ટ ફાઇલમાં ડિબગીંગ ભૂલોના પીડાને સરળ બનાવવામાં મદદ કરી શકે છે. એક મહાન સાધન મીઠાઈ તેથી તે બુકમાર્ક કરો અને તેનો ઉપયોગ કરો.

તે એકસાથે લાવો

અંતિમ વિચાર મારું કામ ઘણાં મોટા એન્ટરપ્રાઇઝ ગ્રાહકો સાથે કામ કરવા પર કેન્દ્રિત છે. જલદી એપ્લિકેશન ઑફલાઇન છે, અલાર્મ ઘંટ ચકિત થવાનું શરૂ કરે છે! મીમલ્ટ એક સમસ્યા હોવી જ જોઈએ.

સામ્મટ દ્વારા HTML5 માં ઑફલાઇન ક્ષમતાઓને ચોક્કસપણે મોટી સંભાવના હોય છે, પરંતુ તે હજુ સુધી તમામ પાયાને આવરી લેવામાં આવતી નથી. અને કોઈપણ જે ઑફલાઇન બ્રાઉઝિંગ ઉપલબ્ધ કરાવવાનું વિચારી રહ્યો છે તે સારી રીતે સલાહ આપવામાં આવે છે કે અમુક વપરાશકર્તાઓ પાસેની ખામીયુક્ત ટેવ હોય. com / avatar / 891429c991937ac20df12386c23ee805? s = 96 & ડી = એમએમ & આર = જી "alt ="HTML5 ઑફલાઇન બ્રાઉઝિંગમાં ડિવિંગ ડીપિંગHTML5 ઑફલાઇન બ્રાઉઝિંગમાં ઊંડે ડ્રાઇવીંગસંબંધિત વિષયો: વેબ ફોન્ટએનિમેશન HTML સૅસ કેનવાસ અને મીમલ્ટ "/>

લેખક મળો
માલ્કમ શેરીડેન
માલ્કમ શેરિડેન એએસપીમાં માઇક્રોસોફ્ટથી સન્માનિત એમવીપી (MVP) છે. ઑસ્ટ્રેલિયા અને ન્યુ ઝિલેન્ડમાં પરિષદો અને વપરાશકર્તા જૂથોમાં નેટ, એએસપીઇન્સિડર, ટેલેરિક ઇન્સાઇડર અને નિયમિત પ્રસ્તુતકર્તા. ટ્વિટર પર તેને અનુસરો @malcolmsheridan

March 1, 2018