വോർഡ്പ്രസ്സ് പ്രകടനത്തിൽ ഏറ്റവും കൂടുതൽ പ്രയോജനം നൽകുന്ന ഒരു ഘടകമാണ് ചിത്രങ്ങളുടെ ഒപ്റ്റിമൈസേഷൻ: ഒരേ പേജ് ഘടനയും തീമും ഉപയോഗിക്കുമ്പോൾ, ചിത്രത്തിന്റെ ഫയൽ വലുപ്പം, അളവുകൾ, ഫോർമാറ്റ്, ഡെലിവറി രീതി എന്നിവ ശരിയാക്കുന്നതിലൂടെ മാത്രം പലപ്പോഴും ലോഡിംഗ് വേഗതയിൽ തൽക്ഷണ മെച്ചപ്പെടുത്തൽ സാധ്യമാകും.

പക്ഷേ ചിത്ര ഒപ്റ്റിമൈസേഷനാണ് ആളുകളെ ഏറ്റവും എളുപ്പത്തിൽ “ചെയ്തുകൊണ്ടിരിക്കെ കൂടുതൽ കുഴപ്പത്തിലാക്കുന്നത്”; കാരണം സാങ്കേതിക വിദ്യ വളരെ ബുദ്ധിമുട്ടുള്ളതല്ല, വിവരം അത്യന്തം ചിതറിച്ചിതറിയതാണ്:
നിങ്ങൾ കുറച്ച് ലേഖനങ്ങൾ വായിക്കുകയും “കംപ്രഷൻ”, “WebP/AVIF”, “ലേസി ലോഡിംഗ്” എന്നിവയെക്കുറിച്ച് പഠിക്കുകയും ചെയ്തിട്ടുണ്ട്, എന്നാൽ പിന്നീട് നിങ്ങൾ പ്ലഗിൻ വിവരണം നോക്കുമ്പോൾ അതിൽ “മാസം 100 സൗജന്യ ക്രെഡിറ്റുകൾ”, “20MB സൗജന്യം”, “ഓരോ ചിത്രത്തിനും 1 ക്രെഡിറ്റ്” എന്ന് പറയുന്നു—നിങ്ങൾ കൂടുതൽ വായിക്കുന്തോറും നിങ്ങൾ കൂടുതൽ ആശയക്കുഴപ്പത്തിലാകുന്നു. ഈ സൗജന്യ പരിധി ശരിക്കും മതിയോ? ചാർജുകൾ എങ്ങനെയാണ് കുറയ്ക്കുന്നത്? നിങ്ങൾ “ഒരേ കാര്യം” തെറ്റിദ്ധരിച്ചോ? ഏറ്റവും പ്രധാനമായി:നീ പൂർത്തിയാക്കിയതിന് ശേഷം അത് ശരിക്കും പ്രാബല്യത്തിൽ വന്നോ?

ഈ ലേഖനം മൂന്ന് കാര്യങ്ങൾ മാത്രമേ ചെയ്യുന്നുള്ളൂ:

  1. നിങ്ങൾക്ക് ഒരു പ്രവർത്തനക്ഷമമായത്മാർഗ്ഗരേഖആദ്യം എന്ത് ചെയ്യണം, പിന്നെ എന്ത് ചെയ്യണം
  2. ദയവായി നിങ്ങൾ പരിഗണിക്കുന്ന ഓപ്ഷനുകളെക്കുറിച്ച് വിശദമായി വിവരിക്കുക (സൗജന്യ, പണമടച്ച പതിപ്പുകളെ യഥാർത്ഥത്തിൽ എന്താണ് വേർതിരിക്കുന്നത്, ഓരോന്നും ആർക്കാണ് ഏറ്റവും അനുയോജ്യം)
  3. ഏറ്റവും സാധാരണമായ കുഴപ്പങ്ങൾ താഴെ നൽകുന്നു, അവ മുൻകൂട്ടി ലിസ്റ്റ് ചെയ്തിരിക്കുന്നു (അങ്ങനെ നിങ്ങൾക്ക് പൂർത്തിയാക്കിയതിന് ശേഷം അവയെ കണ്ടെത്താനും പരിഹരിക്കാനും സമയം ചെലവഴിക്കേണ്ടി വരില്ല).

1. അടിസ്ഥാന പാളി: WordPress-ൽ സ്വതവേ എന്തൊക്കെയുണ്ട്, എന്തൊക്കെയില്ല

വേർഡ്പ്രസ്സ് കോർ ഇതിനകം എന്താണ് ചെയ്തിരിക്കുന്നതെന്ന് നിങ്ങൾ ആദ്യം മനസ്സിലാക്കിയില്ലെങ്കിൽ, രണ്ട് സാഹചര്യങ്ങൾ ഉണ്ടാകാൻ സാധ്യതയുണ്ട്:

  • ആസ്വദിക്കേണ്ട സൗജന്യ സൗകര്യങ്ങൾ ഉപയോഗിക്കാതെ, പകരം സമയം/പണം ചെലവഴിച്ച് അതേ കാര്യം വീണ്ടും നിർമ്മിക്കുന്നു
  • WordPress പഴയ ചിത്രങ്ങളെ സ്വയം WebP/AVIF ആയി മാറ്റുമെന്ന് കരുതിയെങ്കിലും, അങ്ങനെ അല്ലെന്ന് കണ്ടെത്തി

WordPress കോറിൽ ഇതിനകം തന്നെ ഈ പ്രധാന ശേഷികൾ ഉൾക്കൊള്ളപ്പെട്ടിരിക്കുന്നു:

  • റെസ്‌പോൺസീവ് ചിത്രങ്ങൾ(srcset/sizes): WordPress 4.4 മുതൽ, കോർ ചിത്രങ്ങൾക്ക് ഔട്ട്പുട്ട് ചെയ്യും srcsetsizes... കൂടാതെ, സ്ക്രീൻ സാഹചര്യങ്ങൾക്കനുസരിച്ച് ഏറ്റവും അനുയോജ്യമായ റിസോഴ്സുകൾ തിരഞ്ഞെടുക്കാനും ലോഡ് ചെയ്യാനും ബ്രൗസറിനെ അനുവദിക്കുന്നതിനായി, അപ്‌ലോഡ് ചെയ്യുമ്പോൾ ജനറേറ്റ് ചെയ്യുന്ന വിവിധ വലുപ്പത്തിലുള്ള ചിത്രങ്ങൾ ഇത് ഉപയോഗപ്പെടുത്തുന്നു.
  • നേറ്റീവ് ലേസി ലോഡിംഗ്WordPress 5.5 മുതൽ ചിത്രങ്ങൾക്ക് ഡിഫോൾട്ടായി നേറ്റീവ് ലേസി ലോഡിംഗ് പ്രവർത്തനക്ഷമമാക്കി, HTML സ്റ്റാൻഡേഡ് ഉപയോഗിക്കുന്നു loading സ്വത്ത് നടത്തിപ്പ്
  • WebP അപ്‌ലോഡ് പിന്തുണയ്ക്കുന്നുWordPress 5.8 മുതൽ JPEG/PNG പോലെ WebP അപ്‌ലോഡ് ചെയ്ത് ഉപയോഗിക്കാം (ഹോസ്റ്റിംഗ് പരിസരം WebP പിന്തുണയ്ക്കുന്നുവെങ്കിൽ)।
  • AVIF അപ്‌ലോഡ് ചെയ്യാൻ പിന്തുണ നൽകുന്നുWordPress 6.5 മുതൽ JPEG/PNG പോലെ AVIF അപ്‌ലോഡ് ചെയ്ത് ഉപയോഗിക്കാം (ഇതിനും ഹോസ്റ്റിംഗ് പരിസരത്തിന്റെ പിന്തുണ ആവശ്യമാണ്)

എന്നിരുന്നാലും, ദയവായി ശ്രദ്ധിക്കുക:
“അപ്‌ലോഡ്/ഉപയോഗം പിന്തുണയ്ക്കുന്നു ≠ സ്വയമാറ്റം/സ്വയമെത്തിക്കൽ
മറ്റൊരു തരത്തിൽ പറഞ്ഞാൽ: നിങ്ങൾ ഇതിനകം WP 6.5-ൽ ആണെങ്കിൽ പോലും, നിങ്ങളുടെ മീഡിയ ലൈബ്രറിയിലെ JPG/PNG ഫയലുകൾ സ്വയമേവ WebP/AVIF-ലേക്ക് മാറ്റപ്പെടുകയില്ല; അതുപോലെ, “ബ്രൗസറിന്റെ കഴിവുകൾക്കനുസരിച്ച് AVIF/WebP ഔട്ട്പുട്ട് ചെയ്യുകയും, പിന്തുണയ്ക്കാത്ത ബ്രൗസറുകൾക്കായി യഥാർത്ഥ ചിത്രത്തിലേക്ക് തിരികെ പോവുകയും ചെയ്യുന്ന” സമ്പൂർണ്ണ പ്രവർത്തനക്ഷമതയും നിങ്ങൾക്ക് സ്വയമേവ ലഭിക്കുകയില്ല—ഈ വിടവ് നികത്താൻ സാധാരണയായി ഒരു പ്ലഗിൻ അല്ലെങ്കിൽ സേവനം ആവശ്യമാണ്.

2. റോഡ്‌മാപ്പ്: ചിത്ര ഓപ്റ്റിമൈസേഷൻ 5 ഘട്ടങ്ങളിൽ ചെയ്യുക

എന്തുചെയ്യണം, എന്തിന്, എന്താണ് ഒരു പാസ് ആയി കണക്കാക്കുന്നത്, കൂടാതെ സാധാരണയായി കാണുന്ന പിഴവുകൾ എന്തൊക്കെയാണ്.

2.1 ആദ്യം “വലിപ്പം” ശരിയാക്കുക (ഏറ്റവും എളുപ്പം അവഗണിക്കപ്പെടുന്നതെങ്കിലും, ഏറ്റവും കൂടുതൽ നേട്ടം നൽകുന്നത് ഇതാണ്)

പല സൈറ്റുകൾ മന്ദഗതിയിലുള്ളത് കംപ്രഷൻ ചെയ്തിട്ടില്ലാത്തതിനല്ല, മറിച്ച്പ്രദർശന മേഖലയെക്കാൾ വളരെ വലുതായ ചിത്രം ഡൗൺലോഡ് ചെയ്തു
ഉദാഹരണത്തിന്, ഒരു പേജിന് യഥാർത്ഥത്തിൽ 900px വീതി മാത്രമേയുള്ളൂവെങ്കിലും നിങ്ങൾ സന്ദർശകരെ 3000px-ന്റെ യഥാർത്ഥ ചിത്രം ഡൗൺലോഡ് ചെയ്യാൻ നിർബന്ധിക്കുകയാണെങ്കിൽ, ബ്രൗസർ അത് ഡൗൺലോഡ് ചെയ്ത ശേഷം പ്രദർശനത്തിനായി ചെറുതാക്കുകയേയുള്ളൂ. ഇത് ബാൻഡ്‌വിഡ്ത്ത് പാഴാക്കുകയും, ഡീകോഡിംഗ് സമയം വർദ്ധിപ്പിക്കുകയും, ആദ്യ സ്ക്രീൻ ലോഡ് ആകാനുള്ള സമയം വൈകിപ്പിക്കുകയും ചെയ്യുന്നു.

വേർഡ്പ്രസ്സ് 4.4-നും അതിനുശേഷമുള്ളതിനുംപ്രതികരണശേഷിയുള്ള ചിത്ര സംവിധാനംsrcset/sizes) ഈ പ്രശ്നം കൃത്യമായി പരിഹരിക്കുന്നതിനായി രൂപകൽപ്പന ചെയ്തതാണ്.

ഒരു പാസ് എന്താണ്:

  • മൊബൈലിൽ പേജ് തുറക്കുമ്പോൾ ഡൗൺലോഡ് ചെയ്യുന്ന ചിത്രത്തിന്റെ വലുപ്പം ഡെസ്ക്ടോപ്പിലേതിനെക്കാൾ വ്യക്തമായി ചെറുതാണ്
  • ഒരേ ചിത്രത്തിന്റെ ഫയൽ വലുപ്പം ഉപകരണം അനുസരിച്ച് വ്യത്യാസപ്പെടുന്നു (എല്ലായ്പ്പോഴും യഥാർത്ഥ ചിത്രം ഡൗൺലോഡ് ചെയ്യുന്നതിന് പകരം)

ഏറ്റവും സാധാരണമായ കെണികൾ:

  • ചില തീമുകളോ ബിൽഡറുകളോ ചിത്രങ്ങളെ സിഎസ്എസ് ബാക്ക്ഗ്രൗണ്ട് ചിത്രങ്ങളായി കണക്കാക്കുകയോ അല്ലെങ്കിൽ അവയെ ഒരു പ്രത്യേക രീതിയിൽ റെൻഡർ ചെയ്യുകയോ ചെയ്യുന്നു, ഇത് മറികടക്കാൻ സാധ്യതയുണ്ട്. srcset, ഇതിന്റെ ഫലമായി വലിയ ചിത്രം ലോഡ് ചെയ്യുന്നത് തുടരുന്നു
  • നിങ്ങൾ എക്സ്റ്റേണൽ ഇമേജ് ഹോസ്റ്റിംഗ് സേവനങ്ങളോ തേർഡ്-പാർട്ടി ഇമേജ് ബ്ലോക്കുകളോ ഉപയോഗിക്കുകയാണെങ്കിൽ, മീഡിയ ലൈബ്രറി ഉണ്ടാക്കുന്ന മൾട്ടി-സൈസ് സിസ്റ്റം നിങ്ങൾക്ക് ഒഴിവാക്കാൻ കഴിഞ്ഞേക്കും.

2.2 കംപ്രഷൻ (ഗുണനിലവാരത്തിൽ വിട്ടുവീഴ്ച ചെയ്യാതെ ഫയലിന്റെ വലുപ്പം കുറയ്ക്കൽ)

