මුල් පිටුව/මාර්ගෝපදේශය/වෙබ් අඩවි ප්‍රශස්ත කිරීම/අන්තර්ගතයේ විස්තර

රූප ප්‍රශස්තකරණය යනු WordPress කාර්යසාධනයේ වඩාත්ම “ඉහළ ප්‍රතිලාභ” ලබාදෙන අංශවලින් එකකි: එකම පිටු ව්‍යුහය, එකම තේමාව තිබුණත්, රූපයේ ගොනු ප්‍රමාණය, මානය, ආකෘතිය සහ බෙදාහැරීමේ ක්‍රමය නිවැරදිව සකස් කළහොත්, පූරණ අත්දැකීම බොහෝ විට වහාම දියුණු වේ.

නමුත් රූප ප්‍රශස්තකරණයත් මිනිසුන්ට “කළ තරමට තවත් අවුල්” වෙන්න ඉතා පහසුය. හේතුව තාක්ෂණය අතිශය දුෂ්කර වීම නොව, තොරතුරු අතිශය විખණ්ඩිත වීමයි:
ඔබ ලිපි කිහිපයක් කියවා “සම්පීඩනය”, “WebP/AVIF”, “අලස ලෝඩ් කිරීම” ගැන දැනගන්නවා. ඊට පස්සේ ප්ලගින් හැඳින්වීම් බලද්දී “මාසිකව නොමිලේ 100 ක්‍රෙඩිට්”, “නොමිලේ 20MB”, “එක් රූපයකට 1 ක්‍රෙඩිට්” කියලා තිබෙනවා. අන්තිමේදී බැලූ බැලූ තරමටම තවත් ගැඹුරු ගැටලුවක් වෙයි — ඇත්තටම නොමිලේ දෙන ප්‍රමාණය ප්‍රමාණවත්ද? ගාස්තු කපන්නේ කොහොමද? “එකම දෙය” ගැන ඔබගේ අවබෝධය වැරදිද? සහ වඩාත්ම වැදගත් දෙය:ඔයා කරලා ඉවර වුණාට පස්සේ ඇත්තටම එය ක්‍රියාත්මක වුණාද?

මෙම ලිපිය කරන්නේ කරුණු තුනක් පමණි:

  1. ඔබට ක්‍රියාත්මක කළ හැකි එකක් දෙන්නමාර්ග සිතියම(මුලින් කුමක් කළ යුතුද, පසුව කුමක් කළ යුතුද)
  2. ඔබ තෝරන්න යන සැලැස්ම පැහැදිලිව කියන්න (නොමිලේ/ගෙවීම් අතර වෙනස මොකක්ද, එක එකක් කාට සුදුසුද)
  3. වඩාත් පොදු ගැටලු පෙරම ලියා තබන්න (ඔබ වැඩ අවසන් කළ පසු හැමතැනම සෙවීමෙන් වළකින්න)

1. මූලික ස්තරය: WordPress සමඟම තිබෙන්නේ මොනවාද, නොතිබෙන්නේ මොනවාද

ඔබ මුලින්ම WordPress මූලික පද්ධතිය දැනටමත් කර ඇති දේ තේරුම් නොගත්තොත්, පහසුවෙන් තත්ත්ව දෙකක් ඇති විය හැක:

  • භාවිත කළ යුතු “නොමිලේ හැකියාව” නොභාවිතා කර, ඒ වෙනුවට කාලය/මුදල් වැය කර නැවතම එකම දේ සෑදීම
  • WordPress පැරණි පින්තූර WebP/AVIF වෙත ස්වයංක්‍රීයව මාරු කරයි කියලා හිතුවා, නමුත් එහෙම නොවන බව පසුව දැනගත්තා

WordPress මූලික පද්ධතිය තුළම මෙම ප්‍රධාන හැකියාවන් ඇතුළත් කර ඇත:

  • ප්‍රතිචාරාත්මක පින්තූර (srcset/sizes)WordPress 4.4 සිට, මූලික පද්ධතිය රූප සඳහා ප්‍රතිදානය කරයි srcset 与 sizesතවද, උඩුගත කිරීමේදී සාදන ලද බහු-ප්‍රමාණ රූප භාවිතා කරමින්, තිරයේ තත්ත්වයන් අනුව වඩාත් සුදුසු සම්පත පූරණය කිරීමට බ්‍රව්සරයට තෝරාගැනීමට ඉඩ දෙයි.
  • ස්වභාවික ප්‍රමාද පූරණය: WordPress 5.5 සිට පෙරනිමියෙන් පින්තූර සඳහා ස්වදේශීය lazy loading සක්‍රිය කරයි, 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 මුල් රූපය බාගත කරවයි. බ්‍රව්සරය කරන්නේ “මුලින්ම බාගත කරලා, පසුව කුඩා කර පෙන්වීම” පමණයි. මෙය බෑන්ඩ්විත් නාස්ති කරයි, විකේතන කාලය වැඩි කරයි, සහ මුල් තිරයේ පූරණය මන්දගාමී කරයි.

WordPress 4.4+ 的ප්‍රතිචාරාත්මක රූප යාන්ත්‍රණය（srcset/sizes) එය නිරාකරණය කිරීමටමයි.

මොන මට්ටමට ළඟා වුවහොත් සුදුසුද?

  • ජංගමයෙන් පිටුව විවෘත කරන විට බාගත වන රූප ප්‍රමාණය ඩෙස්ක්ටොප්ට වඩා පැහැදිලිවම කුඩා විය යුතුය
  • එකම රූපය විවිධ උපාංගවලදී වෙනස් ප්‍රමාණයේ සම්පත් පූරණය කරයි (සැමවිටම මුල් රූපය බාගත නොකර)

වඩාත්ම පොදු වැරදි:

  • සමහර තේමා/බිල්ඩර් රූපය CSS පසුබිම් රූපයක් ලෙස හෝ අභිරුචි ලෙස ප්‍රදර්ශනය කරන නිසා එය මඟහැරිය හැක srcsetඑවිට සෑම විටම විශාල රූප පූරණය වේ
  • ඔබ බාහිර රූප සත්කාරක හෝ තෙවන පාර්ශ්ව රූප බ්ලොක් භාවිතා කළහොත්, මාධ්‍ය ගබඩාව සෑදෙන බහු ප්‍රමාණ පද්ධතිය මඟහැරිය හැකිය

2.2 සම්පීඩනය (KB අඩු කරන්න, නමුත් ගුණාත්මකභාවය “නරක්” නොකරන්න)

සම්පීඩනයේ මූලික කරුණ “ඉතාම කුඩාවීම” නොව, “පියවි ඇසට වෙනසක් 거의 නොපෙනෙන නමුත්, ගොනු ප්‍රමාණය පැහැදිලි ලෙස අඩුවීම” ය.

නියමයන් පහත පරිදි වේ៖

  • ඡායාරූප/සැබෑ ඡායාරූප (පුද්ගල, නිෂ්පාදන, දර්ශන): ප්‍රමුඛත්වයෙන් ගුණාත්මකභාවය අඩු කර සම්පීඩනය කරන්න (වැඩිම ඉතිරිය)
  • අතුරුමුහුණත් තිරපිටපත්/බොහෝ පෙළ සහිත පින්තූර: සම්පීඩනය වඩාත් සංරක්ෂිත ලෙස කරන්න, අකුරු මැලවී පෙනීමෙන් වළකින්න
  • ලාංඡනය/අයිකනය: SVG හෝ සාවධානව නාස්තියක් නොවන ආකාරය ප්‍රමුඛ කරන්න (නාස්තියක් සහිත ආකාරය භාවිතා කළால் දාර පහසුවෙන් බොඳ වේ)

මොන මට්ටමට ළඟා වුවහොත් සුදුසුද?

  • බොහෝ පිටු වල පින්තූර ප්‍රමාණය සැලකිය යුතු ලෙස අඩු විය
  • පැහැදිලි ශබ්දකලල, අස්පષ્ટ දාර, වර්ණ තට්ටු කැඩීම හෝ අකුරු බොඳවීම නොපෙනේ

2.3 WebP / AVIF (ආකෘති උපාය: එකම පැහැදිලිතාවට කුඩායි)