കംപ്രഷൻ എന്നതിൻ്റെ സത്ത, “ചെറുതാണത് നല്ലതാണ്” എന്നതല്ല, മറിച്ച് “നഗ്നനേത്രങ്ങൾ കൊണ്ട് വ്യത്യാസം കാണാൻ പ്രയാസമാണ്, എന്നിട്ടും ഫയലിൻ്റെ വലുപ്പം ഗണ്യമായി കുറയുന്നു” എന്നതാണ്.

നിയമങ്ങൾ താഴെ പറയുന്നവയാണ്:

  • ഫോട്ടോഗ്രാഫുകൾ/യഥാർത്ഥ ജീവിതത്തിലെ ചിത്രങ്ങൾ (ചിത്രങ്ങൾ, ഉൽപ്പന്നങ്ങൾ, പ്രകൃതിദൃശ്യങ്ങൾ)നഷ്ടമുണ്ടാക്കുന്ന കംപ്രഷന് മുൻഗണന നൽകുക (പരമാവധി പ്രയോജനം)
  • ധാരാളം എഴുത്തുള്ള സ്ക്രീൻഷോട്ടുകൾ/ചിത്രങ്ങൾടെക്സ്റ്റ് മങ്ങിയതായി തോന്നുന്നത് തടയാൻ, കൂടുതൽ മിതമായ ഒരു കംപ്രഷൻ പ്രയോഗിക്കുക.
  • ലോഗോ/ഐക്കൺ: SVG-ന് മുൻഗണന നൽകുക, അല്ലെങ്കിൽ ലോസ്‌ലെസ് കംപ്രഷൻ ശ്രദ്ധയോടെ ഉപയോഗിക്കുക (ലോസി കംപ്രഷൻ എളുപ്പത്തിൽ അരികുകൾ മങ്ങാൻ കാരണമാകും)

ഒരു പാസ് എന്താണ്:

  • മിക്ക പേജ് ചിത്രങ്ങളുടെയും ഫയൽ വലുപ്പം ഗണ്യമായി കുറച്ചിട്ടുണ്ട്.
  • ശ്രദ്ധേയമായ ശബ്ദം, മങ്ങിയ അരികുകൾ, കളർ ബാൻഡിംഗ് അല്ലെങ്കിൽ മങ്ങിയ എഴുത്ത് ഇല്ല.

2.3 വെബ്പി / എവിഐഎഫ് (ഫോർമാറ്റ് നയം: ഒരേ നിലവാരത്തിലുള്ള വ്യക്തതയ്ക്ക് ചെറിയ ഫയൽ വലുപ്പം)

വേർഡ്പ്രസ്സ് ഇപ്പോൾ ഫയൽ അപ്‌ലോഡുകളെ പിന്തുണയ്ക്കുന്നു. WebP(5.8)യും AVIF(6.5)ും
എന്നാൽ “അടുത്ത തലമുറ ഫോർമാറ്റ്” യഥാർത്ഥത്തിൽ ഉപയോഗിക്കാൻ സാധാരണയായി രണ്ട് കാര്യങ്ങൾ പരിഹരിക്കണം:

  1. പഴയ മീഡിയ ലൈബ്രറി ബാച്ചായി എങ്ങനെ മാറ്റാം(അല്ലാത്തപക്ഷം, നിങ്ങൾ “ഭാവിയിൽ അപ്‌ലോഡ് ചെയ്യുന്ന പുതിയ ചിത്രങ്ങൾ” മാത്രമേ ഒപ്റ്റിമൈസ് ചെയ്യുകയുള്ളൂ)
  2. പകർപ്പ് സൃഷ്ടിക്കണോ, അല്ലെങ്കിൽ യഥാർത്ഥ ചിത്രം മാറ്റിക്കൊള്ളണോ(ഇതൊരു നിർണ്ണായകമായ കാര്യമാണ്; പ്ലസ് വെബ്പി-യുടെ “പകരം വെക്കുകയും യഥാർത്ഥ ചിത്രം ഇല്ലാതാക്കുകയും ചെയ്യുക” എന്ന ഫീച്ചറിൽ നമ്മൾ പിന്നീട് ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നതാണ്.)