WordPress උඩුගත කිරීම සඳහා සහාය දක්වයි WebP（5.8）与 AVIF（6.5）。
නමුත් “ඊළඟ පරම්පරාවේ ආකෘති” සැබවින්ම භාවිතයට ගැනීමට සාමාන්‍යයෙන් කරුණු දෙකක් විසඳිය යුතුය:

  1. ඉතිහාස මාධ්‍ය පුස්තකාලය විශාල ප්‍රමාණයෙන් පරිවර්තනය කරන්නේ කෙසේද(නැතිනම් ඔබ ප්‍රශස්ත කර ඇත්තේ “ඉදිරියේදී උඩුගත කරන නව රූප” පමණි)
  2. පිටපතක් සාදන්නද, නැත්නම් මුල් රූපය ප්‍රතිස්ථාපනය කරන්නද(මෙය අවදානම් සීමාරේඛාවයි; ඉදිරියේදී Plus WebP හි “ප්‍රතිස්ථාපනය කර මුල් රූපය මකන්න” යන්න ගැන ප්‍රධාන වශයෙන් කතා කරනු ඇත)

නිර්දේශිත ලිවීම:

  • WebP: සාමාන්‍යයෙන් පෙරනිමි පළමු තේරීම ලෙස භාවිතා කරයි (අනුකූලතාවය වඩාත් ස්ථාවරයි)
  • AVIF: තවත් උසස් සම්පීඩන දිශාවක්, විශාල රූප/ප්‍රථම තිරයේ විශාල රූප/ඡායාරූප ඇල්බම රූප සඳහා සුදුසුයි (නමුත් තවමත්පරිසර සහාය මත රඳා පවතී）

2.4 කම්මැලි ලෝඩ් කිරීම නිවැරදිව භාවිතා කරන්න (එකම රටාවක් ලෙස සියල්ලටම යොදන්න එපා)

WordPress 5.5 起පෙරනිමි මන්ද පූරණයපින්තූරය។
එය ආරම්භක රෙන්ඩර් කිරීමේදී කලාප පළල භාවිතය අඩු කළ හැකිය:

  • කම්මැලි පූරණය “තිරයෙන් පිටත සම්පත්” සඳහා සුදුසුයි”
  • පළමු තිරයේ ඇති වැදගත්ම විශාල රූපය බොහෝ විට ප්‍රමාදයෙන් පූරණය කිරීමට සුදුසු නොවේ

2.5 බෙදාහැරීමේ ස්තරය: CDN / පින්තූරය CDN

සම්පීඩනය, ප්‍රමාණය, සහ ආකෘතිය විසඳන්නේ “ගොනුව වඩා කුඩා සහ වඩා සුදුසු” යන්නයි.
නමුත් රූප සෑම විටම මූලාශ්‍ර අඩවියෙන් දුරස්ථව ලබා ගන්නේ නම්, ජාල ප්‍රමාදය තවමත් අත්දැකීමට පැහැදිලිව බලපායි. මෙවිට “බෙදාහැරීමේ ස්තරය” විසඳුමක් අවශ්‍ය වේ（CDN/රූප CDN）。

සාමාන්‍ය දිශා දෙකක්៖

  • Cloudflare Polish：Cloudflare ලේඛනPolish හි සම්පීඩන ක්‍රම (හානිරහිත/හානිය සහිත/WebP) හඳුන්වා දී ඇති අතර, භාවිතයද සඳහන් කරයි format=auto WebP/AVIF ආකෘති භාවිතා කිරීමට අවසරයි။
  • Jetpack Site Accelerator：Jetpack ලේඛනඑය පින්තූර ප්‍රශස්ත කර ස්ථිතික සම්පත් සමඟ එහි ජාලය හරහා බෙදාහරින බව පැහැදිලි කරන්න។

පින්තූර ප්‍රශස්තකරණය ප්‍රමාණය සුදුසු ලෙස අඩු කිරීමට වගකිවයුතුයCDN වගකීමෙන් යුතුව වඩා ළඟින් වඩා ස්ථිරව බෙදාහැරීම

3. තේරීම: ප්‍රධාන මාර්ග දෙකක් පමණක් ගන්න

රූප ප්‍රශස්තකරණයේ වඩාත් සුලභ අසාර්ථකත්වය “ප්ලගිනය ස්ථාපනය නොකිරීම” නොව, අධික ලෙස ප්ලගින් ස්ථාපනය කිරීමෙන් එකම රූපය නැවත නැවත සකස් වීමයි:
A සම්පීඩනය කරනවා, Bත් සම්පීඩනය කරනවා; A WebP/AVIF වෙත පරිවර්තනය කරනවා, Bත් එහෙමයි; A URL වෙනස් කරනවා, B නැවත ලියනවා—අවසානයේ ඔබටම අඩවියේ දැන් ඇත්තටම මොනවා වෙලාද කියලා පැහැදිලි නැහැ។

නියමයන්:

එකම මාර්ගයක් පමණක් ගන්න: එක්කෝ සම්පූර්ණයෙන්ම නොමිලේ දේශීය, නැත්නම් වලාකුළු සම්පීඩනයෙන් තුනෙන් එකක් තෝරන්න.

  • මාර්ගය A (සම්පූර්ණයෙන්ම නොමිලේ දේශීය):Plus WebP or AVIF + EWWW Image Optimizerහෝ එකක් පමණක් තෝරන්න
  • මාර්ගය B (Cloud සම්පීඩනයෙන් එකක් තෝරන්න):ShortPixel / Imagify / TinyPNG

3.1 මාර්ගය A: සම්පූර්ණයෙන්ම නොමිලේ දේශීය (Plus WebP හෝ AVIF හෝ EWWW)

මෙම මාර්ගයේ විශේෂතා වන්නේ:

  • ඔබ “මාසික සීමාව/පින්තූරයකට ගාස්තු” මත පදනම් වූ තෙවන පාර්ශ්ව සම්පීඩන සේවාවන් මත රඳා නොසිටී (ඇත්ත වශයෙන්, සමහර විශේෂාංග සඳහා විකල්ප සේවා ද තිබිය හැක)
  • පිරිවැය: සමූහ සැකසීමෙන් සේවාදායක CPU/IO භාරය වැඩි විය හැකි බැවින්, “උපායමාර්ග සහ අවදානම්” පිළිබඳ වැඩි අවධානය අවශ්‍යයි”

3.1.1 Plus WebP or AVIFමූලිකව එය “සාදන්න/ප්‍රතිස්ථාපනය කරන්න” බවයි, එය සම්ප්‍රදායික “සංකෝචන මෙවලමක්” නොවේ”

  • සම්පූර්ණ රූප ජනනය කරන විට៖මුල් රූප ගොනු ID 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 Image Optimizerනොමිලේ දේශීය සම්පීඩනයේ නියෝජිතයා

EWWW ප්ලගින පිටුවේ ස්ථානගත කිරීම ඉතා පැහැදිලි ය:

  • එය ඔබගේ සේවාදායකයේ jpegtran, optipng, pngout, pngquant, gifsicle, cwebp වැනි මෙවලම් මාලාවක් භාවිතා කර ප්‍රශස්ත කළ හැකිය
  • ඔබට වැඩි සංකෝචනයක් හෝ තවත් CPU ඉතිරි කිරීමක් අවශ්‍ය නම්, CPU වැය වන සැකසීම එහි සේවාදායකයට භාරදිය හැකිය (විකල්ප).

EWWW මාර්ගය A තුළ භාරගත යුතු භූමිකාව කුමක්ද?

ඔබ Plus WebP ಅನ್ನು “ආකෘති මාරු කිරීම/ප්‍රතිස්ථාපන ක්‍රමය” සඳහා භාවිතා කරන්නේ නම්, EWWW මෙයට වඩා සුදුසුය:

  • සම්පීඩනය සහ පරිමා ප්‍රශස්තිකරණයවිශේෂයෙන් JPG/PNG වැනි මුල් සම්පත් ප්‍රමාණය අඩු කිරීම
  • මාධ්‍ය පුස්තකාලයේ කණ්ඩායම් ප්‍රශස්තකරණ ඉතිහාසය(ඉලක්කය “ප්‍රමාණය අඩු කිරීම” වන අතර, “URL ප්‍රතිස්ථාපනය” නොවේ)

සැලකිල්ල

Plus WebP 和EWWW ： සියල්ල AVIF හෝ WebP බවට පරිවර්තනය කළ හැකිය
එයින් එකක් පමණක් ස්ථාපනය කිරීමට නිර්දේශ කෙරේ, නැතිනම් ගැටුම් ඇති විය හැකියි

EWWW හි සාමාන්‍ය ගැටලු

  1. තොග වශයෙන් ප්‍රශස්ත කරන විට සේවාදායක භාරය ඉහළ යයි
    දේශීය සම්පීඩනය CPU/IO වැඩි ලෙස භාවිතා කරයි. විසඳුම “භාවිතා නොකරන්න” නොව, “කොටස්වලින්, අඩු භාර වේලාවල, අවශ්‍ය නම් offload/ක්ලවුඩ් විසඳුම් තෝරන්න” යන්නයි.
  2. “WebP නිර්මාණය කර තිබීමෙන්ම ඉදිරිපසින් WebP අනිවාර්යයෙන්ම ලබාදෙන බව නොවේ
    බොහෝ ප්ලගිනවල මෙම වැරදි අවබෝධය තිබේ: ජනනය කිරීම එක දෙයක්, බෙදාහැරීමේ උපායමාර්ගය (නැවත ලිවීම, picture ටැගය, කැෂ් පහර ලැබීම ආදිය) තවත් දෙයක්.
  3. වෙනත් ප්ලගින සමඟ එකම කාර්යය අනුපිටපත් කරයි
    ඔබ A මාර්ගය තෝරන්නේ නම්, හැකි තරම් ShortPixel/Imagify/TinyPNG වැනි cloud compression නැවත එකතු නොකරන්න; ඔබ B මාර්ගය තෝරන්නේ නම්, Plus WebP හි replacement logic නැවත සක්‍රීය නොකරන්න. මූලික මූලධර්මය:එකම මාර්ගයෙන් අවසානය දක්වා යන්න។

3.2 විකල්ප B: ක්ලවුඩ් සම්පීඩනය තුනෙන් එකක් (ShortPixel / Imagify / TinyPNG)

මෙම මාර්ගය සර්වර් සම්පත් ඉතිරි කරගෙන, තොග වැඩ පහසුවෙන් කරමින්, කෝටා/භාවිතය අනුව ගාස්තු පිළිගන්නා අයට සුදුසුයි។
නමුත් cloud compression සම්බන්ධයෙන් වඩාත් පහසුවෙන් වරදවා තේරුම් ගන්නා කරුණ වන්නේ:නොමිලේ කෝටාව “නොමිලේ ගණන” පමණක් නොවේසිඟු රූ ප්‍රමාණ ගණන, WebP/AVIF තනන්නද, නැවත නැවත සම්පීඩනය කරනද යන්න—allය භාවිතය සැලකිය යුතු ලෙස බලපායි

පහත සඳහන් කරනු ඇත: නොමිලේ/ගාස්තු සහිත දේ, සීමාව අඩු වන්නේ කෙසේද, පහසුවෙන් වැරදෙන කරුණු, සුදුසු වෙබ් අඩවි වර්ග।

3.2.1 ShortPixelමසකට නොමිලේ ක්‍රෙඩිට් 100ක්, නමුත් තම්බ්නේල් සහ WebP/AVIF නිසා ක්‍රෙඩිට් වැඩිපුර වැය වේ

නොමිලේ/ගෙවිය යුතු දේ කුමක්ද

ShortPixel ප්ලගිනයේ හඳුන්වාදීමේ පැහැදිලිව මෙසේ ලියා ඇත៖

  • මාසිකව නොමිලේ credits 100 ක්
  • අමතර අසීමිත මාසික ක්‍රෙඩිට්ස් ද ඇත
  • “කල් නොපැවැත්වෙන” එක් වර භාවිතා කරන credits පැකේජයද සපයයි (ආරම්භක මිල සමඟ)

සටහන:

  • නොමිලේ: සෑම මාසයකම නිශ්චිත credits ප්‍රමාණයක් ලබාදේ, සැහැල්ලු වෙබ් අඩවි හෝ පරීක්ෂණ සඳහා
  • එක්වර පැකේජය: “මාධ්‍ය පුස්තකාලය ඉතා විශාලයි, එකවරම මුළු තොගයම හිස් කරගන්න” කැමති වෙබ් අඩවි සඳහා සුදුසුයි (එක්වරක් මිලදී ගෙන අවසන් වන තෙක් භාවිතා කරයි, සාමාන්‍යයෙන් කල් ඉකුත් නොවේ)
  • මාසික/අසීමිත: නිරන්තරයෙන් රූප යාවත්කාලීන කරන, දිගුකාලීන ස්ථාවර ප්‍රශස්තිකරණයට සුදුසු වෙබ් අඩවි සඳහා

ShortPixel නිල KB එකද “එකවර පැකේජය vs අසීමිත මාසික” ගැනත් දී තිබේපැහැදිලි විස්තරය: අසීමිත මාසික සැලැස්ම මාසිකව (හෝ වාර්ෂිකව) ගෙවනු ලබන අතර, අසීමිත credits සහ ස්ථාවර CDN කෝටාවක් සපයයි; එක්වරක් මිලදී ගන්නා credits කල් ඉකුත් නොවන බැවින්, ඔබට අවශ්‍ය පරිදි වඩාත් පාලනයෙන් භාවිත කළ හැක.

නිර්දේශ

  • පැරණි ගබඩාව ඉවත් කිරීම: එක් වරක් පැකේජයට ප්‍රමුඛත්වය දෙන්න
  • අඛණ්ඩ යාවත්කාලීන: මාසික/අසීමිත සඳහා වඩා සුදුසුයි (ක්‍රෙඩිට්ස් ගණන් කරන්න නොකැමති නම් අසීමිත භාවිතා කරන්න)

වැදගත්ම දෙය: ShortPixel හි credits ගණනය කරන්නේ කොහොමද?

ShortPixel නිල ලේඛනිකරණය KB ඉතා සරලව කියයි:

  • WordPress හි පින්තූරයක් උඩුගත කළ විට බහුවිධ සුළු රූප ජනනය වේ;
  • සෑම කුඩා රූපයකම ප්‍රශස්තිකරණයකට එක් credit එකක් ගණන් වේ；
  • ඔබ WebP හෝ AVIF ජනනය කිරීම තෝරා ගන්නේ නම්සෑම මුල් රූපයකම සහ කුඩා රූපයකම WebP/AVIF සංස්කරණයට අමතර credit එකක් වැය වේ；
  • credits පරිභෝජනය අඩු කිරීමට, ඔබට ඇතැම් thumbnail සඳහා optimization නොකිරීම තෝරාගත හැක.

ක්‍රෙඩිට්ස් උදාහරණය：

ඔබ 1 රූපයක් උඩුගත කළා නම්, තේමාව/ප්ලගිනය කුඩා රූප 8ක් ජනනය කළේය:

  • මුල් රූපය + කුඩා රූප පමණක් ප්‍රශස්ත කරන්න: 1 (මුල් රූපය) + 8 (කුඩා රූප) = ක්‍රෙඩිට් 9
  • WebP/AVIF ද ජනනය කිරීමට නම්: ඉහත 9 එකින් එක් එක්කට තවත් next-gen අනුවාදයක් → තවත් +9 credits
    එනම්, ඔබ සිතන “පින්තූර 1ක්” ඇත්තටම “අංක දෙකක credits” ට ආසන්න ප්‍රමාණයක් වැය විය හැක.

එබැවින්៖“නොමිලේ 100 credits” යන්න “නොමිලේ පින්තූර 100ක්” යන්නට සමාන නොවේ។

ShortPixel හි පොදු දෝෂ

  1. නොමිලේ 100 ක්‍රෙඩිට් ඉක්මනින් අවසන් වේ
    මූල හේතුව: තම්බ්නේල් වැඩි + WebP/AVIF ජනනයට අමතර credits
    නිර්දේශ：
  • පළමුව අඩවි සුළු රූප ගණන ඇගයන්න
  • අනවශ්‍ය කුඩා රූප ප්‍රමාණ ඉවත් කරන්න (ඇත්තටම භාවිත වන ප්‍රමාණ පමණක් ප්‍රශස්ත කරන්න)
  • මුලින්ම සම්පීඩන ක්‍රමය තීරණය කර පසුව කණ්ඩායම් ලෙස ධාවනය කරන්න, නැවත නැවත උත්සාහ කිරීමෙන් වැයවීම වළක්වන්න
  1. වෙනත් ආකෘති පරිවර්තන ප්ලගිනයද එකවර එක් කරන්න
    ඔබ Plus WebP ප්‍රතිස්ථාපනයත් සක්‍රීය කරලා, ShortPixel එකෙන් next-gen ටැග් ජනනය/ඇතුල් කරන්නත් දීලා තිබුණොත්, තර්කය එකට එකතු වෙලා ගැටලු සොයාබැලීම අමාරු වෙයි. B විකල්පයේදී ShortPixel එකම වෙනම වගකීම ගනී.
  2. ස්ථාපනය කළාම මඟින්ම “පෙරමුණෙන් WebP/AVIF නිකුත් වෙනවා” කියලා හිතනවා”
    ShortPixel පේනුව පිටුවWebP/AVIF බවට පරිවර්තනය කළ හැකි බවත් next-gen රූප ඉදිරිපස පිටුවට එක් කළ හැකි බවත් සඳහන් කරයි (උදාහරණයක් ලෙස ටැග් මඟින්)
    නමුත් එය කළ පසුවත් ප්‍රතිඵලය සත්‍යාපනය කළ යුතුය.

3.2.2 Imagifyනොමිලේ 20MB/මාසය; කෝටාව අඩු කරන්නේ “මුල් රූප ප්‍රමාණය + කුඩා රූප ගණන” අනුවයි, නැවත සම්පීඩනය කළால் නැවත අඩු වේ

නොමිලේ කෝටාව සහ ස්ථානගත කිරීම

Imagify නිල මිල පිටුවපැහැදිලිව ලියා ඇත:නොමිලේ ගිණුමකට මාසික 20MB කෝටාවක්。
එහි ප්ලගින් පිටුවේද එය සම්පීඩනය, ප්‍රමාණය වෙනස් කිරීම සහ WebP/AVIF බවට පරිවර්තනය කළ හැකි බව පැහැදිලිව සඳහන් කරයි។

කෝටාව කෙසේ අඩු කරයි?

Imagify නිල ලේඛනිකා “කෝටා භාවිතය ගණනය කරන්නේ කෙසේද?” ගාස්තු අයකිරීමේ යාන්ත්‍රණය ඉතා පැහැදිලිව විග්‍රහ කරයි：

  • සිඟිති රූප ගණන භාවිතය කෙරෙහි බලපායිඋදාහරණයක් ලෙස, ඔබට සිඟිති රූ ප්‍රමාණ 10ක් තිබේ නම්, රූප 1ක් ප්‍රශස්ත කිරීමෙන් රූප 11ක් ප්‍රශස්ත කෙරේ (මුල් රූපය + සිඟිති රූ 10ක්), මේ සියල්ලම කෝටා භාවිතයට දායක වේ.
  • මුල් ගොනු ප්‍රමාණයට අනුව කෝටාව අඩු කරන්නඋදාහරණයක් ලෙස, ඔබ 100KB පින්තූරයක් Imagify වෙත යවන්නේ නම්, ඔබගේ කෝටාවෙන් 100KB අඩු වේ.
  • සම්පීඩන මට්ටම වෙනස් කර නැවත සුධාරණය করলে, කෝටාව නැවත වැය වේ。
  • එකම API Key එක ස්ථාන කිහිපයක සඳහා භාවිත කළ හැකි නමුත්, කෝටාව එම ස්ථාන අතර බෙදාගැනේ.

මේක තමයි Imagify හි “මූලික අවබෝධ කරගැනීමේ ක්‍රමය”:
එය ඩේටා පැකේජ් එකක් වගේ: ඔබ යවන ප්‍රමාණයට අනුව එය කපාගනී; තම්බ්නේල් වැඩි තරම් කපාගන්නේත් වැඩියි; ඔබ නැවත නැවතත් තදින් සම්පීඩනය කළොත් නැවත නැවතත් කපාගනී.

තේරුම් ගැනීමට පහසු Imagify කෝටා උදාහරණය

ඔබ 800KB ප්‍රමාණයේ මුල් රූපයක් උඩුගත කළා යැයි උපකල්පනය කරමු, වෙබ් අඩවිය කුඩා රූප 8ක් ජනනය කරයි.

  • Imagify ප්‍රශස්ත කරන විට “මුල් රූපය + කුඩා රූප 8ක්” දෙකම ඇතුළත් කරයි (ඔබ සියල්ලම ප්‍රශස්ත කිරීමට තෝරා ඇත්නම්), එයින් අදහස් වන්නේ මෙම එක් ක්‍රියාව සඳහා “මේ සියලු ගොනුවල මුල් ප්‍රමාණයේ එකතුවට” ආසන්න ප්‍රමාණයක කෝටාවක් වැය වන බවයි.
    එයයි සමහර වෙබ් අඩවිවලට “20MB ඉක්මනින් අවසන් වෙනවා” කියලා හැඟෙන්නේ: Imagify ප්‍රමාණවත් නැති නිසා නොව, ඔබ එක් එක් වර උඩුගත කරන රූප ඉතා විශාල නිසා, තම්බ්නේල් ගොඩක් නිර්මාණය වන නිසා, සහ ඔබ සම්පීඩන මට්ටම්ත් නැවත නැවතත් පරීක්ෂා කරනවා ඇති නිසාය.

Imagify පොදු ගැටලු

  1. නොමිලේ 20MB සම්පූර්ණ අඩවි ඉතිහාස පිරිසිදු කිරීම සඳහා ප්‍රමාණවත් නොවේ“
    20MB සාමාන්‍යයෙන් පරීක්ෂණ සහ සැහැල්ලු යාවත්කාලීන සඳහා වඩාත් සුදුසුය; ඔබගේ මාධ්‍ය පුස්තකාලය මුලින්මම විශාල නම්, එකවර සම්පූර්ණයෙන්ම හිස් කිරීම සඳහා බොහෝවිට උසස් කිරීමක් අවශ්‍ය විය හැක.
  2. සම්පීඩන මට්ටම නැවත නැවත වෙනස් කිරීමෙන් කෝටාව නැවත නැවත වැය වේ
    Imagify පැහැදිලිව සඳහන් කරන්නනැවත ප්‍රශස්ත කළහොත් කෝටාව නැවත වැය වේ.
    මෙම පිටුවේම “ක්‍රියාමාර්ගය” පැහැදිලිව ලියන්නැයි ඔබට යෝජනා කරමි:
  • මුලින් පින්තූර කිහිපයකින් සම්පීඩන මට්ටම සහ පෙනුම තහවුරු කරන්න
  • උපාය තහවුරු කළ පසු තොග වශයෙන් ධාවනය කරන්න
    මුළු පුස්තකාලය පුරා නැවත නැවත උත්සාහ කිරීමෙන් වළකින්න
  1. බහු අඩවි එක්ම API Key භාවිතයෙන් කෝටාව අමුතු ලෙස අඩුවේ“
    ඔබ එකම API Key එක ස්ථාන කිහිපයක භාවිතා කළහොත්, කෝටාව එක්ව බෙදාගනු ලැබේ.
    එබැවින් කණ්ඩායම්/බහු-අඩවි අවස්ථාවල, කුමන අඩවි පොදුවේ භාවිතා කරනවාද සහ කුමන අඩවි වෙන වෙනම භාවිතා කරනවාද යන්න පැහැදිලි කර තබා ගැනීම වඩා හොඳය, වැය පාලනයෙන් පිටවීම වැළැක්වීමට.

3.2.3 TinyPNG(Tiny Compress Images): නොමිලේ 500 credits/මාසය; WebP/AVIF බවට මාරු කළால் “එක් එක් ප්‍රමාණයට අමතරව 1 credit” අඩු කෙරේ”

නොමිලේ ප්‍රමාණය සහ ගාස්තු ගණනය කිරීමේ ආකාරය

TinyPNG හි WordPress ප්ලගින් පිටුවේ ඉතා පැහැදිලිව ලියා ඇත:

  • සෑම මාසයකම 500 credits නොමිලේ
  • සාමාන්‍ය WordPress ස්ථාපනයකදී, සම්පීඩනය කළ හැකියි დაახლოებით මාසයට පින්තූර 100 ක් පමණ
  • නමුත් AVIF හෝ WebP පරිවර්තනය සක්‍රිය කර ඇත්නම්៖එක් එක් රූප ප්‍රමාණයට අතිරේක credit එකක් වැය වේඑබැවින් දළ වශයෙන් සම්පීඩනය කර පරිවර්තනය කළ හැකියි මාසයට රූප 50ක් පමණ(මෙය ඔබ සතුව ඇති සිඟිති රූප ප්‍රමාණ කීයක් තිබේද යන්න මත රඳා පවතී)।

එමෙන්ම, Tinify (TinyPNG/TinyJPG හි සංවර්ධකයා) ද එහි API මිල පිටුවපැහැදිලිව සඳහන් කරන්න: ලියාපදිංචි වූ වහාම මසකට නොමිලේ සම්පීඩන 500ක් ලැබේ; එය ඉක්මවූ පසු, සාර්ථක සම්පීඩන ගණන අනුව ගාස්තු අය කෙරේ, අනිවාර්ය දායකත්වයක් නොමැත.

TinyPNG තේරුම් ගන්නා ආකාරය එක් වාක්‍යයකින් සාරාංශ කරන්න:
එය credits අනුව ගණනය වේ; ඔබ තඹුරු රූප ප්‍රමාණ වැඩි කළත්, WebP/AVIF වැඩි ලෙස සක්‍රිය කළත්, credits ඉක්මනින් වැය වේ.

පහසුවෙන් තේරුම්ගත හැකි TinyPNG credits උදාහරණය

ඔබගේ වෙබ් අඩවිය එක් එක් පින්තූරය සඳහා කුඩා රූප ප්‍රමාණ 8ක් ජනනය කරයි යැයි උපකල්පනය කරන්න:

  • පමණක් සම්පීඩනය: මුල් රූපය + සුළු රූප 8ක් → ක්‍රෙඩිට් 9ක් අවශ්‍යයි
  • WebP/AVIF පරිවර්තනය සක්‍රිය කළහොත්: එක් එක් ප්‍රමාණයට තවත් එක් වරක් credit අඩුවෙයි → දෙගුණයට ආසන්න විය හැකිය
    මෙය ප්ලගින පිටුවේ විස්තරයටම ගැළපේ: පරිවර්තනය සක්‍රිය කළ පසු නොමිලේ සීමාව සுமார் “100/මස” සිට “50/මස” ලෙස වෙනස් වේ.

TinyPNG හි පොදු වැරදි

  1. පෙන්නෙ 500 credits = පින්තූර 500යි
    නැහැ. එය “රූප ප්‍රමාණය/විකල්ප” අනුව වැය වේ. ප්ලගින පිටුවේ දැනටමත් පැහැදිලිව සඳහන් කර ඇත: “පරිවර්තනය සඳහා එක් එක් රූප ප්‍රමාණයට අමතර 1 ක්‍රෙඩිට් අඩු වේ”
  2. තේමාව/ඊ-වෙළඳාම් ප්ලගිනයෙන් ජනනය වන ප්‍රමාණ වැඩියි, නිදහස් සීමාව පැහැදිලිව අඩු වේ
    ප්‍රමාණ වැඩි වන තරමට credits වැඩිපුර වැය වේ.
  3. පරිවර්තනය සක්‍රිය කළ පසු සීමාව හදිසියේම ඉක්මනින් අවසන් වේ
    මෙය බග් එකක් නොවේ, මෙය එහි ගාස්තු අය කිරීමේ ක්‍රමවේදයයි.
    රණනීති යෝජනා:
  • නොමිලේ අදියරේ ප්‍රධාන වශයෙන් සම්පීඩනය හා ප්‍රමාණය අඩු කිරීම සඳහා නම්, මුලින් සම්පීඩනය පමණක් කරන්න. ඔබ වෙබ් අඩවියේ ව්‍යුහය ස්ථිර බවත් ඇත්තටම next-gen අවශ්‍ය බවත් තහවුරු කළ පසු, පරිවර්තනය සක්‍රිය කරන්න

4. භාවිත අවස්ථාව අනුව නිර්දේශ: විවිධ වර්ගයේ වෙබ් අඩවි තෝරා ගන්නේ කෙසේද

එකම WordPress වුවත්, අන්තර්ගත වෙබ් අඩවි, ඊ-වාණිජ, කෘති එකතු, සහ සාමාජික අඩවි වල “රූප පීඩන ලක්ෂ්‍ය” එකිනෙකට සමාන නොවේ.

4.1 අන්තර්ගත අඩවිය/බ්ලොග් (ලිපි රූප වැඩි, යාවත්කාලීන වාරතාව මධ්‍යම)

ප්‍රමුඛතා යෝජනා៖

  1. ප්‍රමාණ ප්‍රතිපත්තිය (පියවර 1)
  2. සම්පීඩනය (පියවර 2)
  3. WebP（Step 3）

වඩාත් සුදුසු මාර්ගය:

  • කරදර අඩු කරගන්න: මාර්ගය B තුනෙන් එකක් තෝරන්න (ShortPixel / Imagify / TinyPNG)
  • නොමිලේ කරන්න නම්: මාර්ගය A (Plus WebP + EWWW), නමුත් අවදානම මුලින්ම ඇගයීමට “සුරක්ෂිත මාදිලියෙන් (මුල් රූපය මකා නොදමමින්)” ආරම්භ කිරීම නිර්දේශ කෙරේ

සාමාන්‍ය ගැටලුව:

4.2 ඊ-වාණිජ්‍ය/නිෂ්පාදන අඩවිය (සිඟිති රූ වැඩි, රූප විකල්ප වැඩි, ස්ථායිතාව ප්‍රමුඛ)

ඊ-වාණිජ්‍යයේ වැඩිපුරම ගැටලු ඇතිවෙන්නේ “සම්පීඩන ප්‍රතිඵලය හොඳ නැති වීම” නිසා නොව, “ප්‍රශස්ත කිරීමෙන් පසු සමහර ප්‍රමාණ වැරදි වීම, තම්බ්නේල් අහිමි වීම, ඉදිරිපස කොම්පොනන්ට්‌වලට රූපය ලබාගත නොහැකි වීම” නිසාය.

ප්‍රමුඛතා යෝජනා៖

  1. මුලින්ම ස්ථාවරව: සම්පීඩන ක්‍රමෝපාය ටිකක් සංරක්ෂිතව තබන්න, ආරම්භයේම සම්පූර්ණ දත්තගබඩාවම ප්‍රතිස්ථාපනය කරන්න එපා
  2. සිඟිති රූ පරමාණය ඇගයීම: ඊ-වාණිජ තේමා සාමාන්‍යයෙන් වැඩි ප්‍රමාණ නිපදවයි, එවිට භාවිතා වන ප්‍රමාණය වැඩිවේ (ShortPixel/TinyPNG හි විශේෂයෙන් පැහැදිලියි)
  3. පළමුව කුඩා පරාසයකින් සනාථ කරගෙන පසුව තොග වශයෙන් කරන්න（ඉතා වැදගත්）

වඩාත් සුදුසු මාර්ගය:

  • B මාර්ගය සාමාන්‍යයෙන් වැඩි සැලකිල්ලක් නොගනී: ShortPixel/Imagify/TinyPNG සියල්ලටම තොග වශයෙන් කළ හැක, වැදගත් වන්නේ ඔබ සීමා ක්‍රමය තේරුම්ගෙන පෙරම පිරිවැය ඇස්තමේන්තු කිරීමයි
  • මාර්ග Aත් භාවිතා කළ හැක, නමුත් Plus WebP හි “ID ආවරණය කිරීම/මුල් රූපය මකා දැමීම/URL ප්‍රතිස්ථාපනය” ක්‍රියාව පිළිබඳව වැඩි අවධානයෙන් සිටිය යුතුය: මෙය වත්කම් සංක්‍රමණයකි, ආරම්භයේම සම්පූර්ණයෙන් ප්‍රතිස්ථාපනය කිරීම නිර්දේශ නොකෙරේ។

4.3 පෝට්ෆෝලියෝ/ඡායාරූප අඩවිය（තනි රූප ගුණාත්මකත්වයට සංවේදී, රූප විශාල, දෘශ්‍ය අත්දැකීමට උසස් අවශ්‍යතා）

ප්‍රමුඛතා යෝජනා៖

  1. ප්‍රමාණ ප්‍රතිපත්තිය (පෙන්වීමේ ප්‍රදේශ පාලනය)
  2. සම්පීඩන ප්‍රතිපත්තිය (තරමක් විශාල වුවත්, විස්තර නරක් නොකරන්න)
  3. WebP/AVIF (විශාල පින්තූර අවස්ථාවල ප්‍රයෝජනය පැහැදිලියි, නමුත් දර්ශන ගුණාත්මකභාවය තහවුරු කළ යුතුය)

වඩාත් සුදුසු මාර්ගය:

  • Imagify：“මුල් රූප ප්‍රමාණය” අනුව කොටාව අඩු කෙරේ, එවැනි වෙබ් අඩවි “වැය පාලනය කළ හැකි” ලෙස කළමනාකරණය කිරීම වඩා පහසුයි (ඔබට එක් එක් විශාල රූපයකින් දළ වශයෙන් කොපමණ අඩුවේදැයි දැනගත හැක), නමුත් නැවත නැවතත් දැඩි ලෙස සම්පීඩනය කිරීමෙන් වළකින්න.
  • ShortPixelසිඟිති රූප ප්‍රමාණ අඩුවෙන් නම් credits පැහැදිලියි; නමුත් බොහෝ ප්‍රමාණ සහ next-gen ජනනය করলে credits වැය වැඩිවෙයි, ඒකට කලින් සැලසුම් කරන්න.

5. සීමාව/ගාස්තු සංසන්දනය: “නොමිලේ” ප්‍රමාණවත්ද යන්න පැහැදිලිව කියන්න

අන්තිමට කුමක් තෝරාගත්තොත් වඩා ලාභදායීද, නොමිලේ කොපමණ කාලයක් පවත්වාගන්න පුළුවන්ද?

5.1 ගාස්තු අඩු කිරීමේ ආකෘති තුනක්

  • ShortPixel（credits）credits ගණනය කරන්නේ මුල් රූපය + තම්බ්නේල් ගණන අනුවයි; WebP/AVIF නිර්මාණය කළහොත් සෑම අනුරූප සංස්කරණයකටම අමතර credit අඩුවේ.
  • Imagify(MB කෝටාව)：“මුල් ගොනු ප්‍රමාණය” අනුව කෝටාව කපා හැරේ; තඹරූ රූ වැඩි වන තරමට වැඩිපුර කපා හැරේ; නැවත සම්පීඩනය කළහොත් නැවතත් කපා හැරේ។
  • TinyPNG（credits）මාසිකව 500 ක්‍රෙඩිට්; WebP/AVIF පරිවර්තනය සක්‍රිය කළහොත් එක් එක් රූප ප්‍රමාණයකට අමතර ක්‍රෙඩිට් අඩු වේ

5.2 ඉක්මන් ඇස්තමේන්තු ක්‍රමය

ඔබට මෙසේ ඇස්තමේන්තු කළ හැකිය:

  1. ඔබ නිතර උඩුගත කරන මුල් රූපයක් එකක් තෝරලා, එහි ආසන්න ප්‍රමාණය බලන්න (උදා: 300KB / 1MB / 3MB)
  2. ඔබගේ අඩවිය සාමාන්‍යයෙන් කොපමණ සිඟිති රූප ප්‍රමාණ ජනනය කරනවාද (උදා: 5 / 10 / 20)
  3. ඔබට WebP/AVIF ජනනය කළ යුතුද (ඔව්/නැහැ)

ඉන්පසු පහත “මනසේ ගණනය” භාවිතයෙන් පරිභෝජනය තේරුම් ගන්න:

  • ShortPixelඑක් රූපයකට ≈ (1 + කුඩා රූප ගණන) ක්‍රෙඩිට්; WebP/AVIF ජනනය කළහොත් ≈ තවත් දෙගුණයක් (next-gen අනුවාදයටත් ක්‍රෙඩිට් අවශ්‍යයි)
  • Imagify：එක් එක් රූපය≈（මුල් රූපයේ ප්‍රමාණය + එක් එක් තම්බ්නේල් ප්‍රමාණය）කෝටාවෙන් අඩු වේ; සම්පීඩන මට්ටම වෙනස් කර නැවත සම්පීඩනය කළால் නැවතත් අඩු වේ
  • TinyPNGනොමිලේ ක්‍රෙඩිට් 500; ඔබේ අඩවියේ එක් රූපයකින් බොහෝ ප්‍රමාණ සෑදෙයි නම් සහ පරිවර්තනය සක්‍රිය නම්, නොමිලේ රූප ගණන සැලකිය යුතු ලෙස අඩුවේ (ප්ලගින පිටුවේ “මාසයකට රූප 100ක් පමණ” සහ “මාසයකට රූප 50ක් පමණ” ලෙස සරල අපේක්ෂාව දක්වා ඇත)

6. අවදානම් ඇඟවීම

අවදානම 1: බහු ප්ලගින් එකම කාර්යය නැවත නැවත නොකරන්න

මෙය වඩාත්ම සාමාන්‍ය “අනර්ථයේ මූලාශ්‍රය” යි”

  • මාර්ගය A៖Plus WebP or AVIF + EWWWකාර්ය බෙදා ගන්න, එකම වර්ගයේ පරිවර්තනය හා බෙදාහැරීම එකවර නොකරන්න, නැතහොත් එකක් පමණක් ස්ථාපනය කරන්න
  • මාර්ගය B：ShortPixel / Imagify / TinyPNG තුනෙන් එකක්（තෝරන්න, සම්පීඩනය සහ next-gen සඳහා වගකිවයුතු එකක්）

අවදානම 2: Plus WebP හි “ID උඩින් ලියීම / මුල් රූපය මකාදැමීම / URL ප්‍රතිස්ථාපනය” වත්කම් සංක්‍රමණයට අයත් වේ

නැවත අවධාරණය කරන්නේ:Plus WebP එහි විස්තරයේ පැහැදිලිව සඳහන් කර ඇත්තේ සම්පූර්ණයෙන් ජනනය කරන විට මුල් රූපයේ ID එක මකා දමන බවත්, මුල් ගොනුව ඉවත් කරන බවත්, අන්තර්ගත URL එක ප්‍රතිස්ථාපනය කරන බවත්ය.
මෙයින් අදහස් වන්නේ එය “ඕනෑම වේලාවක ආපසු හැරවිය හැකි කුඩා සැකසුමක්” නොව, වත්කම් මට්ටමේ එක්වරක් කරන වෙනස්කමක් බවයි.

යෝජිත උපායමාර්ගය විය යුත්තේ:

  • පළමුව කුඩා පරාසයකින් පරීක්ෂා කරන්න (දහස් ගණනක් නොව, දශක කිහිපයක් සිට සිය ගණනක් දක්වා)
  • ඉදිරිපස ප්‍රදර්ශනය, කුඩා රූප, සහ කැෂ් යාවත්කාලීනය සියල්ල සාමාන්‍ය බව තහවුරු කරන්න
  • සම්පූර්ණ දත්ත ගබඩාවට නැවත සලකා බලන්න

අවදානම 3: ක්ලවුඩ් සම්පීඩන “නොමිලේ සීමාව” හි සැබෑ භාවිතය තීරණය වන්නේ තම්බ්නේල් ගණන සහ next-gen තේරීම මතයි

  • ShortPixelසිඟිති රූප සහ next-gen ක්‍රෙඩිට්ස් වලට සැලකිය යුතු ලෙස බලපායි
  • TinyPNGWebP/AVIF සක්‍රීය කිරීමෙන් එක් එක් රූප ප්‍රමාණය සඳහා අමතර credit අඩු වේ
  • Imagify：මුල් පින්තූරයේ ප්‍රමාණය අනුව කපා ගනී, තම්බ්නේල් වැඩි වන තරමට කප්පාදුවත් වැඩි වේ, තදින් එබුවහොත් නැවත නැවතත් කපා ගනී

අවදානම 4: “WebP/AVIF ජනනය කළා” යන්න “ඉදිරිපසින් WebP/AVIF ලබා දෙයි” යන්නට සමාන නොවේ”

බොහෝ දෙනා පරිවර්තනය කළ පසුත් “වේගය වැඩි වී නැහැ” කියලා හිතනවා. මූලික හේතුව නම් ඉදිරිපස තවමත් JPG/PNG ලබාදීමයි (කැෂ්/නැවත ලිවීම/ටැග්/බ්‍රවුසර සාකච්ඡාව වගේ ඕනෑම පියවරක් නොගැළපීම නිසා).

7. කළාට පස්සේ එය ක්‍රියාත්මක වී ඇත්දැයි කොහොමද තහවුරු කරන්නේ

ඉතා සරල සත්‍යාපන කරුණු 4ක්៖

  1. එකම පිටුව දෙවැනි වරට නැවුම් කළ විට, පූරණය වඩා ස්ථාවර සහ වේගවත්දහැඟෙන ප්‍රමාණය (කැෂේ සහ ප්‍රශස්තිකරණය ක්‍රියාකරනවාද යන්න)
  2. ජංගම සහ පරිගණකයේ පූරණය වන රූප ප්‍රමාණය සැලකිය යුතු ලෙස වෙනස්දප්‍රතිචාරශීලීය srcset/sizes ප්‍රයෝජනවත්ද)
  3. පින්තූර කිහිපයක් අහඹුවෙන් පරීක්ෂා කරන්න: WebP හෝ AVIF ගොනු/සම්පත් තිබේදවෙබ් අඩවිය ඇත්තටම භාවිතා කරනවාද next-gen）
  4. පින්තූර කිහිපයක් අහඹුවෙන් පරීක්ෂා කරන්න: විශාල කර බැලූ විට පැහැදිලිවම බොඳද, අකුරු මැඳි වගේද යන්න බලන්නසම්පීඩන ගුණාත්මකභාවය අධිකද

මේ කරුණු හතරම ගැලපේ නම්, ඔබ තෝරාගත් මාර්ගය දැනටමත් ක්‍රියාත්මක වෙලා තියෙනවා. ඊළඟට එය කරලා බලන්න බෙදාහැරීමේ ස්තරය“සම්පූර්ණයෙන්ම වඩා ස්ථාවර වේ.

8. ක්‍රියාකාරී යෝජනා

  1. පළමුව මාර්ගය තෝරන්න៖
  • හැකි තරම් නොමිලේ：Plus WebP හෝ AVIF + EWWW (හෝ ඒවායින් එකක් පමණක් ස්ථාපනය කරන්න)
  • සේවාදායක සම්පත් ඉතිරි කර, භාවිතය අනුව ගෙවීමෙන් වඩාත් පහසුයිShortPixel / Imagify / TinyPNG තුනෙන් එකක් තෝරන්න
  1. පළමුව කුඩා පරාසයේ පරීක්ෂණයක් කරන්න (දස කිහිපයක්)
  2. කිසි ගැටලුවක් නැති බව තහවුරු කර පසුව තොග වශයෙන් කරන්න
  3. භාරදීමේ ස්ථාවරත්වය තවදුරටත් වැඩිදියුණු කළ යුතුය៖කියවීම CDN වේගවත් කිරීම