ശുപാർശ ചെയ്യുന്ന സമീപനം:

  • WebP: സാധാരണയായി ഡിഫോൾട്ട് തിരഞ്ഞെടുപ്പ് (കൂടുതൽ വിശ്വസനീയമായ അനുയോജ്യത നൽകുന്നു)
  • AVIF: കംപ്രഷനിലെ ഒരു അടുത്ത ഘട്ടം, വലിയ ചിത്രങ്ങൾക്കും, ആദ്യ സ്ക്രീനിലെ വലിയ ചിത്രങ്ങൾക്കും, ഗാലറി ചിത്രങ്ങൾക്കും അനുയോജ്യം (പക്ഷേ കൂടുതൽപരിസ്ഥിതി പിന്തുണയെ ആശ്രയിക്കുന്നു

2.4 ലേസി ലോഡിംഗ് ശരിയായി ഉപയോഗിക്കുക (എല്ലാവർക്കും ഒരേപോലെ ചേരുന്ന സമീപനം സ്വീകരിക്കരുത്)

WordPress 5.5 മുതൽഡിഫോൾട്ട് ലേസി ലോഡിംഗ്ചിത്രം
ഇത് പ്രാരംഭ റെൻഡറിംഗ് സമയത്ത് ബാൻഡ്‌വിഡ്ത്ത് ഉപയോഗം കുറയ്ക്കുന്നു:

  • ലേസി ലോഡിംഗ് “ഓഫ്-സ്ക്രീൻ റിസോഴ്സുകൾക്ക്” അനുയോജ്യമാണ്.”
  • പേജിന്റെ മുകളിലുള്ള വലിയ ചിത്രം (ആദ്യ സ്ക്രീനിലെ ഏറ്റവും പ്രധാനപ്പെട്ട ചിത്രം പലപ്പോഴും ഇതായിരിക്കും) സാധാരണയായി ഡെഫേർഡ് ലോഡിംഗിന് അനുയോജ്യമല്ല.

2.5 ഡെലിവറി ലെയർ: CDN / ചിത്രം CDN

കംപ്രഷൻ, ഫയൽ വലുപ്പം, ഫോർമാറ്റ് എന്നിവയെല്ലാം ഫയലുകളെ ചെറുതും കൂടുതൽ അനുയോജ്യവുമാക്കാൻ ലക്ഷ്യമിടുന്നു.
എന്നിരുന്നാലും, ചിത്രങ്ങൾ ഒരു വിദൂര ഒറിജിൻ സെർവറിൽ നിന്ന് നിരന്തരം എടുക്കുകയാണെങ്കിൽ, നെറ്റ്‌വർക്ക് ലേറ്റൻസി ഉപയോക്തൃ അനുഭവത്തെ കാര്യമായി ബാധിക്കും. അത്തരം സന്ദർഭങ്ങളിൽ, ഒരു “ഡെലിവറി ലെയർ” സൊല്യൂഷൻ ആവശ്യമാണ് (CDN/image CDN).

രണ്ട് സാധാരണ സമീപനങ്ങൾ:

  • ക്ലൗഡ്ഫ്ലെയർ പോളണ്ട്Cloudflare പ്രമാണങ്ങൾഈ വിഭാഗം പോളിഷിൽ ലഭ്യമായ കംപ്രഷൻ രീതികളെ (ലോസ്‌ലെസ്, ലോസി, വെബ്പി) പരിചയപ്പെടുത്തുകയും, അവയുടെ ഉപയോഗം പരാമർശിക്കുകയും ചെയ്യുന്നു. format=auto WebP, AVIF ഫോർമാറ്റുകൾ അനുവദനീയമാണ്.
  • ജെറ്റ്പാക്ക് സൈറ്റ് ആക്സിലറേറ്റർജെറ്റ്പാക്ക് ഡോക്യുമെൻ്റേഷൻഇത് ചിത്രങ്ങൾ ഒപ്റ്റിമൈസ് ചെയ്ത് സ്റ്റാറ്റിക് വിഭവങ്ങളോടൊപ്പം അതിന്റെ നെറ്റ്‌വർക്ക് വഴി വിതരണം ചെയ്യുമെന്ന് വിശദീകരിക്കുക.

ചിത്ര ഓപ്റ്റിമൈസേഷൻ വലുപ്പം കുറച്ച് അനുയോജ്യമാക്കുന്നതിന് ഉത്തരവാദിയാണ്CDN കൂടുതൽ അടുത്തും സ്ഥിരമായും ഡെലിവറിക്ക് ഉത്തരവാദിയാണ്

3. മോഡൽ തിരഞ്ഞെടുപ്പ്: രണ്ട് പ്രധാന മാർഗങ്ങൾ മാത്രം സ്വീകരിക്കുക

ചിത്ര ഓപ്റ്റിമൈസേഷനിലെ ഏറ്റവും സാധാരണമായ പരാജയം “പ്ലഗിൻ ഇൻസ്റ്റാൾ ചെയ്തിട്ടില്ല” എന്നതല്ല, മറിച്ച് വളരെ അധികം പ്ലഗിനുകൾ ഇൻസ്റ്റാൾ ചെയ്ത് ആവർത്തിച്ച് പ്രോസസ് ചെയ്യുന്നതാണ്:
A കമ്പ്രസ് ചെയ്യുന്നു, Bയും കമ്പ്രസ് ചെയ്യുന്നു; A WebP/AVIF ആയി മാറ്റുന്നു, Bയും മാറ്റുന്നു; A URL മാറ്റുന്നു, B വീണ്ടും റിറൈറ്റ് ചെയ്യുന്നു — അവസാനം സൈറ്റിൽ ഇപ്പോൾ യഥാർത്ഥത്തിൽ എന്താണ് സംഭവിക്കുന്നത് എന്ന് നിങ്ങള്ക്കുതന്നെ വ്യക്തമായി പറയാനാകില്ല.

നിയമങ്ങൾ:

ഒരു രീതി മാത്രം പിന്തുടരുക: ഒന്നുകിൽ പൂർണ്ണമായും സൗജന്യമായ ലോക്കൽ സ്റ്റോറേജ്, അല്ലെങ്കിൽ മൂന്ന് ക്ലൗഡ് കംപ്രഷൻ ഓപ്ഷനുകളിൽ ഒന്ന്.

  • റൂട്ട് A (മുഴുവൻ സൗജന്യ ലോക്കൽ):കൂടാതെ WebP അല്ലെങ്കിൽ AVIF + EWWW ഇമേജ് ഒപ്റ്റിമൈസർ(അല്ലെങ്കിൽ ഇവയിൽ ഒന്നെ മാത്രം തിരഞ്ഞെടുക്കുക)
  • റൂട്ട് ബി (ക്ലൗഡ് കംപ്രഷൻ മൂന്നിൽ ഒന്നിനെ തിരഞ്ഞെടുക്കുക):ഷോർട്ട്പിക്സൽ / ഇമാജിഫൈ / ടൈനിപിഎൻജി

3.1 മാർഗം A: പൂർണ്ണമായും സൗജന്യമായ പ്രാദേശികം (Plus WebP അല്ലെങ്കിൽ AVIF അല്ലെങ്കിൽ EWWW)

ഈ റൂട്ടിന്റെ പ്രത്യേകതയാണ്:

  • നിങ്ങൾ പ്രതിമാസ ക്വാട്ടയോ പ്രതി-ഫയൽ അടിസ്ഥാനത്തിലോ പണം ഈടാക്കുന്ന മൂന്നാം കക്ഷി കംപ്രഷൻ സേവനങ്ങളെ ആശ്രയിക്കുന്നില്ല (ചില ഫീച്ചറുകൾ ഓപ്ഷണൽ സേവനങ്ങളായി ലഭ്യമായേക്കാം).
  • ചിലവ്: ബാച്ച് പ്രോസസ്സിംഗ് സർവറിന്റെ CPU/IO കൂടുതൽ ഉപയോഗിക്കാം; നിങ്ങൾക്ക് “തന്ത്രവും അപകടസാധ്യതയും” കൂടുതൽ ശ്രദ്ധിക്കണം”

3.1.1 പ്ലസ് WebP അല്ലെങ്കിൽ AVIFപ്രധാനമായത് “സൃഷ്ടിക്കൽ/മാറ്റിസ്ഥാപിക്കൽ” ആണ്, ഇത് പരമ്പരാഗത അർത്ഥത്തിലെ “കംപ്രഷൻ ഉപകരണം” അല്ല”

  • എല്ലാ ചിത്രങ്ങളും സൃഷ്ടിക്കുമ്പോൾ:യഥാർത്ഥ ഇമേജ് ഫയലിന്റെ ഐഡി WebP/AVIF ഫയൽ ഉപയോഗിച്ച് മറികടയ്ക്കുകയും, യഥാർത്ഥ ഫയൽ ഡിലീറ്റ് ചെയ്യുകയും, ഉള്ളടക്കത്തിലെ URL-കൾ മാറ്റിസ്ഥാപിക്കുകയും ചെയ്യും.
  • ഈ പ്ലഗിൻ WP-CLI കമാൻഡുകൾ നൽകുന്നു, കൂടാതെ ധാരാളം ഫയലുകൾ കൈകാര്യം ചെയ്യുമ്പോൾ WP-CLI കൂടുതൽ വിശ്വസനീയമാണെന്ന് നിർദ്ദേശിക്കുകയും ചെയ്യുന്നു.

ഇതിനർത്ഥം: ഇത് നിങ്ങൾക്കായി നിശ്ശബ്ദമായി ഒരു WebP ഫയൽ ഉണ്ടാക്കുക മാത്രമല്ല ചെയ്യുന്നത്, മറിച്ച് അതൊരു ... ആകാം.ആസ്തി മാറ്റം(പ്രത്യേകിച്ച് നിങ്ങൾ “മാറ്റിസ്ഥാപിച്ച് യഥാർത്ഥ ചിത്രം ഇല്ലാതാക്കുക” സംബന്ധിച്ച ഓപ്ഷനുകൾ പ്രവർത്തനക്ഷമമാക്കിയിരിക്കുമ്പോൾ).

രണ്ട് മോഡുകളുടെ വ്യത്യാസം

മോഡ് 1: അസൽ ചിത്രം നിലനിർത്തി + WebP/AVIF പകർപ്പുകൾ സൃഷ്ടിക്കുക (കൂടുതൽ സ്ഥിരം)

  • ഗുണം: അനുയോജ്യതാ പ്രശ്നങ്ങൾ ഉണ്ടായാൽ പഴയപടിയാക്കി മാറ്റാൻ എളുപ്പമാണ്.
  • ദോഷം: ഡിസ്ക് ഉപയോഗം വർദ്ധിക്കും (യഥാർത്ഥ ചിത്രം + പുതിയ ഫോർമാറ്റ് + ഒന്നിലധികം തംബ്നെയിൽ വലുപ്പങ്ങൾ)

മോഡ് 2: പകരംവെച്ച് മൂല ചിത്രം ഇല്ലാതാക്കുക (കൂടുതൽ ആക്രാമകമായി)

  • നേട്ടങ്ങൾ: ഡിസ്ക് അത്ര വേഗത്തിൽ വീർപ്പിക്കില്ല; സൈറ്റിനുള്ളിലെ റഫറൻസുകൾ നേരിട്ട് പുതിയ ഫോർമാറ്റിലേക്ക് മാറും
  • അപായം: നിങ്ങൾ “ആസ്തി മാറ്റുകയും + റഫറൻസ് മാറ്റുകയും” ചെയ്താൽ, അനുയോജ്യത പ്രശ്നങ്ങൾ കണ്ടെത്തി പരിഹരിക്കുന്ന ചെലവ് കൂടുതൽ ആയിരിക്കും (പ്രത്യേകിച്ച് ചില ബാഹ്യ സിസ്റ്റങ്ങളോ തീം ലജിക്കോ യഥാർത്ഥ ഫയൽനാമം/പാത/ഫോർമാറ്റ് ആശ്രയിക്കുന്നുവെങ്കിൽ)

നിർദേശം

“പകരംവെച്ച് ഒറിജിനൽ ചിത്രം ഇല്ലാതാക്കുക” തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ്, ചെറിയ പരിധിയിൽ ആദ്യം പരീക്ഷിച്ച് ഉപയോഗിക്കാനാകുന്ന ബാക്കപ്പ് ഉണ്ടെന്ന് ഉറപ്പാക്കുക; തുടങ്ങുന്നോടനെ മുഴുവൻ ലൈബ്രറിയും ഒരുമിച്ച് പകരംവെക്കരുത്.

Plus WebP അല്ലെങ്കിൽ AVIF ന്റെ സാധാരണ പ്രശ്നങ്ങൾ

  1. പൂർണ്ണമായ ലൈബ്രറി റീപ്ലേസ്മെന്റ് ചെയ്തതിന് ശേഷം, ചില പേജുകളിലെ ചിത്രങ്ങൾ ശരിയായി കാണിക്കുന്നില്ല.
    കാരണം സാധാരണയായി “ചിത്രം തകരാറിലാണ്” എന്നതല്ല; പകരം URL മാറ്റം, കാഷെ, തമ്പ്നെയിൽ നയം തുടങ്ങിയ പ്രക്രിയയിലെ ഏതെങ്കിലും ഘട്ടം ശരിയായി പൊരുത്തപ്പെട്ടിട്ടില്ല എന്നതാണ്.
  2. കൂടുതൽ തമ്പ്‌നെയിലുകൾ, കൂടുതൽ മാറ്റങ്ങൾ
    WordPress-ൽ ഒരു ചിത്രം അപ്‌ലോഡ് ചെയ്താൽ പല വലിപ്പങ്ങൾ സൃഷ്ടിക്കപ്പെടും; തീം/പ്ലഗിനുകൾ കൂടുതൽ വലിപ്പങ്ങളും ചേർക്കാം. പൂർണ്ണമായി പകരംവയ്ക്കുന്നത് നിങ്ങൾ വലിയൊരു ഫയൽ ശേഖരത്തിൽ മാറ്റം വരുത്തുന്നതായിരിക്കാം.
  3. ഫോർമാറ്റ് മാറ്റുന്നതു മാത്രം ഫയൽ വലുപ്പം ഏറ്റവും കുറഞ്ഞതാക്കണമെന്നില്ല
    WebP/AVIF സാധാരണയായി കൂടുതൽ ചെറുതാണ്, പക്ഷേ “വലുപ്പ നയം”യും “കംപ്രഷൻ നയം”യും ഇപ്പോഴും വളരെ പ്രധാനമാണ്. Plus WebP നെ “ഒറ്റ ക്ലിക്കിൽ വേഗം” എന്ന് കരുതരുത്.

3.1.2 EWWW ഇമേജ് ഓപ്റ്റിമൈസർ:സൗജന്യ പ്രാദേശിക സംകുചനത്തിന്റെ പ്രതിനിധി

EWWW പ്ലഗിൻ പേജിന്റെ ലക്ഷ്യം വളരെ വ്യക്തമാണ്:

  • ഇത് നിങ്ങളുടെ സെർവറിലെ ചിത്രങ്ങൾ വിവിധ ടൂളുകൾ (jpegtran, optipng, pngout, pngquant, gifsicle, cwebp, മുതലായവ) ഉപയോഗിച്ച് ഒപ്റ്റിമൈസ് ചെയ്യാൻ കഴിയും.
  • നിനക്ക് കൂടുതൽ കംപ്രഷൻ വേണമെങ്കിൽ അല്ലെങ്കിൽ CPU കൂടുതൽ ലാഭിക്കണമെങ്കിൽ, CPU ഉപയോഗിക്കുന്ന പ്രോസസ്സിംഗ് അതിന്റെ സർവറിലേക്ക് ഓഫ്‌ലോഡ് ചെയ്യാനും കഴിയും (ഐച്ഛികം).

EWWW റൂട്ട് Aയിൽ എന്ത് പങ്ക് വഹിക്കണം?

നിങ്ങൾ Plus WebP നെ “ഫോർമാറ്റ് മാറിക്കൽ/മാറ്റിസ്ഥാപിക്കൽ തന്ത്രം” ആയി ഉപയോഗിക്കുന്നുവെങ്കിൽ, EWWW കൂടുതൽ അനുയോജ്യം:

  • കംപ്രഷനും വലിപ്പ ഓപ്റ്റിമൈസേഷനും(പ്രത്യേകിച്ച് JPG/PNG പോലുള്ള മൂല വിഭവങ്ങളുടെ വലിപ്പം കുറയ്ക്കൽ)
  • ബാച്ച് ഓപ്റ്റിമൈസ് ചെയ്ത മീഡിയ ലൈബ്രറി ചരിത്രം(“URL മാറ്റുക” എന്നതല്ല, “വലുപ്പം കുറയ്ക്കുക” എന്നതാണ് ലക്ഷ്യം)

കുറിപ്പ്

പ്ലസ് WebP എന്നിവയും.അയ്യോ : എല്ലാം AVIF അല്ലെങ്കിൽ WebP ആയി മാറ്റാം
ഒന്നിൽ ഒന്ന് മാത്രം ഇൻസ്റ്റാൾ ചെയ്യാൻ ശുപാർശ ചെയ്യുന്നു, അല്ലെങ്കിൽ തർക്കം ഉണ്ടാകാം

EEWW-യുടെ ഒരു സാധാരണ കെണി

  1. ബാച്ച് ഓപ്റ്റിമൈസേഷനിൽ സർവർ ലോഡ് ഉയരും
    ലോക്കൽ കംപ്രഷൻ CPU/IO കൂടുതലായി ഉപയോഗിക്കും. പരിഹാരം “ഉപയോഗിക്കരുത്” എന്നല്ല, “ബാച്ചുകളായി, കുറഞ്ഞ തിരക്കുസമയത്ത്, ആവശ്യമെങ്കിൽ ഓഫ്‌ലോഡ്/ക്ലൗഡ് പരിഹാരം തിരഞ്ഞെടുക്കുക” എന്നതാണ്.
  2. “WebP സൃഷ്ടിച്ചുവെന്നത് മുൻവശത്ത് നിർബന്ധമായും WebP പുറത്തുവരുന്നു എന്നതല്ല
    പല പ്ലഗിനുകൾക്കും ഈ തെറ്റിദ്ധാരണയുണ്ട്: ജനറേഷൻ ഒരു കാര്യമാണ്, ഡെലിവറി തന്ത്രം (റിറൈറ്റ്, picture ടാഗ്, കാഷ് ഹിറ്റ് എന്നിവ) മറ്റൊരു കാര്യമാണ്.
  3. മറ്റു പ്ലഗിനുകളുമായി അതേ കാര്യം ആവർത്തിക്കുന്നു
    നിങ്ങൾ മാർഗം A പിന്തുടരുന്നുവെങ്കിൽ, ShortPixel/Imagify/TinyPNG പോലുള്ള ക്ലൗഡ് കംപ്രഷൻ വീണ്ടും ഒരുമിച്ച് ചേർക്കാതിരിക്കാൻ ശ്രമിക്കുക; നിങ്ങൾ മാർഗം B പിന്തുടരുന്നുവെങ്കിൽ, Plus WebPയുടെ മാറ്റിസ്ഥാപിക്കൽ ലജിക് വീണ്ടും പ്രവർത്തനക്ഷമമാക്കരുത്. പ്രധാന തത്വം:ഒരു വഴിയിൽ അവസാനം വരെ പോകുക.

3.2 മാർഗം B: ക്ലൗഡ് കംപ്രഷൻ - മൂന്നിൽ ഒന്ന് തിരഞ്ഞെടുക്കുക(ShortPixel / Imagify / TinyPNG)

സെർവർ വിഭവങ്ങൾ സംരക്ഷിക്കാൻ ആഗ്രഹിക്കുന്നവർക്കും, ബാച്ച് പ്രോസസ്സിംഗിന് തടസ്സങ്ങളില്ലാത്ത ഒരു സമീപനം ഇഷ്ടപ്പെടുന്നവർക്കും, ഉപയോഗ അടിസ്ഥാനത്തിലുള്ള ബില്ലിംഗുമായി ബന്ധപ്പെട്ട് ഒരു പ്രശ്നവുമില്ലാത്തവർക്കും ഈ പ്ലാൻ ഏറ്റവും അനുയോജ്യമാണ്.
എന്നിരുന്നാലും, ക്ലൗഡ് കംപ്രഷനെക്കുറിച്ചുള്ള ഏറ്റവും സാധാരണമായ തെറ്റിദ്ധാരണ ഇതാണ്:സൗജന്യ അനുവദനീയം എന്നത് വെറും “സൗജന്യ ഷീറ്റുകൾ” എന്നതിലുപരിയാണ്.ത്ംബ്നെയിൽ വലുപ്പങ്ങളുടെ എണ്ണം, WebP/AVIF ഫോർമാറ്റുകൾ ജനറേറ്റ് ചെയ്യപ്പെടുന്നുണ്ടോ എന്നത്, ചിത്രങ്ങൾ ആവർത്തിച്ച് കംപ്രസ്സ് ചെയ്യുന്നുണ്ടോ എന്നതും എല്ലാം റിസോഴ്സ് ഉപയോഗത്തിൽ കാര്യമായ സ്വാധീനം ചെലുത്തും.

താഴെ ഞങ്ങൾ വിശദീകരിക്കുന്നത്: സൗജന്യവും പണമടച്ചുള്ളതുമായ ഓപ്ഷനുകൾ തമ്മിലുള്ള വ്യത്യാസം, ക്രെഡിറ്റ് എങ്ങനെ കുറയ്ക്കപ്പെടുന്നു, ഒഴിവാക്കേണ്ട ഏറ്റവും സാധാരണമായ കെണികൾ, ഏത് തരം വെബ്സൈറ്റുകൾക്കാണ് ഈ സേവനങ്ങൾ ഏറ്റവും അനുയോജ്യം എന്നിവയാണ്.


3.2.1 ഷോർട്ട്പിക്സൽമാസത്തിൽ 100 സൗജന്യ ക്രെഡിറ്റുകൾ, പക്ഷേ തമ്പ്‌നെയിലും WebP/AVIFഉം കാരണം ക്രെഡിറ്റ് ഉപയോഗം വർധിക്കും

സൗജന്യ, പണമടച്ച ഓപ്ഷനുകളുടെ കാര്യം എന്താണ്?

ഷോർട്ട്പിക്സൽ പ്ലഗിൻ വിവരണം വ്യക്തമായി പറയുന്നു:

  • പ്രതിമാസം 100 സൗജന്യ ക്രെഡിറ്റുകൾ
  • അധികമായി പരിധിയില്ലാത്ത പ്രതിമാസ ക്രെഡിറ്റുകളും ലഭ്യമാണ് (വിലവിവരങ്ങൾ പ്ലഗിൻ പേജിൽ നൽകിയിട്ടുണ്ട്).
  • ഞങ്ങൾ “ഒരിക്കൽ നൽകിയാൽ കാലാവധിയില്ലാത്ത ക്രെഡിറ്റ് പാക്കുകളും” (തുടക്ക വിലകളെക്കുറിച്ചുള്ള വിവരങ്ങൾക്കൊപ്പം) വാഗ്ദാനം ചെയ്യുന്നു.

കുറിപ്പ്:

  • സൗജന്യം: ലഘുവായ വെബ്സൈറ്റുകളിൽ ഉപയോഗിക്കുന്നതിനോ പരീക്ഷിക്കുന്നതിനോ വേണ്ടി ഓരോ മാസവും ഒരു നിശ്ചിത എണ്ണം ക്രെഡിറ്റുകൾ നൽകുന്നു.
  • വൺ-ഓഫ് പാക്കേജ്: വലിയ മീഡിയ ലൈബ്രറിയുള്ളതും, തങ്ങളുടെ ഇൻവെന്ററി ഒറ്റത്തവണയായി തീർക്കാൻ ആഗ്രഹിക്കുന്നതുമായ സൈറ്റുകൾക്ക് അനുയോജ്യം (ഒരിക്കൽ വാങ്ങിയാൽ ഉപയോഗിച്ച് തീരുന്നത് വരെ സാധുവാണ്; സാധാരണയായി കാലാവധി അവസാനിക്കുന്ന തീയതി ഉണ്ടായിരിക്കില്ല)
  • മാസാന്ത്യം/അൺലിമിറ്റഡ്: നിരന്തരം ചിത്രങ്ങൾ അപ്‌ഡേറ്റ് ചെയ്യുകയും ദീർഘകാല സ്ഥിരമായ ഒപ്റ്റിമൈസേഷൻ ആവശ്യമുള്ള സൈറ്റുകൾക്ക് അനുയോജ്യം

ഷോർട്ട്പിക്സലിന്റെ ഔദ്യോഗിക നോളജ് ബേസ്, “വൺ-ഓഫ് ലൈസൻസ് vs അൺലിമിറ്റഡ് മന്ത്ലി” എന്നതിനെക്കുറിച്ചുള്ള മാർഗ്ഗനിർദ്ദേശവും നൽകുന്നു.വ്യക്തമായ വിശദീകരണം:അൺലിമിറ്റഡ് മാസ പ്ലാൻ മാസത്തിൽ (അല്ലെങ്കിൽ വാർഷികമായി) പണമടയ്ക്കുന്നതാണ്, അൺലിമിറ്റഡ് ക്രെഡിറ്റുകളും നിശ്ചിത CDN ക്വോട്ടയും നൽകുന്നു; ഒരുതവണ വാങ്ങുന്ന ക്രെഡിറ്റുകൾക്ക് കാലാവധി ഇല്ല, അതിനാൽ ആവശ്യമുള്ളപ്പോൾ കൂടുതൽ നിയന്ത്രണത്തോടെ ഉപയോഗിക്കാം.

നിർദേശം

  • പഴയ സൈറ്റ് വൃത്തിയാക്കൽ: ഒറ്റത്തവണ പാക്കേജുകൾക്ക് മുൻഗണന
  • തുടർച്ചയായ അപ്ഡേറ്റ്: മാസിക/അൺലിമിറ്റഡിന് കൂടുതൽ അനുയോജ്യം (ക്രെഡിറ്റുകൾ കണക്കാക്കാൻ ഇഷ്ടമില്ലെങ്കിൽ അൺലിമിറ്റഡ് ഉപയോഗിക്കുക)

ഏറ്റവും പ്രധാനമായി: ഷോർട്ട്പിക്സൽ ക്രെഡിറ്റുകൾ എങ്ങനെയാണ് കണക്കാക്കുന്നത്?

ShortPixel ഔദ്യോഗിക ഡോക്യുമെന്റേഷൻ കെബി വളരെ തുറന്നുപറഞ്ഞു:

  • നിങ്ങൾ വേർഡ്പ്രസ്സിലേക്ക് ഒരു ചിത്രം അപ്‌ലോഡ് ചെയ്യുമ്പോൾ, അത് ഒന്നിലധികം ത്രെംബനൈലുകൾ ഉണ്ടാക്കുന്നു;
  • ഓരോ തംബ്നെയിലും ഒപ്റ്റിമൈസ് ചെയ്യുന്നത് ഒരു ക്രെഡിറ്റായി കണക്കാക്കപ്പെടുന്നു.
  • നിങ്ങൾ WebP അല്ലെങ്കിൽ AVIF ഉണ്ടാക്കാൻ തിരഞ്ഞെടുക്കുകയാണെങ്കിൽ,ഒരു യഥാർത്ഥ ചിത്രത്തിൻ്റെ ഓരോ WebP അല്ലെങ്കിൽ AVIF പതിപ്പും അതിൻ്റെ തംബ്നെയ്‌ലും ഒരു അധിക ക്രെഡിറ്റായി കണക്കാക്കും.
  • ക്രെഡിറ്റ് ഉപയോഗം കുറയ്ക്കുന്നതിനായി, നിങ്ങൾക്ക് ചില തംബ്‌നെയ്‌ലുകളെ ഒപ്റ്റിമൈസേഷനിൽ നിന്ന് ഒഴിവാക്കാം.

കടപ്പാട് ഉദാഹരണം

നിങ്ങൾ ഒരു ചിത്രം അപ്‌ലോഡ് ചെയ്യുകയും, തീം അല്ലെങ്കിൽ പ്ലഗിൻ എട്ട് ഥംബ്‌നെയിലുകൾ ഉണ്ടാക്കുകയും ചെയ്യുന്നു എന്ന് കരുതുക:

  • യഥാർത്ഥ ചിത്രവും തംബ്‌നെയ്‌ലുകളും മാത്രം ഒപ്റ്റിമൈസ് ചെയ്യുക: 1 (യഥാർത്ഥ ചിത്രം) + 8 (തംബ്‌നെയ്‌ലുകൾ) = 9 ക്രെഡിറ്റുകൾ
  • നിങ്ങൾക്കും WebP/AVIF ജനറേറ്റ് ചെയ്യണമെന്നുണ്ടെങ്കിൽ: മുകളിൽ പറഞ്ഞ 9-ൽ ഓരോന്നിനും ഒരു നെക്സ്റ്റ്-ജെൻ പതിപ്പ് ചേർക്കുക → പ്ലസ് 9 ക്രെഡിറ്റുകൾ
    മറ്റൊരു തരത്തിൽ പറഞ്ഞാൽ, ഇത് “ഒരു ഇമേജ്” ആണെന്ന് നിങ്ങൾ കരുതിയേക്കാം, എന്നാൽ ഇതിന് യഥാർത്ഥത്തിൽ ഏകദേശം “രണ്ടക്ക ക്രെഡിറ്റുകൾ” വരെ ചിലവാകാം.

അതുകൊണ്ട്:“100 ഫ്രീ ക്രെഡിറ്റുകൾ” എന്നാൽ “100 ഫ്രീ ചിത്രങ്ങൾ” എന്നല്ല അർത്ഥമാക്കുന്നത്.

ഷോർട്ട്പിക്സലിലെ ഏറ്റവും സാധാരണമായ പിഴവുകൾ

  1. സൗജന്യ 100 ക്രെഡിറ്റുകൾ ഉടൻ അവസാനിക്കും
    മൂല കാരണം: കൂടുതല്‍ തമ്പ്‌നെയിലുകള്‍ + WebP/AVIF സൃഷ്ടിക്കാനുള്ള അധിക ക്രെഡിറ്റുകള്‍
    നിർദേശം
  • ആദ്യം, സൈറ്റിലെ തംബ്‌നെയ്‌ലുകളുടെ എണ്ണം വിലയിരുത്തുക.
  • അനാവശ്യമായ തംബ്‌നെയിൽ വലുപ്പങ്ങൾ ഒഴിവാക്കുക (യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന വലുപ്പങ്ങൾ മാത്രം ഒപ്റ്റിമൈസ് ചെയ്യുക)
  • ആദ്യം ഒരു കംപ്രഷൻ തന്ത്രം തീരുമാനിക്കുക, തുടർന്ന് പരീക്ഷണങ്ങളിലും പിഴവുകളിലും സമയം പാഴാകാതിരിക്കാൻ പ്രക്രിയ ബാച്ചുകളായി നടത്തുക.
  1. മറ്റ് ഫോർമാറ്റ് പരിവർത്തന പ്ലഗിനുകളോടൊപ്പം ഉപയോഗിക്കുക
    നിങ്ങൾ Plus WebP പകരംവെക്കൽ ഓണാക്കി, ShortPixel-നെ next-gen ടാഗുകൾ സൃഷ്ടിക്കാനോ ചേർക്കാനോ അനുവദിച്ചാൽ, ലാജിക് ഒന്നിനുമേൽ ഒന്ന് ചേർന്ന് പ്രശ്നപരിഹാരം ബുദ്ധിമുട്ടാകും. മാർഗം Bയിൽ ShortPixel മാത്രം പ്രത്യേകം കൈകാര്യം ചെയ്യട്ടെ.
  2. ഇൻസ്റ്റാൾ ചെയ്താൽ മതി, ഫ്രണ്ട്‌എൻഡിൽ WebP/AVIF തന്നെ പുറത്ത് വരുന്നു എന്ന് കരുതുന്നു“
    ShortPixel പ്ലഗിൻ പേജ്ഇതിന് WebP, AVIF ഫയലുകൾ പരിവർത്തനം ചെയ്യാൻ കഴിയും, കൂടാതെ അടുത്ത തലമുറ ചിത്രങ്ങൾ ഫ്രണ്ട്-എൻഡ് പേജുകളിൽ (ഉദാഹരണത്തിന്, ടാഗുകൾ വഴി) ഉൾപ്പെടുത്താനും സാധിക്കും.
    എന്നിരുന്നാലും, നിങ്ങൾ പൂർത്തിയാക്കിയ ശേഷം ഫലങ്ങൾ പരിശോധിക്കേണ്ടതുണ്ട്.

3.2.2 ഇമാജിഫൈ: പ്രതിമാസം 20MB സൗജന്യം; “യഥാർത്ഥ ചിത്രത്തിന്റെ വലുപ്പം + തംബ്‌നെയ്‌ലുകളുടെ എണ്ണം” എന്നിവയുടെ അടിസ്ഥാനത്തിലാണ് ക്വാട്ട കുറയ്ക്കുന്നത്; വീണ്ടും കംപ്രസ്സ് ചെയ്യുന്നത് ഇരട്ടി കുറയ്ക്കലിന് കാരണമാകും

സൗജന്യ പരിധിയും സ്ഥാനനിർണ്ണയവും

ഇമാജിഫൈ ഔദ്യോഗിക വിലപ്പട്ടിക പേജ്ഇത് വളരെ വ്യക്തമായി പ്രസ്താവിച്ചിരിക്കുന്നു:സൗജന്യ അക്കൗണ്ടുകൾക്ക് പ്രതിമാസം 20MB ക്വാട്ടയുണ്ട്.
അതിന്റെ പ്ലഗിൻ പേജിലും ഇത് കംപ്രസ് ചെയ്യാനും, വലുപ്പം മാറ്റാനും, WebP/AVIF ആയി മാറ്റാനും കഴിയുമെന്ന് വ്യക്തമായി പറയുന്നു.

ക്വാട്ട എങ്ങനെയാണ് കുറയ്ക്കുന്നത്?

Imagify ഔദ്യോഗിക രേഖകൾ “ക്വോട്ട ഉപയോഗം എങ്ങനെ കണക്കാക്കുന്നു?” എന്നതിൽ നിരക്ക് ഈടാക്കുന്ന രീതിയെ വളരെ വ്യക്തമായി വിശദീകരിച്ചിരിക്കുന്നു:

  • തമ്പ്‌നെയിലുകളുടെ എണ്ണം ഉപഭോഗത്തെ ബാധിക്കും: ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് 10 തമ്പ്നെയിൽ വലിപ്പങ്ങൾ ഉണ്ടെങ്കിൽ, 1 ചിത്രം ഓപ്റ്റിമൈസ് ചെയ്യുമ്പോൾ അത് 11 ചിത്രങ്ങൾ ഓപ്റ്റിമൈസ് ചെയ്തതായി മാറും (അസൽ ചിത്രം + 10 തമ്പ്നെയിലുകൾ), ഇവയൊക്കെ ക്വോട്ടാ ഉപയോഗത്തിൽ പങ്ക് വഹിക്കും.
  • യഥാർത്ഥ ഫയൽ വലുപ്പപ്രകാരം ക്വോട്ട കുറയ്ക്കുകഉദാഹരണത്തിന്, നിങ്ങൾ ഇമാജിഫൈയിലേക്ക് 100KB വലുപ്പമുള്ള ഒരു ചിത്രം അപ്‌ലോഡ് ചെയ്താൽ, നിങ്ങളുടെ ക്വാട്ടയിൽ നിന്ന് 100KB കുറയ്ക്കപ്പെടും.
  • കംപ്രഷൻ നില മാറ്റി വീണ്ടും ഒപ്റ്റിമൈസ് ചെയ്താൽ, ക്വോട്ട വീണ്ടും ഉപയോഗിക്കും
  • ഒരേ API കീ ഒരിലധികം സൈറ്റുകളിൽ ഉപയോഗിക്കാം, പക്ഷേ ക്വോട്ട അവയ്ക്കിടയിൽ പങ്കിടപ്പെടും.

ഇതാണ് Imagifyയുടെ “പ്രധാന മനസ്സിലാക്കൽ രീതി”:
ഇത് കൂടുതൽ ഡാറ്റ പാക്ക് പോലെയാണ്: നിങ്ങൾ എത്ര അയക്കുന്നു, അത്ര തന്നെ അത് കുറയ്ക്കും; തമ്പ്‌നെയിലുകൾ കൂടുതലാകുമ്പോൾ കുറവ് കൂടും; നിങ്ങൾ വീണ്ടും വീണ്ടും ശക്തമായി കമ്പ്രസ് ചെയ്താൽ വീണ്ടും വീണ്ടും കുറയ്ക്കും.

എളുപ്പത്തിൽ മനസ്സിലാക്കാവുന്ന Imagify ക്വോട്ട ഉദാഹരണം

നിങ്ങൾ 800KB വലുപ്പമുള്ള ഒരു അസൽ ചിത്രം അപ്‌ലോഡ് ചെയ്തതായി കരുതുക, സൈറ്റ് 8 തമ്പ്‌നെയിൽ ചിത്രങ്ങൾ സൃഷ്ടിക്കുന്നു.

  • Imagify ഒപ്റ്റിമൈസ് ചെയ്യുമ്പോൾ “ഒറിജിനൽ ചിത്രം + 8 തമ്പ്‌നെയിലുകൾ” എല്ലാം ഉൾപ്പെടും (നിങ്ങൾ എല്ലാം ഒപ്റ്റിമൈസ് ചെയ്യാൻ തിരഞ്ഞെടുക്കുകയാണെങ്കിൽ), അതായത് ഈ ഒരു പ്രവർത്തനത്തിൽ “ഈ എല്ലാ ഫയലുകളുടെയും യഥാർത്ഥ വലുപ്പങ്ങളുടെ ആകെ തുക”യ്ക്ക് അടുത്തുള്ള ക്വോട്ട ചെലവാകും.
    ഇതിനാലാണ് ചില സൈറ്റുകൾക്ക് “20MB വളരെ വേഗം തീരുന്നു” എന്ന് തോന്നുന്നത്: Imagify മതിയാകാത്തതല്ല, നിങ്ങൾ ഓരോ തവണയും അപ്‌ലോഡ് ചെയ്യുന്ന ചിത്രങ്ങൾ വളരെ വലുതാണ്, തമ്പ്‌നെയിലുകൾ വളരെ കൂടുതലാണ്, കൂടാതെ നിങ്ങൾ കംപ്രഷൻ ലെവൽ വീണ്ടും വീണ്ടും പരീക്ഷിച്ചുകൊണ്ടിരിക്കാനും സാധ്യതയുണ്ട്.

ഇമാജിഫൈ ഉപയോഗിക്കുമ്പോൾ സാധാരണയായി നേരിടുന്ന പ്രശ്നങ്ങൾ

  1. സൗജന്യ 20MB ഉപയോഗിച്ച് “മുഴുവൻ സൈറ്റിന്റെ ചരിത്ര ശുചീകരണം” നടത്താൻ പോരാ”
    20MB സാധാരണയായി പരിശോധനയ്ക്കും ലഘു അപ്‌ഡേറ്റുകൾക്കും കൂടുതൽ അനുയോജ്യമാണ്; എന്നാൽ നിങ്ങളുടെ മീഡിയ ലൈബ്രറി ആദ്യം മുതലേ വളരെ വലുതാണെങ്കിൽ, ഒരുതവണയായി മുഴുവൻ ലൈബ്രറിയും ശൂന്യമാക്കുന്നത് അപ്‌ഗ്രേഡ് ആവശ്യമായേക്കാം.
  2. കംപ്രഷൻ ലെവൽ ആവർത്തിച്ച് ക്രമീകരിക്കുന്നത് ക്വാട്ട ആവർത്തിച്ച് ഉപയോഗിക്കപ്പെടാൻ കാരണമാകുന്നു.
    ഇമാജിഫൈ: ഒരു വ്യക്തമായ വിശദീകരണംവീണ്ടും ഒപ്റ്റിമൈസ് ചെയ്താൽ ക്വോട്ട വീണ്ടും ചെലവാകും.
    ഈ പേജിൽ “തന്ത്രം” വ്യക്തമായി രേഖപ്പെടുത്താൻ ഞങ്ങൾ ശുപാർശ ചെയ്യുന്നു:
  • ആദ്യം കുറച്ച് ചിത്രങ്ങൾ ഉപയോഗിച്ച് സംകുചിത നിലയും ദൃശ്യഫലവും ഉറപ്പാക്കുക
  • തന്ത്രം അന്തിമമാക്കിക്കഴിഞ്ഞാൽ, അത് ബാച്ചുകളായി നടപ്പിലാക്കുക.
    ഡാറ്റാബേസ് മുഴുവൻ പരീക്ഷണശ്രമങ്ങൾ ഒഴിവാക്കുക
  1. ഒരൊറ്റ API കീ ഒന്നിലധികം സൈറ്റുകളിൽ പങ്കുവെക്കുന്നത് ക്വാട്ടകൾ നിഗൂഢമായി കുറയാൻ കാരണമാകുന്നു.“
    നിങ്ങൾ ഒരേ API Key പല സൈറ്റുകളിൽ ഉപയോഗിച്ചാൽ, ക്വോട്ട പങ്കിടപ്പെടും.
    അതിനാൽ ടീം/മൾട്ടി-സൈറ്റ് സാഹചര്യങ്ങളിൽ, ഏത് സൈറ്റുകൾ പങ്കിട്ട് ഉപയോഗിക്കണം, ഏത് സൈറ്റുകൾ വേർതിരിച്ച് ഉപയോഗിക്കണം എന്ന് വ്യക്തമായി നിർവചിക്കുന്നത് നല്ലതാണ്, ഇതിലൂടെ ബജറ്റ് നിയന്ത്രണാതീതമാകുന്നത് ഒഴിവാക്കാം.

3.2.3 ടൈനിപിഎൻജി(ചെറിയ കംപ്രസ്സ് ചിത്രങ്ങൾ): പ്രതിമാസം 500 സൗജന്യ ക്രെഡിറ്റുകൾ; WebP/AVIF-ലേക്ക് മാറ്റുന്നതിന് ഓരോ വലുപ്പത്തിനും 1 ക്രെഡിറ്റിന്റെ അധിക ചാർജ് ഈടാക്കുന്നതാണ്.“

സൗജന്യ ക്വോട്ടയും അതിന്റെ ബില്ലിംഗ് ആശയവും

TinyPNG വേർഡ്പ്രസ്സ് പ്ലഗിൻ പേജിൽ വളരെ വ്യക്തമായി എഴുതിയിട്ടുണ്ട്:

  • പ്രതിമാസം 500 ക്രെഡിറ്റുകൾ സൗജന്യം
  • ഒരു “സാധാരണ വേർഡ്പ്രസ്സ് ഇൻസ്റ്റാളേഷനിൽ”, നിങ്ങൾക്ക് ഒരുപക്ഷേ കംപ്രസ്സ് ചെയ്യാൻ കഴിയും ഏകദേശം 100 ചിത്രങ്ങൾ/മാസം
  • എന്നാൽ AVIF അല്ലെങ്കിൽ WebP പരിവർത്തനം പ്രവർത്തനക്ഷമമാക്കിയാൽ:ഓരോ ചിത്ര വലുപ്പവും അധികമായി ഒരു ക്രെഡിറ്റ് ഉപയോഗിക്കുംഅതുകൊണ്ട് ഏകദേശം ചുരുക്കി മാറ്റാനേ കഴിയൂ പ്രതിമാസം ഏകദേശം 50 ചിത്രങ്ങൾ(നിങ്ങൾക്ക് എത്ര തംബ്‌നെയിൽ വലുപ്പങ്ങൾ ഉണ്ടെന്നതിനെ ആശ്രയിച്ച്.)

അതേസമയം, ടൈനിപിഎൻജി, ടൈനിജെപിജി എന്നിവയുടെ ഡെവലപ്പറായ ടിനിഫൈയും API വിലനിർണ്ണയ പേജ്ദയവായി ശ്രദ്ധിക്കുക: പ്രതിമാസം 500 സൗജന്യ കംപ്രഷനുകൾക്കായി സൈൻ അപ്പ് ചെയ്യുക; ഈ പരിധി കഴിഞ്ഞാൽ, നിർബന്ധിത സബ്സ്ക്രിപ്ഷനുകളില്ലാതെ, വിജയകരമായ ഓരോ കംപ്രഷനിനും അനുസരിച്ച് നിങ്ങൾക്ക് ചാർജ് ഈടാക്കുന്നതാണ്.

TinyPNG എങ്ങനെ മനസ്സിലാക്കുന്നു എന്ന് ഒരു വാചകത്തിൽ സംഗ്രഹിക്കുക:
ഇത് ക്രെഡിറ്റുകൾ അടിസ്ഥാനമാക്കി കണക്കാക്കുന്നു; കൂടുതൽ തമ്പ്‌നെയിൽ വലുപ്പങ്ങളും കൂടുതൽ WebP/AVIF ഓണാക്കിയാൽ, ക്രെഡിറ്റുകൾ അതിവേഗം ചെലവാകും.

മനസ്സിലാക്കാൻ എളുപ്പമുള്ള TinyPNG ക്രെഡിറ്റ് ഉദാഹരണം

നിങ്ങളുടെ സൈറ്റ് ഓരോ ചിത്രത്തിനും 8 തംബ്‌നെയിൽ വലിപ്പങ്ങൾ സൃഷ്ടിക്കുന്നു എന്ന് കരുതുക:

  • കംപ്രഷൻ മാത്രം: യഥാർത്ഥ ചിത്രം + 8 തംബ്നെയിലുകൾ → 9 ക്രെഡിറ്റുകൾ ആവശ്യമാണ്
  • WebP/AVIF മാറ്റം ഓണാക്കിയാൽ: ഓരോ വലിപ്പത്തിനും ഒരു ക്രെഡിറ്റ് കൂടി കുറയും → ഏകദേശം ഇരട്ടിയാകാം
    ഇത് പ്ലഗിൻ പേജിലെ വിവരണത്തോടു തന്നെയാണ് പൊരുത്തപ്പെടുന്നത്: പരിവർത്തനം പ്രവർത്തനക്ഷമമാക്കിയാൽ സൗജന്യ പരിധി ഏകദേശം “100 ചിത്രം/മാസം” മുതൽ “50 ചിത്രം/മാസം” ആയി മാറും।

TinyPNG ഏറ്റവും സാധാരണമായ പിഴവുകൾ

  1. 500 ക്രെഡിറ്റുകൾ = 500 ചിത്രങ്ങൾ
    അല്ല. ഇത് “ചിത്ര വലുപ്പം/വേരിയന്റ്” അനുസരിച്ച് ഉപയോഗിക്കുന്നു. പ്ലഗിൻ പേജിൽ തന്നെ “ഓരോ ചിത്ര വലുപ്പം മാറ്റത്തിനും 1 ക്രെഡിറ്റ് അധികമായി കുറയും” എന്ന് ഇതിനകം വ്യക്തമാക്കിയിട്ടുണ്ട്.
  2. തീം/ഇ-കൊമേഴ്‌സ് പ്ലഗിൻ വളരെയധികം ഇമേജ് വലുപ്പങ്ങൾ ഉണ്ടാക്കുന്നു, കൂടാതെ സൗജന്യ ക്വാട്ട ഗണ്യമായി കുറഞ്ഞിരിക്കുന്നു.
    എത്രയധികം ഡൈമൻഷനുകൾ ഉണ്ടോ, അത്രയും എളുപ്പത്തിൽ ക്രെഡിറ്റുകൾ തീർന്നുപോകും.
  3. പരിവർത്തനം സജീവമാക്കിയ ശേഷം പരിധി പെട്ടെന്ന് മതിയാകാതെ പോകുന്നു
    ഇതൊരു ബഗ്ഗല്ല; ബില്ലിംഗ് സിസ്റ്റം പ്രവർത്തിക്കുന്നത് ഇങ്ങനെയാണ്.
    തന്ത്രപരമായ ശുപാർശകൾ:
  • സൗജന്യ ഘട്ടത്തിൽ പ്രധാനമായും കമ്പ്രസ് ചെയ്ത് ഭാരം കുറയ്ക്കാനാണെങ്കിൽ, ആദ്യം കമ്പ്രസ് മാത്രം ചെയ്യാം. സൈറ്റിന്റെ ഘടന സ്ഥിരമാണെന്നും next-gen യഥാർത്ഥത്തിൽ ആവശ്യമാണെന്നും നിങ്ങൾ സ്ഥിരീകരിച്ച ശേഷം കൺവേർഷൻ ആരംഭിക്കാം.

4. സാഹചര്യങ്ങൾപ്രകാരം ശുപാർശ: വ്യത്യസ്ത തരത്തിലുള്ള സൈറ്റുകൾ എങ്ങനെ തിരഞ്ഞെടുക്കാം

അതുപോലെ തന്നെ WordPress ആയാലും, ഉള്ളടക്ക സൈറ്റ്, ഇ-കൊമേഴ്‌സ്, പോർട്ട്‌ഫോളിയോ, മെമ്പർഷിപ്പ് സൈറ്റ് എന്നിവയുടെ “ചിത്രഭാര സമ്മർദ്ദബിന്ദുക്കൾ” ഒരുപോലെയല്ല।

4.1 ഉള്ളടക്ക സൈറ്റ്/ബ്ലോഗ് (ലേഖനങ്ങളിൽ ചിത്രങ്ങൾ കൂടുതലുള്ളത്, അപ്ഡേറ്റ് ആവർത്തനം മിതമായത്)

മുൻഗണനാ ശുപാർശ:

  1. വലുപ്പ തന്ത്രം (ഘട്ടം 1)
  2. സമ്മർദ്ദം (ഘട്ടം 2)
  3. WebP(ഘട്ടം 3)

കൂടുതൽ അനുയോജ്യമായ വഴി:

  • സൗകര്യമായി വേണമെങ്കിൽ: റൂട്ട് Bയിൽ മൂന്ന് ഓപ്ഷനുകളിൽ ഒന്ന് തിരഞ്ഞെടുക്കുക(ShortPixel / Imagify / TinyPNG)
  • സൗജന്യമായി ചെയ്യണമെങ്കിൽ: മാർഗം A (Plus WebP + EWWW), പക്ഷേ ആദ്യം “സംയമിത മോഡ് (ഒറിജിനൽ ചിത്രം ഇല്ലാതാക്കില്ല)” ഉപയോഗിച്ച് അപകടസാധ്യത വിലയിരുത്താൻ തുടങ്ങുന്നത് ശുപാർശ ചെയ്യുന്നു

സാധാരണ കുടുക്ക്:

4.2 ഇ-കൊമേഴ്‌സ്/ഉൽപ്പന്ന സൈറ്റ്(കൂടുതൽ തമ്പ്‌നെയിലുകൾ, കൂടുതൽ ചിത്ര വ്യത്യാസങ്ങൾ, സ്ഥിരത ആദ്യം)

ഇ-കൊമേഴ്സിൽ ഏറ്റവും എളുപ്പത്തിൽ പ്രശ്നങ്ങൾ ഉണ്ടാകുന്നത് “കംപ്രഷൻ ഫലം മോശമാണ്” എന്നതല്ല, “ഓപ്റ്റിമൈസ് ചെയ്തതിന് ശേഷം ചില സൈസുകൾ തെറ്റുന്നത്, തമ്പ്നെയിൽ ഇല്ലാതാകുന്നത്, ഫ്രണ്ട്‌എൻഡ് ഘടകങ്ങൾക്ക് ചിത്രം ലഭിക്കാത്തത്” എന്നതാണ്.

മുൻഗണനാ ശുപാർശ:

  1. ജാഗ്രതയോടെ തുടങ്ങുക: ഒരു യാഥാസ്ഥിതിക കംപ്രഷൻ തന്ത്രം സ്വീകരിക്കുക; മുഴുവൻ ഡാറ്റാബേസും ഉടൻ തന്നെ മാറ്റിസ്ഥാപിക്കരുത്.
  2. തംബ്നെയിൽ വലുപ്പങ്ങൾ വിലയിരുത്തുന്നു: ഇ-കൊമേഴ്‌സ് തീമുകൾ സാധാരണയായി കൂടുതൽ വലുപ്പങ്ങൾ ഉണ്ടാക്കുന്നു, ഇത് ഡാറ്റാ ഉപയോഗം ഗണ്യമായി വർദ്ധിപ്പിക്കും (ഷോർട്ട്പിക്സൽ, ടൈനിപിഎൻജി എന്നിവയിൽ ഇത് പ്രത്യേകിച്ചും ശ്രദ്ധേയമാണ്).
  3. ആദ്യം ചെറിയ തോതിൽ സ്ഥിരീകരിച്ച് ശേഷം ബൾക്കായി ചെയ്യുക(വളരെ പ്രധാനമാണ്)

കൂടുതൽ അനുയോജ്യമായ വഴി:

  • സാധാരണയായി ബുദ്ധിമുട്ടില്ലാത്ത തിരഞ്ഞെടുപ്പാണ് ഓപ്ഷൻ ബി: ഷോർട്ട്പിക്സൽ, ഇമാജിഫൈ, ടൈനിപിഎൻജി എന്നിവയെല്ലാം ബാച്ച് പ്രോസസ്സിംഗിനെ പിന്തുണയ്ക്കുന്നു; ക്വാട്ട സിസ്റ്റം മനസ്സിലാക്കുകയും മുൻകൂട്ടി ചെലവുകൾ വിലയിരുത്തുകയുമാണ് പ്രധാനം.
  • റൂട്ട് Aയും സാധ്യമാണ്, പക്ഷേ Plus WebPയുടെ “ID ഓവർറൈഡ് ചെയ്യുക/മൂലചിത്രം ഇല്ലാതാക്കുക/URL മാറ്റിസ്ഥാപിക്കുക” പ്രവർത്തനങ്ങൾ കൂടുതൽ ജാഗ്രതയോടെ കൈകാര്യം വേണം: ഇത് ആസ്തി മൈഗ്രേഷനാണ്, അതിനാൽ തുടങ്ങുമ്പോഴുതന്നെ മുഴുവൻ മാറ്റിസ്ഥാപിക്കൽ ശുപാർശ ചെയ്യില്ല.

4.3 പോർട്ട്ഫോളിയോകൾ/ഫോട്ടോഗ്രാഫി വെബ്സൈറ്റുകൾ (ചിത്രങ്ങളുടെ ഗുണമേന്മ നിർണായകവും, ഫയലുകൾ വലുതും, കാഴ്ചയ്ക്ക് ആകർഷകത്വം ഏറ്റവും പ്രധാനപ്പെട്ടതുമായവ)

മുൻഗണനാ ശുപാർശ:

  1. അളവുകൾ നിശ്ചയിക്കാനുള്ള തന്ത്രം (പ്രദർശന വിസ്തീർണ്ണ നിയന്ത്രണം)
  2. സംകോചന തന്ത്രം (വിശദാംശങ്ങൾ നഷ്ടപ്പെടുത്തുന്നതിനേക്കാൾ അല്പം വലിയ ഫയൽ ഉള്ളതാണ് നല്ലത്)
  3. WebP/AVIF വലിയ ചിത്രങ്ങളിൽ വളരെ ഗുണകരമാണ്, പക്ഷേ ദൃശ്യഗുണം പരിശോധിക്കണം

കൂടുതൽ അനുയോജ്യമായ വഴി:

  • ഇമാജിഫൈ: “ഒറിജിനൽ ചിത്രത്തിന്റെ വലുപ്പം” അനുസരിച്ച് ക്വോട്ട കുറയും; ഇത്തരത്തിലുള്ള സൈറ്റുകളിൽ “ബജറ്റ് നിയന്ത്രിക്കാവുന്നത്” കൂടുതൽ എളുപ്പമാണ് (ഓരോ വലിയ ചിത്രത്തിനും ഏകദേശം എത്ര കുറയുമെന്ന് നിങ്ങൾക്കറിയാം), പക്ഷേ ആവർത്തിച്ച് വീണ്ടും കംപ്രസ് ചെയ്യുന്നത് ഒഴിവാക്കണം.
  • ഷോർട്ട്പിക്സൽ: അധികം തംബ്‌നെയ്ൽ വലുപ്പങ്ങൾ ഇല്ലെങ്കിൽ, ക്രെഡിറ്റ് ഉപയോഗം താരതമ്യേന ലളിതമാണ്; എന്നാൽ നിങ്ങൾ ധാരാളം വലുപ്പങ്ങളും അടുത്ത തലമുറ പതിപ്പുകളും ഉണ്ടാക്കുകയാണെങ്കിൽ, ക്രെഡിറ്റ് ഉപയോഗം ഗണ്യമായി വർദ്ധിക്കും, അതിനാൽ നിങ്ങൾ മുൻകൂട്ടി ആസൂത്രണം ചെയ്യേണ്ടതുണ്ട്.

5. ക്വാട്ടയും ബില്ലിംഗും: സൗജന്യ അനുവദനീയമായ അളവ് മതിയായതാണോ എന്ന് സമഗ്രമായി പരിശോധിക്കുക

അവസാനം ഏതാണ് കൂടുതൽ ചെലവുകുറവ്, സൗജന്യം എത്രകാലം മതിയാകും?

5.1 മൂന്ന് നിരക്കാക്കൽ മോഡലുകൾ

  • ഷോർട്ട്പിക്സൽ(കടപ്പാട്)“ഒറിജിനൽ ചിത്രം + തമ്പ്‌നെയിൽ എണ്ണം” അനുസരിച്ച് ക്രെഡിറ്റുകൾ കണക്കാക്കും; WebP/AVIF സൃഷ്ടിക്കുമ്പോൾ ഓരോ അനുബന്ധ പതിപ്പിനും അധിക ക്രെഡിറ്റ് കുറയും.
  • ഇമാജിഫൈ(MB ക്വാട്ട):“അസൽ ഫയൽ വലുപ്പം” അനുസരിച്ച് ക്വോട്ട കുറയും; തമ്പ്‌നെയിലുകൾ കൂടുതലായാൽ കൂടുതൽ കുറയും; വീണ്ടും കമ്പ്രസ് ചെയ്താൽ വീണ്ടും കുറയും.
  • ടൈനിപിഎൻജി(കടപ്പാട്)പ്രതിമാസം 500 ക്രെഡിറ്റുകൾ; WebP/AVIF പരിവർത്തനം പ്രവർത്തനക്ഷമമാക്കിയാൽ ഓരോ ചിത്ര വലിപ്പത്തിനും അധിക ക്രെഡിറ്റ് കുറയും.

5.2 വേഗത്തിലുള്ള കണക്കുകൂട്ടൽ രീതി

നിങ്ങൾക്ക് ഇത് താഴെ പറയുന്ന രീതിയിൽ കണക്കാക്കാം:

  1. നിങ്ങൾ പതിവായി അപ്‌ലോഡ് ചെയ്യുന്ന ഒരു ഒറിജിനൽ ചിത്രം എടുക്കി, അതിന്റെ ഏകദേശ വലുപ്പം നോക്കൂ (ഉദാ. 300KB / 1MB / 3MB)
  2. ഇത് നിങ്ങളുടെ സൈറ്റ് സാധാരണയായി എത്ര തരം തംബ്‌നെയിൽ വലുപ്പങ്ങൾ ഉണ്ടാക്കുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു (ഉദാഹരണത്തിന് 5, 10 അല്ലെങ്കിൽ 20).
  3. നിങ്ങൾ WebP/AVIF ജനറേറ്റ് ചെയ്യണോ എന്ന് തീരുമാനിക്കുക (അതെ/ഇല്ല)

താഴെയുള്ള “മനക്കണക്കുപയോഗിച്ച്” ചെലവ് മനസ്സിലാക്കുക:

  • ഷോർട്ട്പിക്സൽഓരോ ചിത്രത്തിനും ഏകദേശം (1 + തംബ്‌നെയ്‌ലുകളുടെ എണ്ണം) ക്രെഡിറ്റുകൾ; WebP/AVIF ജനറേറ്റ് ചെയ്താൽ, ഇത് ഏകദേശം ഇരട്ടിയാകും (അടുത്ത തലമുറ പതിപ്പുകൾക്കും ക്രെഡിറ്റുകൾ ആവശ്യമുള്ളതിനാൽ).
  • ഇമാജിഫൈഓരോ ചിത്രത്തിനുമുള്ള ക്വാട്ട ഏകദേശം (യഥാർത്ഥ ചിത്രത്തിന്റെ വലുപ്പം + എല്ലാ തംബ്‌നെയിലുകളുടെയും ആകെ വലുപ്പം) ആണ്; കംപ്രഷൻ ലെവൽ മാറ്റുകയും ചിത്രം വീണ്ടും കംപ്രസ്സ് ചെയ്യുകയും ചെയ്താൽ ക്വാട്ടയിൽ നിന്ന് കൂടുതൽ കുറവ് വരുമായിരിക്കും.
  • ടൈനിപിഎൻജിസൗജന്യം 500 ക്രെഡിറ്റുകൾ; നിങ്ങളുടെ സൈറ്റിലെ ഓരോ ചിത്രത്തിനും പല വലുപ്പങ്ങൾ ഉണ്ടാകുകയും രൂപാന്തരം പ്രവർത്തനക്ഷമമാകുകയും ചെയ്താൽ, സൗജന്യ ചിത്രങ്ങളുടെ എണ്ണം ഗണ്യമായി കുറയും (പ്ലഗിൻ പേജിൽ “ഏകദേശം 100 ചിത്രം/മാസം” എന്നും “ഏകദേശം 50 ചിത്രം/മാസം” എന്നും വ്യക്തമാക്കിയിരിക്കുന്നു)

6. നഷ്ടസാധ്യതയെക്കുറിച്ചുള്ള വെളിപ്പെടുത്തൽ

അപകടം 1: ഒരേ കാര്യം പല പ്ലഗിനുകളും ആവർത്തിച്ച് ചെയ്യാൻ അനുവദിക്കരുത്

ഇതാണ് ഏറ്റവും സാധാരണമായ “ദുരന്തത്തിന്റെ ഉറവിടം”

  • റൂട്ട് A:കൂടാതെ WebP അല്ലെങ്കിൽ AVIF + EWWWഇരുവരുടെയും ചുമതല വേർതിരിക്കുക; ഒരേ തരത്തിലുള്ള മാറ്റവും കൈമാറ്റവും ഒരേസമയം ചെയ്യരുത്, അല്ലെങ്കിൽ ഇവയിൽ ഒന്ന് മാത്രമേ ഇൻസ്റ്റാൾ ചെയ്യാവൂ
  • ഓപ്ഷൻ ബി: ഷോർട്ട്പിക്സൽ / ഇമാജിഫൈ / ടൈനിപിഎൻജി മൂന്നെണ്ണത്തിൽ ഒരെണ്ണം തിരഞ്ഞെടുക്കുക(തിരഞ്ഞെടുക്കുക ഒന്ന് ചുമതലപ്പെടുത്തിയ കംപ്രഷനും next-genനും)

അപകടം 2: Plus WebPയിലെ “ID ഓവർറൈഡ് / യഥാർത്ഥ ചിത്രം ഇല്ലാതാക്കൽ / URL മാറ്റിസ്ഥാപിക്കൽ” ആസ്തി മൈഗ്രേഷനിൽപ്പെടുന്നു

വീണ്ടും ഊന്നിപ്പറയുന്നു:പ്ലസ് WebP ഒരു പൂർണ്ണ ജനറേഷൻ സമയത്ത്, യഥാർത്ഥ ഇമേജ് ഐഡി മറികടക്കപ്പെടുകയും, യഥാർത്ഥ ഫയൽ ഇല്ലാതാക്കുകയും, ഉള്ളടക്ക URL മാറ്റിസ്ഥാപിക്കുകയും ചെയ്യുമെന്ന് വിവരണം വ്യക്തമായി പറയുന്നു.
ഇത് “എപ്പോഴും പിൻവലിക്കാവുന്ന ചെറിയൊരു ക്രമീകരണം” അല്ല, മറിച്ച് ആസ്തി-തലത്തിലുള്ള ഒരു ഒറ്റത്തവണ മാറ്റമാണ്.

ശുപാർശ ചെയ്യുന്ന തന്ത്രം ഇപ്രകാരമായിരിക്കണം:

  • ചെറിയ തോതിലുള്ള ഒരു പരീക്ഷണം കൊണ്ട് തുടങ്ങുക (ഏതാനും ഡസനുകൾ മുതൽ ഏതാനും നൂറുകൾ വരെ)
  • ഫ്രണ്ട്-എൻഡ് ഡിസ്‌പ്ലേ, തംബ്‌നെയ്‌ലുകൾ, കാഷ് അപ്‌ഡേറ്റുകൾ എന്നിവയെല്ലാം ശരിയായി പ്രവർത്തിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക.
  • മുഴുവൻ ഡാറ്റാബേസും പ്രോസസ്സ് ചെയ്യുന്നത് പരിഗണിക്കുക

റിസ്ക് 3: ക്ലൗഡ് കംപ്രഷനുള്ള “സൗജന്യ ക്വാട്ട'യുടെ യഥാർത്ഥ ഉപഭോഗം, തംബ്നെയ്‌ലുകളുടെ എണ്ണത്തെയും നെക്സ്റ്റ്-ജെൻ ഓപ്ഷനുകളുടെ തിരഞ്ഞെടുപ്പിനെയും ആശ്രയിച്ചിരിക്കുന്നു.

  • ഷോർട്ട്പിക്സൽതമ്പ്‌നെയിലും next-gen ഉം credits നെ ഗണ്യമായി ബാധിക്കും
  • ടൈനിപിഎൻജിWebP/AVIF പ്രവർത്തനക്ഷമമാക്കുന്നത് ഓരോ ചിത്രത്തിന്റെയും വലുപ്പത്തിന് അധിക ക്രെഡിറ്റ് കുറയ്ക്കുന്നതിന് കാരണമാകും.
  • ഇമാജിഫൈ: യഥാർത്ഥ ചിത്രത്തിന്റെ വലുപ്പത്തെ അടിസ്ഥാനമാക്കിയുള്ളതാണ് ചാർജ്; കൂടുതൽ തംബ്‌നെയിലുകൾ ഉണ്ടെങ്കിൽ ചാർജ് കൂടുതലായിരിക്കും; ആവർത്തിച്ചുള്ള ഡൗൺലോഡുകൾക്ക് അധിക ചാർജ് ഈടാക്കുന്നതാണ്

റിസ്ക് 4: “WebP/AVIF ഉണ്ടാക്കിയിരിക്കുന്നു” എന്നത് “ഫ്രണ്ട് എൻഡ് WebP/AVIF സെർവ് ചെയ്യുന്നു” എന്ന് അർത്ഥമാക്കുന്നില്ല”

പരിവർത്തനം കഴിഞ്ഞിട്ടും “വേഗം കൂടിയില്ല” എന്ന് പലർക്കും തോന്നുന്നു; കാരണം ഫ്രണ്ട്‌എൻഡിൽ ഇപ്പോഴും JPG/PNG തന്നെയാണ് ലഭിക്കുന്നത് (കാഷെ/റിറൈറ്റ്/ടാഗ്/ബ്രൗസർ നെഗോഷിയേഷൻ എന്നിവയിൽ ഏതെങ്കിലും പൊരുത്തപ്പെട്ടിട്ടില്ല).

7. ഞാൻ പൂർത്തിയാക്കിയ ശേഷം ഇത് ഫലം കണ്ടോ എന്ന് ഞാൻ എങ്ങനെ പരിശോധിക്കും?

വളരെ ലളിതമായ 4 പരിശോധനാ ഘട്ടങ്ങൾ:

  1. ഒരേ പേജ് രണ്ടാമതും റീഫ്രഷ് ചെയ്യുമ്പോൾ, ലോഡിംഗ് പ്രക്രിയ കൂടുതൽ സ്ഥിരതയുള്ളതും വേഗതയേറിയതുമാണോ?(ക്യാഷിംഗിന്റെയും ഒപ്റ്റിമൈസേഷന്റെയും ഫലങ്ങൾ എത്രത്തോളം ശ്രദ്ധേയമാണ്?)
  2. മൊബൈൽ ഉപകരണങ്ങളിലും ഡെസ്ക്ടോപ്പ് കമ്പ്യൂട്ടറുകളിലും ലോഡ് ചെയ്യുന്ന ചിത്രങ്ങളുടെ വലുപ്പത്തിൽ ശ്രദ്ധേയമായ വ്യത്യാസമുണ്ടോ?റെസ്പോൺസീവ് സ്രോതസ്സുകൾ/വലുപ്പങ്ങൾ (അത് പ്രവർത്തിക്കുമോ)
  3. റാൻഡം ആയി കുറച്ച് ചിത്രങ്ങൾ പരിശോധിക്കുക: WebP അല്ലെങ്കിൽ AVIF ഫയലുകളോ റിസോഴ്‌സുകളോ ഉണ്ടോ?(സൈറ്റ് യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്നുണ്ടോ അടുത്ത തലമുറ
  4. ചില ചിത്രങ്ങൾ നോക്കുക: അവ ശ്രദ്ധേയമായി മങ്ങിയിട്ടുണ്ടോ എന്നോ അക്ഷരങ്ങൾ അവ്യക്തമായി കാണുന്നുണ്ടോ എന്നോ കാണാൻ സൂം ചെയ്യുക.(കംപ്രഷൻ വളരെ കൂടുതലാണോ?)

ഇവ നാലും ബാധകമാണെങ്കിൽ, നിങ്ങൾ തിരഞ്ഞെടുത്ത പാത ഇതിനകം പ്രവർത്തനക്ഷമമാണ് എന്ന് അർത്ഥം. അടുത്തതായി, ...യിലേക്ക് നീങ്ങുക CDN “ഡെലിവറി ലെയർ”...മൊത്തത്തിൽ ഇത് കൂടുതൽ സ്ഥിരതയുള്ളതായിരിക്കും.

8. നടപടിക്കുള്ള ശുപാർശകൾ

  1. ആദ്യം, ഒരു റൂട്ട് തിരഞ്ഞെടുക്കുക:
  • അതിനെ കഴിയുന്നത്ര സൗജന്യമായി നിലനിർത്താൻ ഞാൻ ആഗ്രഹിക്കുന്നു.:Plus WebP അല്ലെങ്കിൽ AVIF + EWWW (അല്ലെങ്കിൽ ഇവയിൽ ഒന്നേ മാത്രം ഇൻസ്റ്റാൾ ചെയ്യുക)
  • സെർവർ റിസോഴ്‌സുകൾ ലാഭിക്കണോ? ഉപയോഗത്തിനനുസരിച്ച് പണമടയ്ക്കുന്നത് കൂടുതൽ തടസ്സങ്ങളില്ലാത്തതാണ്.ShortPixel / Imagify / TinyPNG എന്നിവയിൽ ഒന്ന്
  1. ആദ്യം ചെറിയ തോതിൽ പരീക്ഷണം നടത്തുക(ചില ഡസൻ ചിത്രങ്ങൾ)
  2. പ്രശ്നമില്ലെന്ന് സ്ഥിരീകരിച്ച് ശേഷം ബൾക്കായി ചെയ്യുക
  3. ഡെലിവറി സ്ഥിരത കൂടുതൽ മെച്ചപ്പെടുത്തണം:വായന CDN വേഗപ്പെടുത്തുക

പതിവുചോദ്യങ്ങൾ

1. ഒടുവിൽ എനിക്ക് എത്ര പ്ലഗിനുകൾ ഇൻസ്റ്റാൾ ചെയ്യണം? എല്ലാം ഇൻസ്റ്റാൾ ചെയ്യാമോ?

ശക്തമായാൽ ഒരു വഴിമാത്രം തിരഞ്ഞെടുക്കുക.

  • റൂട്ട് A: പ്ലസ് WebP അല്ലെങ്കിൽ AVIF + EWWW ഇമേജ് ഓപ്റ്റിമൈസർ (അല്ലെങ്കിൽ ഇതിൽ ഒന്ന് മാത്രം ഇൻസ്റ്റാൾ ചെയ്യുക)
  • റൂട്ട് B: ShortPixel / Imagify / TinyPNG ഇവയിൽ ഒന്ന്
    ഒരേ സൈറ്റിൽ ഒരേസമയം ഒന്നിലധികം പ്ലഗിനുകൾക്ക് കമ്പ്രസ് ചെയ്യൽ/WebP/AVIF ആയി മാറ്റൽ/URL മാറ്റൽ/ഡെലിവറി റിറൈറ്റ് ചെയ്യൽ എന്നിവ ചെയ്യാൻ അനുവദിച്ചാൽ, കാര്യങ്ങൾ എളുപ്പത്തിൽ കുഴഞ്ഞുപോകുകയും പ്രശ്നം കണ്ടെത്താൻ ഏറ്റവും ബുദ്ധിമുട്ടാകുകയും ചെയ്യും.

2. വേർഡ്പ്രസ്സ് ഇതിനകം തന്നെ WebP/AVIF പിന്തുണയ്ക്കുന്നില്ലേ? എനിക്കിപ്പോഴും ഒരു പ്ലഗിൻ ആവശ്യമുണ്ടോ?

വേർതിരിച്ചറിയണം:
“അപ്‌ലോഡ്/ഉപയോഗം പിന്തുണയ്ക്കുന്നു ≠ സ്വയമാറ്റം/സ്വയമെത്തിക്കൽ
WordPress 6.5 പഴയ JPG/PNG ഫയലുകളെ സ്വയമേവ കൂട്ടമായി WebP/AVIF ആയി മാറ്റുകയില്ല, കൂടാതെ “ബ്രൗസറിന്റെ കഴിവിനെ ആശ്രയിച്ച് AVIF/WebP നൽകുകയും ആവശ്യമെങ്കിൽ പഴയ ഫോർമാറ്റിലേക്ക് മടങ്ങുകയും ചെയ്യുന്ന” പൂർണ്ണ പ്രവാഹവും സ്വയമേവ സജ്ജമാക്കുകയില്ല. പഴയ മീഡിയ ലൈബ്രറിയും ഇതിന് ഒപ്പമാക്കാൻ സാധാരണയായി പ്ലഗിൻ അല്ലെങ്കിൽ സേവനം ഉപയോഗിച്ച് അത് പൂരിപ്പിക്കേണ്ടിവരും.

3. ചിത്രങ്ങളുടെ ഒപ്റ്റിമൈസേഷന്റെ കാര്യത്തിൽ, ഏത് ഘട്ടമാണ് യഥാർത്ഥത്തിൽ ഏറ്റവും ഉയർന്ന പ്രതിഫലം നൽകുന്നത്?

സാധാരണയായി ആദ്യം “വലുപ്പം” ശരിയായി ക്രമീകരിക്കുക(srcset/sizes)
പല വെബ്സൈറ്റുകളും വേഗത കുറഞ്ഞതായി കാണപ്പെടുന്നത് അവ കംപ്രസ്സ് ചെയ്യാത്തതുകൊണ്ടല്ല, മറിച്ച് 900px വീതിയുള്ള ഒരു പേജ് മാത്രം പ്രദർശിപ്പിക്കുകയും, അതേസമയം യഥാർത്ഥ 3000px ഇമേജ് ഡൗൺലോഡ് ചെയ്യാൻ ഉപയോക്താക്കളെ നിർബന്ധിക്കുകയും ചെയ്യുന്നതുകൊണ്ടാണ്. കംപ്രഷന് കുറച്ച് കിലോബൈറ്റുകൾ ലാഭിക്കാൻ കഴിയും, എന്നാൽ “തെറ്റായ അളവുകൾ” കാരണം യാതൊരു പ്രയോജനവുമില്ലാതെ നിങ്ങൾക്ക് പലമടങ്ങ് കൂടുതൽ ഡാറ്റ ഡൗൺലോഡ് ചെയ്യേണ്ടി വരും.

4. ഇപ്പോൾ ലോഡ് ചെയ്യുന്നതു “ചെറിയതായ ആ ചിത്രം” ആണോ, അല്ലെങ്കിൽ എല്ലായ്പ്പോഴും ഒറിജിനൽ ചിത്രമോ ഡൗൺലോഡ് ചെയ്യുന്നതാണോ എന്ന് ഞാൻ എങ്ങനെ സ്ഥിരീകരിക്കും?

രണ്ട് സംഭവങ്ങൾ നോക്കാം:

  • മൊബൈലിൽ പേജ് തുറക്കുമ്പോൾ ഡൗൺലോഡ് ചെയ്യുന്ന ചിത്രത്തിന്റെ വലുപ്പം ഡെസ്ക്ടോപ്പിലേതിനെക്കാൾ വ്യക്തമായി ചെറുതാണ്
  • ഒരേ ചിത്രം വിവിധ ഉപകരണങ്ങളിൽ ലോഡ് ചെയ്യുന്ന വിഭവ വലുപ്പം വ്യത്യസ്തമാണ്
    എപ്പോഴും യഥാർത്ഥ ചിത്രം തന്നെയാണ് ഡൗൺലോഡ് ആവുന്നതെങ്കിൽ, സാധാരണ കാരണം തീം/ബിൽഡർ ചിത്രം CSS പശ്ചാത്തലമായി അല്ലെങ്കിൽ ഇഷ്ടാനുസൃത ഔട്ട്പുട്ടായി ഉപയോഗിച്ച് മീഡിയ ലൈബ്രറിയിലെ വിവിധ വലിപ്പങ്ങളും srcset ഉം ഒഴിവാക്കുന്നതാണ്.

5. “WebP/AVIF generated” എന്നത് ഫ്രണ്ട് എൻഡ് WebP/AVIF ഔട്ട്പുട്ട് ചെയ്യുന്നു എന്ന് നിർബന്ധമായും അർത്ഥമാക്കുന്നുണ്ടോ?

സമമല്ല.
ജനറേഷൻ “ഫയൽ ലെവലിൽ” മാത്രമേ പൂർത്തിയാകൂ; WebP/AVIF ഫ്രണ്ട് എൻഡിലേക്ക് യഥാർത്ഥത്തിൽ സെർവ് ചെയ്യപ്പെടുന്നുണ്ടോ എന്നത് റൈറ്റ്രിറ്റിംഗ്, `picture` ടാഗ് തന്ത്രം, കാഷ് ഹിറ്റ് ആകുന്നുണ്ടോ എന്നത്, ബ്രൗസർ നെഗോഷിയേഷൻ ഫലപ്രദമാണോ എന്നത് തുടങ്ങിയ ഘടകങ്ങളെ ആശ്രയിച്ചിരിക്കുന്നു. നിങ്ങൾ പൂർത്തിയാക്കിക്കഴിഞ്ഞാൽ, “ചില ചിത്രങ്ങളുടെ റിസോഴ്സ് തരങ്ങൾ സ്പോട്ട്-ചെക്ക്” ചെയ്യണം.

6. Plus WebP അല്ലെങ്കിൽ AVIF യഥാർത്ഥത്തിൽ അപകടകരം എവിടെയാണ്? എനിക്ക് മുഴുവൻ ലൈബ്രറിയിലും ഒരു ക്ലിക്കിൽ പ്രവർത്തിപ്പിക്കാനാകുമോ?

അതിന്റെ അപകടസാധ്യത “കംപ്രഷൻ” അല്ല, മറിച്ച്ആസ്തി മൈഗ്രേഷൻ നിലയിലെ മാറ്റങ്ങൾ

  • പൂർണ്ണമായി സൃഷ്ടിക്കുമ്പോൾ യഥാർത്ഥ ചിത്ര ഫയൽ ID മുകളെഴുതപ്പെടാനും, യഥാർത്ഥ ഫയൽ ഇല്ലാതാക്കപ്പെടാനും, ഉള്ളടക്കത്തിലുള്ള URL മാറ്റിസ്ഥാപിക്കപ്പെടാനും സാധ്യതയുണ്ട്.
    അതുകൊണ്ട്ആരംഭത്തിൽ തന്നെ മുഴുവൻ ഡാറ്റാബേസ് മാറ്റിസ്ഥാപിക്കൽ ശുപാർശ ചെയ്യില്ലആദ്യം ചെറിയ പരിധിയിൽ പരീക്ഷിക്കുക (പതികൾ മുതൽ നൂറുകണക്കിന് വരെ) + ഉപയോഗിക്കാവുന്ന ബാക്കപ്പ് ഉണ്ടായ ശേഷം മാത്രമേ മുഴുവൻ ഡാറ്റാബേസ് കൈകാര്യം ചെയ്യുന്നത് പരിഗണിക്കൂ.

7. പ്ലസ് WebPയുടെ രണ്ട് മോഡുകളിൽ ഏത് തിരഞ്ഞെടുക്കണം: യഥാർത്ഥ ചിത്രം നിലനിർത്തണോ vs മാറ്റി യഥാർത്ഥ ചിത്രം ഇല്ലാതാക്കണോ?

ലളിതമായി മനസ്സിലാക്കുക:

  • മോഡ് 1: അസൽ ചിത്രം നിലനിർത്തി + WebP/AVIF പകർപ്പുകൾ സൃഷ്ടിക്കുക (കൂടുതൽ സ്ഥിരം)പഴയതിലേക്ക് എളുപ്പത്തിൽ മാറാൻ സാധിക്കും, എന്നാൽ ഇത് കൂടുതൽ ഡിസ്ക് സ്പേസ് എടുക്കും (യഥാർത്ഥ ഇമേജ് + പുതിയ ഫോർമാറ്റ് + വിവിധ തംബ്നെയിൽ വലുപ്പങ്ങൾ).
  • മോഡ് 2: പകരംവെച്ച് മൂല ചിത്രം ഇല്ലാതാക്കുക (കൂടുതൽ ആക്രാമകമായി)ഡിസ്കിന് വികസിക്കാൻ സാധ്യതയില്ല, എന്നാൽ നിങ്ങൾ ആസ്തികളും റെഫറൻസുകളും പരിഷ്കരിക്കുകയാണെങ്കിൽ, അനുയോജ്യതാ പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നത് കൂടുതൽ ചെലവേറിയതാകും.
    സൈറ്റ് കൂടുതൽ സങ്കീർണ്ണമായാൽ (ഇ-കൊമേഴ്‌സ്/കൂടുതൽ പ്ലഗിനുകൾ/ഒന്നിലധികം വലിപ്പങ്ങൾ), കൂടുതൽ സ്ഥിരതയുള്ള മോഡിൽ നിന്ന് തുടങ്ങുന്നതാണ് നല്ലത്.

8. EWWW ഇമേജ് ഓപ്റ്റിമൈസറിന്റെ സൗജന്യ ലോക്കൽ കംപ്രഷൻ മതി വരുമോ? അത് സർവറിനെ തളർത്തുമോ?

EWWW ഒരു പ്രാദേശിക കംപ്രഷൻ വർക്കറിനെപ്പോലെയാണ്: CPU/IO ഉപയോഗിക്കും
സാധാരണയായി ബാച്ച് ഓപ്റ്റിമൈസേഷനിൽ ലോഡ് കൂടാം; അതുകൊണ്ട് ഇത് പറ്റില്ലെന്നല്ല, ശരിയായ തന്ത്രം വേണം: ഘട്ടംഘട്ടമായി, കുറഞ്ഞ ട്രാഫിക് സമയത്ത്, ആവശ്യമായാൽ ഓഫ്‌ലോഡ്/ക്ലൗഡ് പരിഹാരം തിരഞ്ഞെടുക്കുക.
നിങ്ങൾ തടസ്സങ്ങളില്ലാത്ത ഒരു പരിഹാരമാണ് തിരയുന്നതെങ്കിൽ, അല്ലെങ്കിൽ നിങ്ങളുടെ സെർവർ വിഭവങ്ങൾ പരിമിതമാണെങ്കിൽ, ഓപ്ഷൻ ബി സെർവർ-സൗഹൃദപരമാണ്.

9. ShortPixel-ന്റെ മാസം 100 സൗജന്യ ക്രെഡിറ്റുകൾ എന്തുകൊണ്ട് എനിക്ക് ചില ചിത്രങ്ങൾ കൊണ്ടുതന്നെ തീർന്നുപോയതുപോലെ തോന്നുന്നു?

കാരണം “ക്രെഡിറ്റ്സ്” എന്നത് 'ചിത്രങ്ങളുടെ എണ്ണം' അല്ല.”, തംബ്‌നെയ്‌ലുകളാലും അടുത്ത തലമുറയിലുമായി വികസിപ്പിക്കും:

  • ഒറിജിനൽ ചിത്രം + ഓരോ തമ്പ്‌നെയിലും ക്രെഡിറ്റായി കണക്കാക്കും
  • WebP/AVIF സൃഷ്ടിച്ചാൽ, ഓരോ അനുബന്ധ പതിപ്പിനും അധികമായി ക്രെഡിറ്റ് ചെലവാകും
    അതിനാൽ നിങ്ങൾ “ഒരു ചിത്രം” എന്ന് കരുതുന്നത് യഥാർത്ഥത്തിൽ ഏകദേശം “രണ്ടക്ക ക്രെഡിറ്റുകൾ” വരെ ഉപയോഗിച്ചേക്കാം. ഷോർട്ട്പിക്സൽ

10. Imagifyയുടെ സൗജന്യ 20MB/മാസം, എന്തുകൊണ്ട് ഇതും വേഗത്തിൽ തീരുന്നു?

Imagify കൂടുതലായി “ട്രാഫിക് പാക്കേജ്” പോലെയാണ്:

  • നിങ്ങൾ അയച്ചതുപോലെയഥാർത്ഥ ഫയൽ വലുപ്പംക്വോട്ട കുറവ്
  • ലഘുചിത്രങ്ങൾ കൂടുതലായാൽ, ഉപയോഗവും കൂടുതലാകും
  • കംപ്രഷൻ നില മാറ്റി വീണ്ടും ഓപ്റ്റിമൈസ് ചെയ്താൽ ക്വോട്ട വീണ്ടും ചെലവാകും
  • അതേ API കీ പല സൈറ്റുകളും പങ്കിട്ട് ഉപയോഗിക്കുന്നു, ക്വോട്ടയും പങ്കിടുന്നു
    അതിനാൽ “20MB വേഗം തീരുന്നു” എന്നത് പലപ്പോഴും ചിത്രം വളരെ വലുതാകുന്നതോ, തമ്പ്‌നെയിലുകൾ വളരെ കൂടുതലാകുന്നതോ, അല്ലെങ്കിൽ വീണ്ടും വീണ്ടും ശ്രമിച്ച് പിഴച്ചതുകൊണ്ടോ ഉണ്ടായതാണ്.

11. TinyPNG സൗജന്യമായി മാസം 500 ക്രെഡിറ്റുകൾ നൽകുന്നു, പക്ഷേ പ്ലഗിൻ എന്തുകൊണ്ട് ഏകദേശം മാസം 100 ചിത്രങ്ങൾ മാത്രമെന്ന് പറയുന്നു? WebP/AVIF ഓണാക്കിയാൽ അത് മാസം 50 ചിത്രങ്ങളാകുന്നതെന്തിന്?

കാരണം TinyPNGയുടെ ക്രെഡിറ്റുകളും “വലുപ്പം/വേരിയന്റ്” മൂലം കൂടും៖

  • സാധാരണ WordPress ഇൻസ്റ്റാളേഷൻ ഏകദേശം മാസംതോറും 100 ചിത്രങ്ങൾ വരെ കമ്പ്രസ് ചെയ്യും
  • AVIF അല്ലെങ്കിൽ WebP രൂപാന്തരണം പ്രവർത്തനക്ഷമമാക്കുക:ഓരോ ചിത്ര വലുപ്പവും അധികമായി ഒരു ക്രെഡിറ്റ് ഉപയോഗിക്കുംഅതുകൊണ്ട് ഏകദേശം മാസം 50 ചിത്രങ്ങൾ മാത്രം കംപ്രസ് ചെയ്ത് പരിവർത്തനം ചെയ്യാൻ കഴിയും (തമ്പ്‌നെയിൽ വലിപ്പങ്ങളുടെ എണ്ണത്തെ ആശ്രയിച്ച്)
    അതിനാൽ 500 ക്രെഡിറ്റുകൾ ≠ 500 ചിത്രങ്ങൾ।

12. നമ്മുടെ സൈറ്റിൽ എത്ര തംബ്നെയ്‌ലുകളുണ്ട്? അവയ്ക്ക് എന്തുകൊണ്ടാണ് ഇത്രയധികം സ്വാധീനം?

ഒരു ചിത്രം അപ്‌ലോഡ് ചെയ്താൽ WordPress പല വലിപ്പങ്ങൾ സൃഷ്ടിക്കും; തീം/പ്ലഗിൻകൾ (പ്രത്യേകിച്ച് ഇ-കൊമേഴ്‌സ്) കൂടുതൽ വലിപ്പങ്ങളും ചേർക്കാം.
ക്ലൗഡ് കംപ്രഷൻ ക്രെഡിറ്റ്/കോട്ട സാധാരണയായി “അസൽ ചിത്രം + തമ്പ്‌നെയിൽ” ചേർത്ത് കണക്കാക്കും, അതിനാൽ തമ്പ്‌നെയിൽ കൂടുതൽ ആയാൽ സൗജന്യ പരിധി അത്ര വേഗം തീരും.

13. ലേസി ലോഡിംഗ് എല്ലായ്പ്പോഴും കാര്യങ്ങൾ വേഗത്തിലാക്കുമോ? ലേസി ലോഡിംഗ് യഥാർത്ഥത്തിൽ കാര്യങ്ങൾ മന്ദഗതിയിലാക്കുമെന്ന് ചിലർ എന്തിനാണ് പറയുന്നത്?

ലേസി ലോഡിംഗ്, സ്ക്രീനിന് പുറത്തുള്ള റിസോഴ്സുകൾക്ക് അനുയോജ്യമാണ്.
ആദ്യ സ്‌ക്രീനിലെ ഏറ്റവും പ്രധാനപ്പെട്ട വലിയ ചിത്രവും വൈകി ലോഡ് ചെയ്താൽ, ആദ്യ സ്‌ക്രീൻ അനുഭവം മന്ദഗതിയിലാകാം. WordPress 5.5 മുതൽ ഡിഫോൾട്ട് ലേസി ലോഡിംഗ് പ്രശ്നമില്ല, പക്ഷേ “എല്ലാറ്റിനും ഒരേ രീതിയിൽ” ചെയ്യരുത്.

14. ഞാൻ റൂട്ട് A അല്ലെങ്കിൽ B എടുത്താൽ, CDN / ചിത്രം CDN എപ്പോൾ ആവശ്യമാണ്?

സമ്മർദ്ദം, ഫയൽ വലുപ്പം, ഫോർമാറ്റ് എന്നിവ ഫയലുകൾ ചെറുതും കൂടുതൽ അനുയോജ്യവുമാക്കുന്ന പ്രശ്നം പരിഹരിക്കുന്നു;
CDN കൂടുതൽ സമീപവും സ്ഥിരതയുമുള്ള ഡെലിവറി പരിഹരിക്കുന്നു
ചിത്രങ്ങൾ ഉറവിട സൈറ്റിൽ നിന്ന് ദൂരെയായി ഫെച്ച് ചെയ്യുന്നതിനാൽ വൈകൽ്യം വ്യക്തമായി കാണുമ്പോൾ, പിന്നെ CDN/ചിത്രം CDN (ഉദാഹരണത്തിന് Cloudflare Polish / Jetpack Site Accelerator) കൂടി ചേർത്താൽ ആകെ കൂടുതൽ സ്ഥിരതയാർന്നതായിരിക്കും, വായന WordPress CDN വേഗവർധനം

15. ഞാൻ പൂർത്തിയാക്കിക്കഴിഞ്ഞാൽ, അത് ശരിക്കും പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കാനുള്ള ഏറ്റവും എളുപ്പമുള്ള മാർഗ്ഗം എന്താണ്?

ഏറ്റവും സമയം ലാഭിക്കുന്ന സ്ഥിരീകരണ രീതി:

  • ഒരേ പേജ് രണ്ടാമതും റീഫ്രഷ് ചെയ്യുമ്പോൾ, ലോഡിംഗ് പ്രക്രിയ കൂടുതൽ സ്ഥിരതയുള്ളതും വേഗതയേറിയതുമാണോ?
  • മൊബൈൽ, ഡെസ്ക്ടോപ്പ് പതിപ്പുകൾ തമ്മിൽ ചിത്രത്തിന്റെ വലുപ്പത്തിൽ ശ്രദ്ധേയമായ വ്യത്യാസമുണ്ടോ (srcset/sizes ഉദ്ദേശിച്ച രീതിയിൽ പ്രവർത്തിക്കുന്നുണ്ടോ)?
  • റാൻഡം ആയി കുറച്ച് ചിത്രങ്ങൾ പരിശോധിക്കുക: WebP അല്ലെങ്കിൽ AVIF ഫയലുകളോ റിസോഴ്‌സുകളോ ഉണ്ടോ?
  • ചില ചിത്രങ്ങൾ നോക്കുക: അവ ശ്രദ്ധേയമായി മങ്ങിയിട്ടുണ്ടോ എന്നോ അക്ഷരങ്ങൾ അവ്യക്തമായി കാണുന്നുണ്ടോ എന്നോ കാണാൻ സൂം ചെയ്യുക.