සාමාන්‍ය ප්‍රශ්න

1. මට අන්තිමට කොච්චර ප්ලගින් ස්ථාපනය කරන්න ඕනද? ඒවා ඔක්කොම ස්ථාපනය කරන්න පුළුවන්ද?

හැකි තරම් එක් මාර්ගයකින් පමණක් ගමන් කරන්න.

  • මාර්ගය A: Plus WebP හෝ AVIF + EWWW Image Optimizer (හෝ ඒවායින් එකක් පමණක් ස්ථාපනය කරන්න)
  • මාර්ගය B：ShortPixel / Imagify / TinyPNG තුනෙන් එකක්
    එකම අඩවියේ ප්ලගින කිහිපයක් එකවර සම්පීඩනය, WebP/AVIF පරිවර්තනය, URL වෙනස් කිරීම හෝ බෙදාහැරීම නැවත ලිවීම කළොත්, ගැටලු වැඩිවෙලා සොයාගැනීමත් අමාරුයි.

2. WordPress දැනටමත් WebP/AVIF සඳහා සහය දක්වනවා නේද? මට තවමත් ප්ලගිනයක් අවශ්‍යද?

වෙන් කර හඳුනාගත යුතුයි៖
“උඩුගත කිරීම/භාවිතය සඳහා සහය ≠ ස්වයංක්‍රීය පරිවර්තනය/ස්වයංක්‍රීය බෙදාහැරීම
WordPress 6.5 ද පැරණි JPG/PNG ගොනු සමූහ වශයෙන් WebP/AVIF බවට ස්වයංක්‍රීයව පරිවර්තනය නොකරයි; ඒ වගේම “බ්‍රවුසරයේ හැකියාව අනුව AVIF/WebP ලබාදී, අවශ්‍ය විට පෙර ආකෘතියකට නැවත යාම” යන සම්පූර්ණ ක්‍රියාවලියත් ස්වයංක්‍රීයව කරලා නොදේ. ඉතිහාස මාධ්‍ය පුස්තකාලයත් ඒකට ගැළපෙන්න කරගන්න නම්, සාමාන්‍යයෙන් ප්ලගිනයක් හෝ සේවාවක් මගින් එහි හිඩැස පුරවන්න වෙනවා.

3. පින්තූර ප්‍රශස්තකරණයේදී, ඇත්තටම “ඉහළම ප්‍රතිලාභ” දෙන පියවර කුමක්ද?

සාමාන්‍යයෙන් է පළමුව “ප්‍රමාණය” නිවැරදි කරන්න（srcset/sizes）。
බොහෝ වෙබ් අඩවි මන්දගාමී වන්නේ සංකෝචනය නොකළ නිසා නොව, පිටුවේ පෙන්වන්නේ 900px පමණක් තිබියදීත් පරිශීලකයාට 3000px මුල් රූපය බාගත කිරීමට සලස්වන නිසාය. සංකෝචනයෙන් KB ඉතිරි කළ හැකි නමුත්, “ප්‍රමාණය නොගැලපීම” නිසා ඔබ නිෂ්ඵලව කිහිප ගුණයක් වැඩි දත්ත බාගත කරයි.

4. දැන් පූරණය වන්නේ “කුඩා එක” ද, නැත්නම් හැමවිටම මුල් පින්තූරයම බාගත වෙන්නේ ද යන්න මම කොහොමද තහවුරු කරගන්නේ?

සිද්ධීන් දෙකක් බලමු:

  • දුරකථනයෙන් පිටුව විවෘත කළ විට බාගත් රූපයේ ප්‍රමාණය ඩෙස්ක්ටොප්ට වඩා පැහැදිලිව කුඩායි
  • එකම රූපය විවිධ උපාංගවලදී වෙනස් ප්‍රමාණයේ සම්පත් පූරණය කරයි
    එය සෑමවිටම මුල් රූපයම බාගත කරන්නේ නම්, සාමාන්‍ය හේතුව වන්නේ තේමාව/බිල්ඩරය රූපය CSS පසුබිම් රූපයක් ලෙස හෝ අභිරුචි ප්‍රතිදානයක් ලෙස භාවිතා කර, මාධ්‍ය පුස්තකාලයේ බහු ප්‍රමාණ සහ srcset මඟ හැරීමයි.

WebP/AVIF ජනනය කළා කියන්නේ ඉදිරිපස අනිවාර්යයෙන්ම WebP/AVIF පෙන්වනවාද?

සමාන නොවේ។
සැකසීම සිදු වූයේ “ගොනු ස්තරය” මත පමණි; ඉදිරිපසින් ඇත්තටම WebP/AVIF ලබාදෙනවාද යන්න තීරණය වන්නේ rewrite, picture ටැග් උපායමාර්ගය, කැෂ් hit වී තිබේද, බ්‍රවුසර සාකච්ඡාව ක්‍රියාත්මක වී තිබේද වැනි දේවල් මතයි. ඔබ වැඩ අවසන් කළ පසු අනිවාර්යයෙන්ම “රූප කිහිපයක සම්පත් වර්ගය අහඹුවෙන් පරීක්ෂා කරන්න”.

6. Plus WebP හෝ AVIF ඇත්තටම අනතුරුදායක වෙන්නේ කොහෙන්ද? මට එක ක්ලික් එකකින් මුළු ලයිබ්‍රරියම ධාවනය කරන්න පුළුවන්ද?

එහි අවදානම් බින්දුව “සම්පීඩනය” නොව, არამედවත්කම් සංක්‍රමණ මට්ටමේ වෙනස්කම්：

  • සම්පූර්ණයෙන් ජනනය කරන විට මුල් රූප ගොනු ID මත ලියවිය හැකි අතර, මුල් ගොනු මකා දමා, අන්තර්ගතයේ ඇති URL ප්‍රතිස්ථාපනය කළ හැක.
    එබැවින්මුලින්ම සම්පූර්ණ දත්තගබඩාවම ප්‍රතිස්ථාපනය කිරීම නිර්දේශ නොකරයි：පළමුව කුඩා පරාසයකින් පරීක්ෂා කරන්න (දස ගණනක් සිට සිය ගණනක් දක්වා) + භාවිත කළ හැකි උපස්ථයක් තිබේ නම්, පසුව සම්පූර්ණ දත්ත ගබඩාවම සැකසීම ගැන සලකා බලන්න។

7. Plus WebP හි ක්‍රම දෙකෙන් කෙසේ තෝරාගන්නේද: මුල් රූපය තබාගැනීම vs ප්‍රතිස්ථාපනය කර මුල් රූපය මකා දැමීම?

සරලව තේරුම් ගන්න:

  • මාදිලිය 1: මුල් රූපය තබාගෙන WebP/AVIF පිටපත් සාදන්න (වඩා ස්ථාවර): ආපසු යාම පහසුයි, නමුත් තැටි ඉඩ වැඩි වේ (මුල් රූපය + නව ආකෘතිය + බහු ප්‍රමාණයේ කුඩා රූප).
  • ආකාරය 2: මුල් රූපය ප්‍රතිස්ථාපනය කර මකන්න (වඩාත් ආක්‍රමණශීලී)：තැටිය පහසුවෙන් විශාල නොවෙයි, නමුත් ඔබ “වත්කම් වෙනස් කිරීම + යොමු වෙනස් කිරීම” කරන විට, අනුකූලතා ගැටලු පරීක්ෂා කිරීමේ පිරිවැය වැඩි වේ។
    වෙබ් අඩවිය තරමක් සංකීර්ණ නම් (ඊ-වාණිජ්‍යය/බහු ප්ලගින/බහු ප්‍රමාණ), වඩා ස්ථාවර ක්‍රමයකින් ආරම්භ කිරීම වඩා සුදුසුය.

8. EWWW Image Optimizer නොමිලේ ලොකල් සම්පීඩනය ප්‍රමාණවත්ද? එය සර්වර් එක බර වැඩි කරාවිද?

EWWW වැඩි වශයෙන් “දේශීයව වැඩ කරන සම්පීඩකයක්” වගේ: CPU/IO භාවිත කරයි।
සාමාන්‍යයෙන් සමූහ ප්‍රශස්තකරණයේදී භාරය වැඩිවිය හැක, එය එය “වැඩ නොකරයි” යන්න නොව, නිවැරදි උපාය අවශ්‍යයි: කොටස් වශයෙන්, අඩු භාර කාලයේදී, අවශ්‍ය නම් offload/ක්ලවුඩ් විසඳුම් තෝරන්න.
ඔබට කරදර අඩුවෙන් කරගැනීමට අවශ්‍ය නම්, හෝ සේවාදායක සම්පත් අඩුවෙන් තිබේ නම්, මාර්ගය B සේවාදායකයට වඩා ඉතිරි වේ.

9. ShortPixel හි මසකට 100 නොමිලේ ක්‍රෙඩිට් තිබුණත්, මට රූප කිහිපයකින්ම ඒවා ඉවර වුණා වගේ ඇයි දැනෙන්නේ?

නිසා credits “රූප ගණන” නොවේ”සිඟිති රූපය හා next-gen මගින් විශාල කරයි

  • මුල් රූපය + සෑම තඹරූපයකටම credit ගණන් වේ
  • WebP/AVIF ජනනය කළහොත්, ඒ ඒ අනුරූප සංස්කරණ සඳහා අමතරව තවත් credit වැය වේ
    ඒ නිසා ඔබ හිතන්නේ “රූප 1ක්” කියලා, නමුත් ඇත්තටම වැය වන්නේ “දශකයට ආසන්න credits” වගේ. ShortPixel

Imagify හි නොමිලේ 20MB/මාසයද ඇයි ඉක්මනින් අවසන් වෙන්නේ?

Imagify තවත් “ට්‍රැෆික් පැකේජයක්” වගේ:

  • ඔබ යැවූ අනුවමුල් ගොනු ප්‍රමාණයකෝටාවෙන් අඩු කිරීම
  • කුඩා රූප වැඩි නම්, භාවිතය වැඩි වේ
  • සම්පීඩන මට්ටම වෙනස් කර නැවත ප්‍රශස්ත කළහොත්, කෝටාව නැවත වැය වේ
  • එකම API Key එක බහු අඩවි සඳහා භාවිතා කරයි, කෝටාව බෙදා ගනී
    ඒ නිසා “20MB ඉක්මනින් අවසන් වේ” යන්න බොහෝ විට රූපය ඉතා විශාල වීම, කුඩා රූප සටහන් අධික වීම, හෝ නැවත නැවත උත්සාහ කරමින් දෝෂ පරීක්ෂා කිරීම නිසා සිදුවේ.

11. TinyPNG නොමිලේ 500 credits/මාසය, plugin එකේ ඇයි මාසයකට රූප 100ක් වගේ කියන්නේ? WebP/AVIF සක්‍රිය කළාම එය මාසයකට 50ක් වෙන්නේ ඇයි?

මන්ද TinyPNG හි credits ද “ප්‍රමාණය/වෙනස්කම්” මගින්ද වැඩි කරනු ලැබේ៖

  • සාමාන්‍ය WordPress ස්ථාපනයකට මසකට රූප 100ක් පමණ සම්පීඩනය කළ හැකිය
  • AVIF හෝ WebP පරිවර්තනය සක්‍රීය කරන්න៖එක් එක් රූප ප්‍රමාණයට අතිරේක credit එකක් වැය වේඑබැවින් බොහෝදුරට මසකට රූප 50ක් පමණ සම්පීඩනය කර පරිවර්තනය කළ හැකිය (සිඟිති රූප ප්‍රමාණ සංඛ්‍යාව මත රඳා පවතී)
    ඒ කියන්නේ ක්‍රෙඩිට් 500 ක් ≠ පින්තූර 500 ක්.

12. මගේ වෙබ් අඩවියේ තම්බ්නේල් ඇත්තටම කොච්චර තියෙනවාද? ඒක මෙච්චර වැඩි ලෙස බලපාන්නේ ඇයි?

WordPress හි රූපයක් උඩුගත කළാൽ ප්‍රමාණ කිහිපයක් සෑදේ; තේමාවන්/ප්ලගින (විශේෂයෙන් ඊ-වාණිජ්‍ය) තවත් ප්‍රමාණ එකතු කළ හැක.
ක්ලවුඩ් සම්පීඩනයේ credits/කෝටා සාමාන්‍යයෙන් “මුල් රූපය + සුළුරූ එකට ගණන්” වනдықтан, සුළුරූ ගණන වැඩි වන තරමට නොමිලේ සීමාව ඉක්මනින් වැය වේ.

13. කම්මැලි පූරණය අනිවාර්යයෙන්ම වේගය වැඩි කරයිද? ඇයි සමහරු කියන්නේ කම්මැලි පූරණය වෙනුවට තව මන්දගාමී වෙයි කියලා?

අලස පූරණය “තිරයෙන් පිටත සම්පත්” සඳහා සුදුසුය.
මුල් තිරයේ වඩාත්ම වැදගත් විශාල රූපයත් ප්‍රමාද කර පූරණය කළහොත්, එය මුල් තිර අත්දැකීම මන්දගාමී කළ හැක. WordPress 5.5 සිට පෙරනිමි lazy loading ගැටලුවක් නැත, නමුත් “එකම රීතියක් හැමදේටම” ලෙස ක්‍රියා නොකරන්න.

මා මාර්ග A හෝ B ගියහොත්, CDN / රූප CDN අවශ්‍ය වන්නේ කවදාද?

සම්පීඩනය, ප්‍රමාණය, සහ ආකෘතිය විසඳන්නේ “ගොනුව තවත් කුඩා හා වඩාත් සුදුසු වීම” යන ගැටලුවයි;
CDN මඟින් බෙදාහැරීම වඩාත් සමීප හා ස්ථාවර කරයි。
රූප මුල් අඩවියෙන් දිගු දුරක් හරහා ලබා ගැනීම නිසා ප්‍රමාදය පැහැදිලිව වැඩි නම්, තවත් CDN/රූප CDN එකක් එක් කිරීමෙන් (උදාහරණ ලෙස Cloudflare Polish / Jetpack Site Accelerator) සමස්තය වඩා ස්ථාවර වේ, කියවීම WordPress CDN වේගවත් කිරීම。

15. කළ පසු එය ඇත්තටම ක්‍රියාත්මක වන බව මම සරලම ලෙස සත්‍යාපනය කරන්නේ කෙසේද?

වැඩිම කාලය ඉතිරි කරන සත්‍යාපන ක්‍රමය:

  • එකම පිටුව දෙවැනි වරට නැවුම් කළ විට, පූරණය වඩා ස්ථාවර සහ වේගවත්ද
  • ජංගම හා ඩෙස්ක්ටොප් ලෝඩ් කරන පින්තූර ප්‍රමාණය පැහැදිලිව වෙනස්ද (srcset/sizes ක්‍රියාකරනවාද)
  • පින්තූර කිහිපයක් අහඹුවෙන් පරීක්ෂා කරන්න: WebP හෝ AVIF ගොනු/සම්පත් තිබේද
  • පින්තූර කිහිපයක් අහඹුවෙන් පරීක්ෂා කරන්න: විශාල කර බැලූ විට පැහැදිලිවම බොඳද, අකුරු මැඳි වගේද යන්න බලන්න