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

වෙබ් අඩවිය “මන්දගාමී” වීමට හේතු වන මූලික කරුණ සාමාන්‍යයෙන් එක් පින්තූරයක් නොවෙයිඅයදුම් පථය + සේවාදායක ජනනය + ස්ථිර සම්පත් බෙදාහැරීමසංයෝජනයෙන් ඇතිවූ:

  • පරිශීලකයා ඔබේ සේවාදායකයාට ඉතා දුරින් සිටී, ජාල RTT ඉහළයි (මහාද්වීප අතර වැඩිදුර)
  • WordPress සෑම ඉල්ලීමකදීම PHP ධාවනය කරයි, දත්ත සමුදාය පරීක්ෂා කරයි, අච්චුව රෙන්ඩර් කරයි → TTFB (පළමු බයිට් කාලය) වැඩිවීම
  • පිටුව තවම JS/CSS/ෆොන්ට්/තෙවන පාර්ශව ස්ක්‍රිප්ට් පූරණය කරමින් පවතී, ප්‍රදර්ශනය සහ අන්තර්ක්‍රියා මන්දගාමී වේ

කෑෂ් ප්ලගිනයවිසඳුමේ මූලික කරුණ වන්නේ: “පිටු ප්‍රතිඵල නැවත ගණනය කිරීම” සුරක්ෂිත කර, සේවාදායකයාට සෑම වතාවක්ම නැවත ගණනය කිරීමට අවශ්‍ය නොවීමයි; සහ සුදුසු ප්‍රතිපත්තියක් යටතේ, වැඩි පරිශීලකයින්ට කෑෂ් මගින් ප්‍රතිචාර ලබා දීම, එමඟින් TTFB දැඩි ලෙස අඩු කිරීමයි.WordPress නිල ලේඛනඑසේම, W3 Total Cache, WP Super Cache වැනි ප්ලගිනයන් පිටු ස්ථාවර ගොනු ලෙස කැෂ් කිරීමෙන් පරිශීලකයාට සෘජුවම ලබා දී, සේවාදායකයාගේ සැකසුම් බර අඩු කරයි.

මෙම පිටුව කියවීමට පෙර නියම 3ක් මතක තබා ගන්න

පිටුවේ කැෂේ ප්ලගිනය එකවර එකක් පමණක් භාවිතා කරන්න

එකවර බහු කෑෂ් ප්ලගිනයන් සක්‍රීය කිරීමෙන්, සාමාන්‍යයෙන් ලැබෙන ප්‍රතිඵලය වේගවත් වීම නොව, එසේ නොවන්නේය:

  • අන්‍යෝන්‍ය ආවරණ කෑෂ් නීති අන්‍යෝන්‍ය කෑෂ් පිරිසිදු කිරීම කෑෂ් හමුවීමේ අනුපාතය පහත වැටීම
  • පිවිසුම් තත්ත්වය/භාෂාව/ගොඩක් වස්තු/මිල වැනි ගතික අන්තර්ගත කෑෂ් කිරීම නිසා “වැරදි අන්තර්ගත” සිදුවීම් ඇතිවෙයි
    බොහෝ ප්ලගීන ලේඛන/විස්තර මතක තබාගැනීමේ ප්ලගීනයක් භාවිතා කරන විට යෝජනා කරයිවෙනත් කැෂේ ප්ලගිනයන් අක්‍රීය කරන්නසංඛ්‍යාතයන් වැළැක්වීමට.

විද්‍යුත් වෙළඳාම/සාමාජික/බහුවාචී අඩවිය: කෑෂ් නොවේ “සවි” එකක්, “නියම පද්ධතිය”කි”

WooCommerce නිල කාර්යක්ෂමතා ලේඛනයපැහැදිලිව මතක් කරන්න: කෑෂ් ප්ලගිනය තුළ සහතික කරන්න ගොඩවුම් රථය / ගෙවීම් / ගිණුම පිටු කෑෂ් නොවීමට සහ JavaScript ගොනු සංකුචිත කිරීම වලක්වා ගැනීමට යෝජනා කරයි (එය අනුකූලතා ගැටලු ඇති කරනු ඇත).

3. “කැෂේ ප්ලගිනය ≠ CDN”, නමුත් කැෂේ ප්ලගිනය CDN සඳහා අත්තිවාරමයි

කෑෂ් ප්ලගිනය “මූලාශ්‍ර ස්ථානය අඩු ගණනය කිරීම” විසඳයි;CDN “අන්තර්ගතය පරිශීලකයාට වඩාත් සමීප කිරීම” විසඳන්න. මේ දෙක එකිනෙකට අතිරේක සම්බන්ධතාවයකි: මුලින්ම මූලාශ්‍ර ස්ථානයේ TTFB අඩු කරලා, පසුව ස්ථිතික සම්පත් CDN වෙත බෙදාහැරීමට දෙන්න. එවිටම ගෝලීය පරිශීලකයන් සඳහා වඩාත් ස්ථාවර මාර්ගය ලැබේ.

ඉක්මන් තේරීම: වෙබ් අඩවියේ හමුවන පොදු සිද්ධීන් 4 ක්

ඔබට සම්පූර්ණ පෙළ කියවීමට අවශ්‍ය නොවන්නේ නම්, පහත සඳහන් 4 ක්‍රමයන් තෝරන්න, මූලිකව වැරදි නොවනු ඇත:

  1. සන්සුන් වීමට, ස්ථායි වීමට, ලෝකය පුරා ප්‍රවේශ වීමට → WP රොකට්(ගෙවීම්)
  2. සත්කාරකය පැහැදිලිව LiteSpeed/OpenLiteSpeed වේ → ලයිට්ස්පීඩ් කෑෂ්නිදහස් නමුත් සේවාදායක හැකියාවන් මත දැඩි ලෙස منحصرකෑෂ් කිරීමේ ක්‍රියාකාරිත්වය අවශ්‍ය වේ LiteSpeed සේවාදායක කොටස්දක්ෂතා වැඩ
  3. අන්තර්ගත අඩවිය/බ්ලොග්/ලේඛන අඩවිය, නොමිලේ සහ ස්ථායි වීමට අවශ්‍යයි → WP සුපිරි කැෂේස්ථිර HTML කෑෂ්ස්ථිර HTML ගොනු ජනනය කර නොලොග් වු පරිශීලක බහුතරයට ලබා දීම
  4. ඔබට තාක්ෂණික කණ්ඩායමක් ඇත, ඔබට සුක්ෂ්ම පාලනයක් අවශ්‍යයි (CDN/වස්තු කැෂේ/බහු මොඩියුල) → W3 සම්පූර්ණ කෑෂ්ශක්තිමත් නමුත් සංකීර්ණ：සම්පූර්ණ කාර්යසාධන ව්‍යුහය සහ CDN ඒකාබද්ධ කිරීම ප්‍රධාන කරගනිමින්

කෑෂ් මූලිකව කුමක් කෑෂ් කරන්නේද?

“ඇයි සමහර වෙබ් අඩවි කැෂේ කළත් තවමත් මන්දගාමී වෙන්නේ” යන්න අපි WordPress කාර්යක්ෂමතාව ස්තර 5කට බෙදා හරිනවා:

  1. බ්‍රවුසර කෑෂ්පරිශීලකයින්ට දෙවැනි වතාවට පිවිසීම වේගවත් කිරීම (ස්ථිර සම්පත් කෑෂ් හිස, අනුවාද අංකය)
  2. පිටුව කෑෂ්පිටුවේ ප්‍රතිඵල HTML ලෙස කෑෂ් කිරීම (මෙම පිටුවේ ප්‍රධාන චරිතය)
  3. වස්තුව කෑෂ්කෑෂ් මතක ගබඩා දත්ත සමුදා විමසුම් ප්‍රතිඵල වස්තුව (ගතික වෙබ් අඩවි සඳහා වඩා වටිනා)
  4. PHP OPcache: හැඹිලි PHP බයිට්කේතය (සාමාන්‍යයෙන් සේවාදායක සැකසුම මගින් වින්‍යාස කරයි, ප්ලගිනයේ ප්‍රධාන අවධානය නොවේ)
  5. CDN/අන්ත හැඹිලි ගබඩාසම්පත් පරිශීලකයාට වඩා සමීප නෝඩ් එකට තබන්න

මෙම ලිපියේ ප්‍රධාන කරුණ: පිටුවේ කැෂේ ප්ලගිනය;
නමුත් ඔබට නිතරම මතක් කරනු ඇත: වෙබ් අඩවි සාමාන්‍යයෙන් “සැබැවින්ම වේගවත්” වීමට 2 + 5 සංයෝගයක් අවශ්‍ය වේ.

ප්ලගිනය 1:WP රොකට්(ගෙවීම්) - “සන්සුන්” ඒකාබද්ධ විසඳුම

WP Rocket “WordPress” පරිසරයේ ජනප්‍රිය වන්නේ එය අද්භූත වීම නිසා නොව, එය සාමාන්‍යයෙන් හමුවන කාර්යක්ෂමතා කාර්ය තුනක් “පාලනය කළ හැකි පැකේජයක්” ලෙස නිර්මාණය කර ඇති නිසාය:

  • පිටුව කැෂේ කිරීම (මූලාශ්‍ර සේවාදායක TTFB අඩු කිරීම)
  • කෑෂ් පෙරලෝඩ්/පෙර උණුසුම් කිරීම (ලෝක ව්‍යාප්ත ප්‍රවේශයේ පළමු පිවිසුම් අත්දැකීම වැඩි දියුණු කිරීම)
  • ඉදිරිපස ප්‍රධාන වැඩිදියුණුකිරීම් (විශේෂයෙන් JS ප්‍රමාද කිරීම, CSS සැකසුම් ආදී)

එහිනිල ලේඛන{"translation":"මෙහිද පැහැදිලිව සඳහන් කර ඇත: ඔබ පිටු කෑෂ් වසා දැමුවත්, පෙරලෝඩ් කිරීම සක්‍රීය කළහොත් CSS/JS සම්බන්ධිත යම් යම් වැඩිදියුණු කිරීම් ක්‍ර

1.1 WP Rocket කාට සුදුසුද

WP Rocket මෙම වෙබ් අඩවි සඳහා විශේෂයෙන් සුදුසු වේ:

  • සමාගම් නිල වෙබ් අඩවිය, වෙළඳ නාම අඩවිය, අන්තර්ගත අලෙවිකරණ අඩවිය, ගමන් මඟ පිටුව (ප්‍රවාහය බහු රටවලින්)
  • ඉක්මනින් සක්‍රීය කිරීම සහ ස්ථායීභාවය ප්‍රමුඛ කරයි, නොමිලේ ප්ලගිනයන් බහුලව එකතු කිරීමට අවශ්‍ය නැත
  • අපේක්ෂිත සේවා සහ කාර්යක්ෂමතා ඉංජිනේරුවරයෙකු නොමැතිවත් පළපුරුද්ද සහ SEO අවශ්‍යතා ඇත
  • WooCommerce දැන්විය හැකියි, නමුත් වැඩි අවධානයෙන් (මෙම කොටසෙන් පසුව පැහැදිලි කරනු ඇතනීති සහ අවදානම්）

1.2 එය වෙබ් අඩවි පිවිසුම් දර්ශනයේ ප්‍රධාන වටිනාකම (සැමවිටම “කෑෂ් ස්විච්” පමණක් නොවේ)

A. කෑෂ් පෙරලෝඩ් කිරීම: “වෙබ් අඩවි බෙදා හැරීම් පිවිසුම නිසා ඇතිවන පළමු පිවිසුම් අස්ථිරතාව” විසඳීම”

වෙබ් අඩවි පරිශීලකයන් විහිදෙන විට, ඔබට සාමාන්‍යයෙන් හමුවන මන්දගාමීතාවයක් ඇති වේ:
යම් කලාපයක පරිශීලකයෙක් පළමු වරට යම් පිටුවක් විවෘත කරන විට, එම පිටුවේ කැෂ් කල් ඉකුත් වී තිබේ නම් හෝ කිසිදා පෙර උණුසුම් කර නොමැති නම් → එම පරිශීලකයා සම්පූර්ණ PHP/DB රෙන්ඩර් කිරීමේ පිරිවැය දරයි។
පූර්ව පූරණ යන්ත්‍රණයඅර්ථය වන්නේ:පළමු නිර්මාණයේ වියදම පෙර ගෙවීම“පළමු සංචාරයේ පරීක්ෂණ සත්ත්වයෙකු වීමේ” අවස්ථාව අඩු කරයි.

  • පූර්ව පූරණය නොකිරීම: කවුරු හෙටම පිවිසෙයි ඔහුට දුක් වේ
  • පූර්ව පූරණය ඇත: පද්ධතිය මඟින් පසුබැසීමේදී ඒකාබද්ධව කෑෂ් සෑදීම, පළමු පිවිසුම් අත්දැකීම තවත් ස්ථායි වේ

B. ජාවාස්ක්‍රිප්ට් ක්‍රියාත්මක කිරීම ප්‍රමාද කිරීම: වෙබ් අඩවියට පිවිසීමේදී ඉතාමත් ඉක්මනින් ප්‍රතිඵල දක්වන විශේෂාංගයක් වන අතර, එහි අවදානමද වැඩිම වේ

WP Rocket නිල“JS ක්‍රියාත්මක කිරීම ප්‍රමාද කරන්න”එය එහි ශක්තිමත්ම JS වැඩිදියුණු කිරීම ලෙස විස්තර කරයි: එය ස්ක්‍රිප්ට් ක්‍රියාත්මක කිරීම පරිශීලකගේ අන්තර්ක්‍රියා (මවුස් චලනය, ස්පර්ශ තිරය, ස්ක්‍රෝල් කිරීම, යතුරු ඔබීම ආදී) සිදු වූ පසු ප්‍රමාද කරයි, පිටුව ප්‍රමුඛතාවයෙන් පෙන්වීමට.

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

  • සම්පත් බාගත කිරීම මන්දගාමී වේ → ප්‍රධාන ත්‍රෙඩ් එක ස්ක්‍රිප්ට් වලින් පහසුවෙන් අල්ලගන්නා බව
  • තෙවන පාර්ශව ස්ක්‍රිප්ට් (සංඛ්‍යාත, දැන්වීම්, සංවාද ප්ලගිනය) INP/අන්තර්ක්‍රියා ප්‍රමාදය වැඩි කරයි

එහෙත් එය සමහර ගැටලු ඇති කරවිය හැකියි:

  • දැඩිව ප්‍රමාද කරන JS ඉතා ඉහළට බලපායි: මෙනු, ස්ලයිඩර්, පෙන්වන ජනේල, පෝරම වල සත්‍යාපනය, ගෙවීම්, අනුගමනය කිරීමේ ස්ථාන
  • ඒ නිසා එය “පියවරෙන් පියවර + කළු ලැයිස්තුවෙන් ඉවතලීම” යන ප්‍රතිපත්තියට සුදුසු වේ

C. අනෙකුත් ප්ලගිනයන්/තේමාවන් සමඟ අනුකූලතාවය: සන්සුන් වීම “සම්පූර්ණ ගැටලු රහිත” නොවේ”

WP Rocket නිලවශයෙන් ලැයිස්තුගත කර ඇත“අනුකූල නොවන ප්ලගිනය/තේමාව”ලැයිස්තුව, හේතු අතර WP Rocket කෑෂ්/ආරෝපණය කරන ලද ප්‍රතිදානයේ බෆර් කිරීම ආදී ක්‍රමවේද වලට බලපායි

  • ඔබේ වෙබ් අඩවියේ ප්ලගිනයන් බොහෝ සහ තේමාව බර වැඩි නම්, “කාර්යක්ෂමතා වැඩිදියුණු කිරීම” කුඩා නිකුත් කිරීමක් ලෙස සැලකිය යුතුය: සෑම වෙනස්කමක්ම ආපසු පරීක්ෂණයක් (පෝරම, ලොගින්, ගෙවීම්, බහුභාෂා මාරු ආදී) සිදු කළ යුතුය.

WooCommerce/සජීවී අඩවි සඳහා විශේෂ අනතුරු ඇඟවීම

WooCommerce නිල ලේඛනයේ කෑෂ් ප්ලගිනය සැකසීමේදී මූලික මතකදැක්වීම වන්නේ:

ඇයි?

  • සාප්පු කූඩය, ගෙවීම්, ගිණුම් පිටු cookie / session / nonce මත දැඩි ලෙස රඳා පවතී
  • {“translation”:"කෑෂ් එක මෙම පිටු \"ස්ථිර පිටු\" ලෙස සැලකීමෙන් බොත්තම් ක්‍රියා නොකරන්නට හෝ මිල/ගබඩා/ගිණුම් තොරතුරු ව්‍යවස්ථානුකූල නොව
  • වඩාත් භයානක දෙය නම්: ඔබ එක් ප්‍රදේශයක පරීක්ෂා කළప్పుడు ප්‍රශ්නයක් නොතිබිය හැකි අතර, වෙනත් ප්‍රදේශයක CDN/කැෂ් හමුවීම් වෙනස්කම් නිසා ගැටලු ඇති විය හැකියි

1.4 කෑෂ් ප්ලගිනයේ ප්‍රතිපත්තිය මට්ටමේ යෝජනා

පළමු මට්ටම: මූලික ආරක්ෂක ප්‍රතිලාභ (ඇත්තටම සියලුම වෙබ් අඩවි කළ යුතුය)

  • පිටුව කැෂේ සක්‍රීය කරන්න
  • ආරම්භ කරන්නකෑෂ් පෙරලෝඩ් කිරීමප්‍රථම පිවිසුම් ස්ථායීභාවය වැඩිදියුණු කිරීම
  • සාධාරණ බ්‍රවුසර කැෂ් ප්‍රතිපත්තිය (WP Rocket/සේවාදායකය/CDN ඕනෑම ස්තරයකින් ක්‍රියාත්මක කළ හැක)

දෙවන මට්ටම: මධ්‍යම ආදායම, මධ්‍යම අවදානම (බොහෝ අන්තර්ගත අඩවි සඳහා සුදුසුයි)

  • ප්‍රමාදව පූරණය වන රූප/iframe（රූප ප්‍රශස්තිකරණ පිටුව තවදුරටත් ගැඹුරු කිරීම）
  • CSS ප්‍රමාණය පාලනය කරන්න (උදාහරණයක් ලෙස භාවිතා නොකළ CSS ඉවත් කරන්න)

තෙවන මට්ටම: ඉහළ ආදායමක් නමුත් ඉහළ අවදානමක් (ප්‍රතිචක්‍රීය පරීක්ෂණ ලැයිස්තුවක් තිබිය යුතුය)

  • JavaScript ක්‍රියාත්මක කිරීම ප්‍රමාද කිරීම (ප්‍රමුඛතාවයෙන් පෙන්වීම, නමුත් අන්තර්ක්‍රියාට බලපාන්න පුළුවන්)
  • JS/CSS සංකුචිත කිරීම/එකතු කිරීම: වෙළඳපොළ/සාමාජික/බහුභාෂා සඳහා විශේෂ සැලකිල්ලක් අවශ්‍යයිWooCommerce JS සංකුචිත කිරීමේ අවදානම ගැනද මතක් කරයි）

1.5 මිල සහ අනුමැතිය

  • WP Rocket ගෙවීම් බලපත්‍ර පද්ධතියක් වන අතර, වෙබ් අඩවි ගණන අනුව විවිධ බලපත්‍ර ලබා දේ

ප්ලගිනය 2:ලයිට්ස්පීඩ් කැෂේ (LSCWP)නිදහස් ඉහළම සැකසුම සඳහා සේවාදායකය LiteSpeed විය යුතුය

බොහෝ දෙනෙක් LiteSpeed Cache ගැන වැරදි අවබෝධයක් ඇති කරන්නේ එය WordPress ප්ලගිනයක් පමණක් බවයි, ස්ථාපනය කිරීමෙන් පසු WP Rocket මෙන් ඕනෑම සර්වර් එකක සම්පූර්ණ බලය ප්‍රදර්ශනය කළ හැකි බවයි. ඇත්ත වශයෙන් එසේ නොවේ.

LiteSpeed නිල ලේඛනපැහැදිලිව පැහැදිලි කිරීම: LSCWP හි කෑෂ් ගුණාංග සඳහා LiteSpeed සේවාදායකය අවශ්‍ය වන්නේ එය LiteSpeed වෙබ් සේවාදායකයේ ඇතුළත් පිටු කෑෂ් (LSCache) සමඟ සන්නිවේදනය කිරීමටය; ප්ලගිනය සේවාදායකයට කුමන පිටු කෑෂ් කළ හැකිද, කාලයක් කෙතරම් කෑෂ් කළ යුතුද, සහ ටැග් භාවිතයෙන් පිරිසිදු කිරීම ක්‍රියාත්මක කරන බව කියා දීමට වගකීම් දරයි.

LiteSpeed Cache හි මූලික වාසියන් එනවා“සේවාදායක මට්ටමේ පිටු කෑෂ් (LSCache)”LiteSpeed/OpenLiteSpeed සේවාදායක නොමැතිනම්, මෙම මූලික වාසිය නොමැත

2.1 ලයිට්ස්පීඩ් කෑෂ්කාට සුදුසුද

සුදුසුයි:

  • ඔබේ සර්වර් පැනලය පැහැදිලිව සලකුණු කර ඇත ලයිට්ස්පීඩ් / ඔපන්ලයිට්ස්පීඩ්(උදාහරණයක් ලෙස බොහෝ cPanel සර්වර් ලිවිය හැක)
  • ඔබට අවශ්‍යයි නොමිලේ සැලැස්මෙන්ද ශක්තිමත් TTFB සහ සමකාලීන හැකියාව ලබා ගැනීමට“
  • ඔබ පිළිගන්නවාද: එය බලවත් ක්‍රියාකාරීත්වයක් ඇත, නමුත් අදහස් වැඩිද (TTL, ටැග්, පර්ජ්, ESI, ක්‍රෝලර්…)

සුදුසු නොවේ:

  • ඔබට හෝස්ට් වෙබ් සේවාදායකය කුමක්දැයි නොතේරේ නම් හෝ Nginx/Apache බව තහවුරු කරන්නේ නම් (ඔබට එහි ඉදිරිපස වැඩි දියුණු කිරීමේ විශේෂාංග කොටසක් පමණක් භාවිතා කිරීමට අවශ්‍ය නම් එසේ නොවන්නේ නම් එහි වටිනාකම සහ සංකීර්ණතාව සමාන නොවිය හැක)
  • {“translation”:"ඔබ සංකීර්ණ විද්‍යුත් වෙළඳපොළ/සාමාජික/බහුභාෂා වෙබ් අඩවියක් වන අතර පරීක්ෂණ ක්‍රියාවලියක් නොමැත (LSCWP ශක්තිමත්

2.2 එහි කෑෂ් පද්ධතිය: එය “සේවාදායක හැකියාවක කොටසක්” වැනි හේතුව”

ඔබට LiteSpeed Cache ක්‍රමවේදය “ඉංජිනේරු විවරණයක්” ලෙස ලිවිය හැකියි:

  • WP රොකට් / WP සුපර් කෑෂ් මෙවැනි දේවල් වැඩිපුර WordPress/PHP පැත්තෙන් කැෂ් කිරීම හා ප්‍රශස්තකරණය කරයි;
  • LSCWP එය “WordPress පාලක පුවරුව + LiteSpeed සේවාදායකය තුළ ඇතුළත් LSCache” යන සංයෝගයයි: ප්ලගිනය නියමයන් බෙදාහරින අතර පිරිසිදු කිරීමේ සංඥා ලබා දෙන අතර, සැබෑ වේගවත් පිටු කෑෂ් කිරීම සිදු වන්නේසේවාදායක ස්ථරය。

මෙය වෙබ් අඩවි පිවිසුම් අත්දැකීමට සෘජුවම බලපායි: සේවාදායක ස්තරයේ කැෂේ කිරීම සාමාන්‍යයෙන් ලාබදායක, වේගවත් සහ වැඩි පිරිසක් එක්වරම ප්‍රවේශ වීමට (විශේෂයෙන් හදිසි ගමනාගමනය, සෙවුම් යන්ත්‍ර ක්‍රෝලර් ඉහළ සංඛ්‍යාවකින් පිවිසීමේදී) තරගකාරී වේ.

2.3 වෙබ් අඩවි පරිශීලක දර්ශනය යටතේ, LSCWP හි “නිවැරදි විවෘත කිරීමේ ක්‍රමය”

අපි “නිවැරදිව විවෘත කිරීමේ ක්‍රමය” ස්තර 4කට වෙන් කර ඇත:

පළමු ස්ථරය: පිටුවේ කැෂේ ප්‍රතිපත්තිය (TTFB සැබැවින්ම අඩු කළ හැකිද යන්න තීරණය කරයි)

  • කොපි තබා ගත හැකි පිටු (බොහෝ පොදු අන්තර්ගත පිටු) පැහැදිලි කරන්න
  • හැඹිය නොහැකි පිටු පැහැදිලි කරන්න (පිවිසුම, ගිණුම, කරත්තය, ගෙවීම, භාෂා/මුදල් මාරුවට දැඩිව cookie මත රඳා පවතින පිටු)
  • කෑෂ් සදහා යුක්තිසම්පන්න TTL සකසන්න (අන්තර්ගතය යාවත්කාලීන වීමේ අනුපාතය ඉහළ නම්, TTL කෙටි වේ; එසේ නොමැතිනම් දිගු වේ)
  • පිරිසිදු කිරීමේ ප්‍රතිපත්තියක් සකස් කරන්න: අන්තර්ගතය යාවත්කාලීන කිරීමෙන් පසු සම්බන්ධිත ටැග් පිරිසිදු කරන්න (සියලුම වෙබ් අඩවිය පිරිසිදු කිරීම නොව).

මෙම ස්තරය නිවැරදිව කළහොත් වෙබ් අඩවියට සෘජුවම පෙනෙන දේ TTFB අඩු වීම සහ පළමු තිරය ස්ථායී වීම。

පෙළ 2: පෙර උණුසුම් කිරීම/සෙවුම් යන්ත්‍ර (“අඩු ජනප්‍රිය පිටුවේ පළමු පිවිසුම මන්දද” තීරණය කරයි)

වෙබ් අඩවි පිවිසුමේ සාමාන්‍ය “අත්දැකීම් අසමතුලිතතාව” කෑෂ් මත පදනම් වූ “සීතල සහ උණුසුම් වෙනස්කම්” මඟින් ඇති වේ:

  • ප්‍රසිද්ධ පිටු සෑම විටම පිවිසෙන්නන් සිටී, කෑෂ් සෑම විටම උණුසුම් වේ
  • අඩු ජනප්‍රිය පිටුවක් දිගු කාලයක් කවුරුත් ක්ලික් කර නොමැතිව තිබේ, පළවෙනි වතාවට ක්ලික් කරන අය ඉතා මන්දගාමී වේ

පූර්ව උණුසුම යනු අතිරේකයක් නොව, වෙබ් අඩවි පිවිසුම් අත්දැකීමේ සමානතාවයේ මූලිකයයි

3 වන මට්ටම: සජීවී අන්තර්ගත ආරක්ෂණ විසඳුම (ඉ-වාණිජ්‍ය/සාමාජික/බහු භාෂා)

LSCWP හි ශක්තිය එය ඔබට බොහෝ “උසස් මෙවලම්” ලබා දීමයි, උදාහරණයක් ලෙස:

  • ලොග් වීමේ පරිශීලකයින්ට සහ අදහස් පරිශීලකයින්ට වෙනස් කෑෂ් ප්‍රතිපත්තිය
  • අන්තර්ගත අන්තර්ගතය (ESI) හි මූලික අදහස වන්නේ: පිටුව "සංරක්ෂණය කළ හැකි පොදු ප්‍රධාන කොටස" සහ "සංරක්ෂණය කළ නොහැකි ගතික කොටස්" ලෙස වෙන් කර, ඒවා වෙන වෙනම සැකසීමෙන් පසුව අන්තර්ගත කෙළවරේ ඒකාබද්ධ කිරීමයි.

පැති 4: ඔන්ලයින් සේවාවන් සහ විකල්ප වැඩිදියුණු කිරීම්

බොහෝ වෙබ් අඩවි පරිපාලකයන් LSCWP තුළ QUIC.cloud හි මාර්ගගත සේවාවන් (උදාහරණයක් ලෙස පිටු ප්‍රශස්තිකරණ සේවා) සමඟ සම්බන්ධ වීමට ඉඩ ඇත.QUIC.cloud ලේඛනයපැහැදිලිව ලියා ඇත: එය LSCWP වෙත පිටු ප්‍රශස්තිකරණ සේවා සපයයි, එයට Critical CSS (CCSS), Unique CSS (UCSS), Viewport Images (VPI) ආදිය ඇතුළත් වේ.

  • මෙම සේවාවන් විකල්ප වේඔබට සේවාදායක කෑෂ් පමණක් භාවිතා කළ හැකි අතර, ඔන්ලයින් ඔප්ටිමයිසේශන් සක්‍රීය නොකළ හැකිය.
  • {"translation":"ඔන්ලයින් සේවාව සක්‍රීය කළ විට, ඔබේ වෙබ් අඩවියේ සම්පත්/පිටු සැකසුම් සම්බන්ධතා වෙනස් වේ (මෙය ව්‍යාපාර/පෞද්ගලිකත්වයට ස

2.4 LSCWP පොදු ගැටලු

  1. සේවාදායකය LiteSpeed නොවේ, නමුත් LSCWP සම්පූර්ණ කෑෂ් ප්ලගිනය ලෙස සලකයි
    ප්‍රතිඵලය: කෑෂ් ප්‍රතිඵලය අපේක්ෂිතයට සමාන නොවීය, සහ වින්‍යාස සංකීර්ණතාවය වැඩි කළා. විසඳුම්: ප්‍රධාන යන්ත්‍ර මාලාව පළමුව තහවුරු කරන්න; එසේ නොවේ නම් LiteSpeedWP Rocket හෝ WP Super Cache ගැන සලකා බලන්න.
  2. අතිරික්ත ඉදිරිපස වැඩිදියුණු කිරීමක් සක්‍රීය කිරීමෙන් ක්‍රියාකාරිත්වය අසාමාන්‍ය විය
    පිටු වැඩිදියුණු කිරීම (CSS/JS) සාමාන්‍යයෙන් “කැෂේ”ට වඩා අනුකූලතා ගැටලු ඇති කරයි. යෝජනා: පළමුව පිටු කැෂේ ස්ථායී කර, පසුව එක් එක් වැඩිදියුණු කිරීම සක්‍රීය කර, ආපසු පරීක්ෂණ ලැයිස්තුවක් (පෝරම, මෙනු, ගෙවීම්, අනුගමනය, භාෂා මාරුව ආදී) සකස් කරන්න.
  3. සජීවී පිටු සඳහා ඉවත් කිරීම/කැබලි කිරීමේ ප්‍රතිපත්තියක් නොමැත
    සාමාන්‍ය අනතුරු: මිලදී ගැනීමේ රථය, ගෙවීම් පිටුව, ගිණුම් පිටුව කැෂ් කර ඇත; හෝ බහුභාෂා/බහු මුදල් මාරු නිවැරදි නොවේ. විද්‍යුත් වෙළඳසැල් අඩවි මෙය ප්‍රකාශයට පත් කිරීමට පෙර පරීක්ෂා කිරීමක් ලෙස සලකිය යුතුය (WooCommerce නිලවරණයද අවධාරණය කරයි)ප්‍රධාන පිටු කෑෂ් නොකරන්න）。

ප්ලගිනය 3:WP සුපිරි කැෂේ(නිදහස්) - අඩු අවදානම් සහ ඉහළ ලාභ ඇති අන්තර්ගත අඩවි සඳහා සාම්ප්‍රදායික සැලැස්ම

WP සුපිරි කැෂේ ඇයි එය දිගු කාලයක් ජනප්‍රිය වෙන්නේ? එය ගැටලුව විසඳන්නේ ඉතා සෘජු, ඉතා “සේවාදායක හිතකාමී” ක්‍රමයක් භාවිතා කිරීමෙනි:
සජීව WordPress පිටු ස්ථිර HTML ගොනු බවට පරිවර්තනය කරන්නඉන්පසු මෙම HTML ගොනු සෘජුවම Web සේවාදායකය විසින් සපයනු ලබන අතර, එමගින් වියදම් අධික PHP සැකසුම මඟ හැරේ.

ප්ලගිනය පිටුවේ දක්වා ඇත: ස්ථිර HTML බොහෝමයක් ලොග් ව නොමැති පරිශීලකයින්ට ලබා දෙන අතර ඉතා පැහැදිලි විස්තරයක් දක්වයි——“99% වෙත පිවිසෙන අය සඳහා ස්ථිර HTML ගොනු ලබා දෙනු ඇත”, එක් කැෂේ ගොනුවක් දහස් ගණනක් සේවා සැපයිය හැකිය.

3.1 WP Super Cache කාට සුදුසුද

ශක්තිමත් ලෙස නිර්දේශ කරයි:

  • බ්ලොග්, මාධ්‍ය අන්තර්ගත අඩවිය, ලේඛන අඩවිය, ව්‍යාපාර ප්‍රදර්ශන අඩවිය, ඉලක්ක පිටුව
  • විසිතුරු ප්‍රධාන වශයෙන් ලොග් ව නොමැති පරිශීලකයින්
  • ඔබට අවශ්‍යයි: නොමිලේ, ස්ථායි, නඩත්තු වියදම් අඩු

සැලකිලිමත් භාවිතය/වඩා ශක්තිමත් ප්‍රතිපත්තිය අවශ්‍යයි

  • ශක්තිමත් ගතික වෙබ් අඩවිය: පුළුල් පෞද්ගලික අන්තර්ගත, පරිශීලක තත්ත්වය අනුව වෙනස් වන පිටු
  • විශාල ඩිජිටල් වෙළඳසැල්: භාවිතා කළ හැකිය, නමුත් ප්‍රධාන පිටු කෑෂ් නොකරන බව සහ ඔබේ පරීක්ෂණ ක්‍රියාවලිය සමඟ සම්බන්ධ කර ගැනීම අවශ්‍ය වේ.

3.2 එහි තිහ කෑෂ් කිරීමේ ක්‍රම

WP Super Cache ප්ලගිනයේ විස්තරයේ කෑෂ් කිරීමේ ක්‍රම 3 ක් වේගය අනුව ලැයිස්තුගත කර ඇති අතර, ඒවා අතර වෙනස්කම් පැහැදිලි කර ඇත:

  • mod_rewrite (විශේෂඥ): වේගවත්මයි, PHP සම්පූර්ණයෙන්ම මඟහැර යයි, නමුත් .htaccess වෙනස් කළ යුතු අතර, වැරදි ලෙස වින්‍යාස කළහොත් වෙබ් අඩවිය භාවිතයට නොහැකි වීමේ වැඩි අවදානමක් ඇත
  • සරල (ආයෝජනය කරන ක්‍රමය)PHP විසින් “සුපිරි කැෂේ” ස්ථිතික ගොනු සපයයි, mod_rewrite වේගයට ආසන්න නමුත් වින්‍යාස කිරීම වඩා පහසුයි
  • WP-Cache කෑෂ්වැඩි වශයෙන් ස්වයංක්‍රීය, දැනට පරිශීලකයින්, පරාමිතීන් සහිත URL, දායක මාර්ග ආදී සඳහා භාවිතා කරයි, නමුත් වේගය අඩුය

추천 선택:

  • නවකයින්/ස්ථායීතාවය සෙවීම: නිර්දේශිත ක්‍රමය (සරල)
  • ඔබ සේවාදායක නීති රීතිවලට හොඳින් දන්නවා සහ නීතිවල වෙනස්කම් ගැන අවදානම භාර ගැනීමට කැමතිනම්: විශේෂඥ මෝඩ් ගැන නැවත සිතන්න
  • ඔබට අවශ්‍ය වන්නේ වඩාත් ස්වල්ප සහනදායක “දැනට පවතින පරිශීලක/පරාමිතීන් සමඟ” සැකසීමයි: WP-Cache හි ස්ථානය අවබෝධ කර ගැනීම

3.3 WP Super Cache හි වාසි සහ දුර්වලතා

වඩාත්ම හොඳකම්:

  1. CDN සමඟ ඉතා සුදුසුයි
    එය මූලිකවම “ස්ථිතික HTML ජනනය” කිරීමක් බැවින්, එය ස්වභාවිකවම CDN/එජ් කැෂ් කිරීමේ අදහසට ගැළපේ.
  2. මූලාශ්‍ර අඩවිය CPU/දත්තගබඩා පීඩනයේ වැඩිදියුණු කිරීම ඉතා සෘජුවම සිදු වේ
    වෙබ් අඩවි ගමනාගමනය විහිදෙන විට, සෙවුම් යන්ත්‍ර සහ සමාජ මාධ්‍ය ක්‍රෝලර්වරු ලෝකයේ විවිධ ස්ථානවලින් පැමිණිය හැකිය. ස්ථාවර කිරීම “පිළිවෙළ නැවත සැකසීම”ට එරෙහිව ප්‍රබල ප්‍රතිඵල ලබා දෙයි.

කෙටි පුවරුව:

  1. එය “සම්පූර්ණ කාර්යක්ෂමතා වැඩිදියුණු කිරීමේ කට්ටලයක්” නොවේ”
    එය ප්‍රධාන වශයෙන් පිටු කෑෂ් කිරීමේදී ශක්තිමත් වන අතර, CSS/JS ගැඹුරු අභිප්‍රේරණය WP Rocket මෙන් එකම පැකේජයක් ලෙස නොවේ. ඔබට “පින්තූර අභිප්‍රේරණ පිටුව” සහ “ඉදිරිපස අභිප්‍රේරණ පිටුව” තුළ වැඩි අන්තර්ගතයක් අරගෙන යාමට (හෝ වෙනත් ප්ලගිනයක්/තේමාව මට්ටමේ අභිප්‍රේරණයක් භාවිතා කිරීමට) අවශ්‍ය විය හැක.
  2. “සජීවී පුද්ගලීකරණය” ගැන වඩා සැලකිලිමත් වන්න
    {"translation":"උදාහරණයක් ලෙස ප්‍රදේශ අනුව වෙනස් අන්තර්ගත පෙන්වීම, පරිශීලක තත්ත්වය අනුව වෙනස් මිල/භාෂාව/සැලසුම් පෙන්වීම. මේ අවස්ථාවේ ඔබට වළ

3.4 WooCommerce අනුකූලතාවය: එය ඇයි “ආරක්ෂිත” යැයි කියන්නේ”

WooCommerce නිල උදව් ලේඛනසැලකිය යුතුයි: WooCommerce සහ WP Super Cache ස්වභාවිකව අනුකූල වන අතර WooCommerce WP Super Cache වෙත තොරතුරු යවයි, එමඟින් Cart, Checkout, My Account පිටු පෙරනිමි ලෙස කෑෂ් නොකරයි.

  • ඔබ නවකයෙකු වුවත්, WP Super Cache + WooCommerce එකතුව “ප්‍රධාන පිටු කැෂ් කිරීම” සම්බන්ධ ගැටළුවට පහසුවෙන් නොපැමිණේ.
  • {"translation":"නමුත් තවමත් නිකුත් කිරීමට පෙර ප්‍රතිචක්‍රීය පරීක්ෂණ කිරීම යෝජනා කරයි (ගෙවීම්, වට්ටම් කූපන්, ප්‍රවාහන ගාස්තු, බදු අනුපා

ප්ලගිනය 4:W3 සම්පූර්ණ කෑෂ් (W3TC)සම්පූර්ණතම කාර්යක්ෂමතා රාමුව, ඉංජිනේරු කණ්ඩායම් සඳහා සුදුසුයි

W3 සම්පූර්ණ කෑෂ් WordPress.org හි ස්ථානගත කිරීම “එක්ම කැෂ් ප්ලගිනයක්” නොව, ඊට වඩා “වෙබ් අඩවි කාර්යසාධන ප්‍රශස්තිකරණ රාමුවක්” වැනි දෙයකි: එය CDN ඒකාබද්ධකරණය සහ හොඳම පරිචයන් මගින් SEO, Core Web Vitals සහ සමස්ත අත්දැකීම වැඩිදියුණු කිරීම අවධාරණය කරයි.

ප්ලගිනයේ විස්තරිත හැකියාවන් විශාලය: පිටු/පෝස්ට් කෑෂ් කිරීම, CSS/JS කෑෂ් කිරීම, ෆීඩ් කෑෂ් කිරීම, සෙවුම් ප්‍රතිඵල කෑෂ් කිරීම, දත්ත සමුදා වස්තු කෑෂ් කිරීම, වස්තු කෑෂ් කිරීම, කොටස් කෑෂ් කිරීම (fragment cache), සහ Redis/Memcached/APC වැනි බහු කෑෂ් ක්‍රම සහය දක්වයි, තවද UA/Referrer අනුව ජංගම කණ්ඩායම් කෑෂ් කිරීම, AMP සහය, ප්‍රතිවිරුද්ධ නියෝජිත (Nginx/Varnish) ඒකාබද්ධ කිරීම ඇතුළත් වේ.

4.1 W3 Total Cache කාට සුදුසුද

ඉතා සුදුසුයි:

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

සුදුසු නොවේ:

  • ඔබට අවශ්‍යයි “ස්ථාපනයෙන් පසු ඉක්මනින්”, කෑෂ් ස්තර කිරීම තේරුම් ගැනීමට අවශ්‍ය නැත
  • ඔබට පරීක්ෂණ ප්‍රවාහයක් නොමැති අතර, සංකුචිත කිරීම, ප්‍රමාද ස්ක්‍රිප්ට් වැනි උසස් අවදානම් විකල්ප එක්වරම සක්‍රීය කිරීමට අවශ්‍යයි

4.2 එය “ශක්තිමත් නමුත් සංකීර්ණ” ලෙස කියන්නේ ඇයි: වෙබ් අඩවියට වැදගත් වන්නේ “පාලනය කළ හැකි බව”ය”

W3TC හි වටිනාකම “එය අනික් අයට වඩා වේගවත් විය යුතුය” යන්නෙහි නොව, ඔබට ප්‍රමාණවත් පාලන නියමක ලබා දීමෙනි, එමඟින් ඔබට කාර්යක්ෂමතා ප්‍රතිපත්ති ඉංජිනේරු පද්ධතියක් ලෙස සැකසිය හැකි වේ:

  • පිටු කැෂේ: මතකයේ, තැටියේ හෝ CDN තුළ තිබිය හැකිය
  • දත්ත සමුදා වස්තු කෑෂ්, වස්තු කෑෂ්: Redis/Memcached ආදී භාවිතා කළ හැක
  • කෑෂ් කිරීමේ කොටස: “අර්ධ ගතික පිටුව” සඳහා ඉතා ප්‍රයෝජනවත් වේ
  • ජංගම සහාය: නිර්දේශකයා හෝ පරිශීලක නියෝජිත කණ්ඩායම අනුව පිටු වෙන වෙනම කෑෂ් කිරීම
  • CDN කළමනාකරණය: මාධ්‍ය පුස්තකාලය, තේමා ගොනු වැනි දේ සඳහා විනිවිද CDN කළමනාකරණය

මෙම හැකියාවන් වෙබ් අඩවි සඳහා විශේෂයෙන් වටිනා වේ, මක්නිසාද ලෝකය පුරා ප්‍රවේශ වීමේදී බොහෝ විට මුහුණ දෙනවා:

  • එකම පිටුව විවිධ උපාංග, ප්‍රදේශ සහ භාෂා යටතේ වෙනස්කම්
  • සමහර අන්තර්ගතය කැෂ් කළ හැකි අතර සමහර අන්තර්ගතය සජීවීව තිබිය යුතුය (උදාහරණයක් ලෙස මිල, ගබඩා, පරිශීලක තත්ත්වය)

4.3 W3TC හි “සැලසුම් කළ සක්‍රීය කිරීමේ අනුක්‍රමය”

추천 순서：

  1. පිටුවේ කැෂේ පළමුව සක්‍රීය කරන්න
    සත්‍යාපනය: TTFB අඩුවී ඇතිද, අන්තර්ගතය එකසේද, ලොගින් තත්ත්වය/බහුවාචී/වෙළඳ ප්‍රධාන ප්‍රවාහ සාමාන්‍යද
  2. බ්‍රවුසර කෑෂ් නැවත සක්‍රීය කරන්න
    ඉලක්කය: නැවත පිවිසීම සහ ස්ථිර සම්පත් පූරණය වේගවත් කිරීම, මහාද්වීප අතර නැවත බාගත කිරීම අඩු කිරීමයි.
  3. නැවත ඇගයීම වස්තුව කෑෂ් / දත්ත සමුදා වස්තුව කෑෂ්
    අදාළයි: ගතික වෙබ් අඩවි (WooCommerce, සාමාජික පද්ධති, සංකීර්ණ විමසුම්).
    අදාළ නොවේ: පිරිසිදු අන්තර්ගත අඩවි වල ලාභ සීමිත විය හැකි අතර, සම්පත් පරිභෝජනය වැඩි විය හැකිය.
  4. අවසන් සැකසීම සංකුචිත කිරීම / ප්‍රමාදිත ස්ක්‍රිප්ට් / ඉදිරිපස වැඩිදියුණු කිරීම
    මෙය ක්‍රියාකාරීත්වයේ අසාමාන්‍යතා ඇති වීමට පහසුම ස්තරය වන බැවින්, ආපසු පරීක්ෂණ ලැයිස්තුවක් (ගෙවීම්, පෝරම, අනුගමනය, පෙන්වීම් ජනේල, මෙනු, භාෂා මාරු කිරීම ආදී) සකස් කළ යුතුය.

WooCommerce හි “කැෂේ ප්ලගිනය සැකසුම” පිළිබඳ අනතුරු ඇඟවීමප්‍රධාන පිටු කෑෂ් නොකරන්න, සහ JS ගොනු සංකුචිත කිරීම වලක්වීමට යෝජනා කරයි.

ප්ලගිනයන් හතරේ සසඳුම් මැට්‍රික්ස්

සැලකිල්ල: මෙය “කවුරු වැඩි බලවත්ද” යන්න නොව, “ඔබගේ දර්ශනය කවුරුට වඩා ගැළපෙනවාද” යන්නයි.

මානයWP රොකට්ලයිට්ස්පීඩ් කෑෂ්WP සුපිරි කැෂේW3 සම්පූර්ණ කෑෂ්
මූලික ස්ථානයසැලසුම් සහිත ඒකාබද්ධ කිරීම (කෑෂ් + උත්කර්ෂණය)සේවාදායක මට්ටමේ කෑෂ් (LSCache මත منحصر)ස්ථිර HTML කෑෂ්කාර්ය සාධන රාමුව (බහු කැෂ් ස්තර +CDN)
මැෂින් මත පදනම්වීමඅඩු (සාමාන්‍ය)ඉහළ (මූලික කෑෂ් කිරීම සඳහා LiteSpeed/OpenLiteSpeed අවශ්‍යයි)අඩු (සාමාන්‍ය)මධ්‍යම (සාමාන්‍ය, නමුත් පරිසරය/සැකසුම් හැකියාව මත වැඩි ලෙස منحصر)
ඉගෙනුම් වියදමඅඩු-මධ්‍යමමධ්‍යම低ඉහළ
අන්තර්ගත ස්ථානයේ නිර්දේශයඉතා ඉහළඉහළ (පූර්ව කොන්දේසි සපුරා ඇත)ඉතා ඉහළමධ්‍යම-ඉහළ (කණ්ඩායම බලන්න)
ඉලෙක්ට්‍රොනික වෙළඳපොළ/සාමාජික අඩවියභාවිතා කළ හැකි නමුත් සැලකිලිමත් වෙන් කරන්න (WooCommerce ප්‍රධාන පිටු කෑෂ් නොකරයි)පවතින නමුත් වැඩි නීති/කැබැල්ලනීති අවශ්‍යයිභාවිතා කළ හැකි අතර WooCommerce ස්වභාවික අනුකූලතාවය සහ ප්‍රධාන පිටු කෑෂ් නොකිරීම පෙරනිමිති ලෙස සඳහන් කරයිපරිහරණය කළ හැකි, ඉංජිනේරු පාලනයට සුදුසු
අයවැයගෙවීම්නොමිලේනොමිලේනිදහස් + ගෙවීම් සංස්කරණය

“කෑෂ් අවාසනාව සහ වැළැක්වීමේ ලැයිස්තුව

කෑෂ් මත “වැරදි අන්තර්ගතය” ඇතිවීමේ ප්‍රධාන හේතු තුන

A. “ස්ථිතිය ඇති” පිටුව “ස්ථිතිය රහිත ස්ථිර පිටුවක්” ලෙස සැලකීම”

සාම්ප්‍රදායික: ගිණුම් පිටුව, මිලදී ගැනීම් රථය, ගෙවීම් පිටුව කෑෂ් කර ඇත. WooCommerce අධිකාරිය නැවත නැවත අවධාරණය කරයි ගොඩවුම් රථය / ගෙවීම් / ගිණුම කැෂ් නොකළ යුතුය

බහුභාෂා/බහුමුදල්/ප්‍රදේශ විකල්ප නිවැරදිව කැෂ් නොවෙයි

ඔබේ අඩවිය cookie, විමසුම් පරාමිති, හෝ භූගෝලීය ස්ථානය අනුව වෙනස් අන්තර්ගතය පෙන්වන්නේ නම්, කැෂ් කිරීමේදී “වෙනස්කම් මාන” සැලකිල්ලට ගත යුතුය. නැතිනම් A ප්‍රදේශයේ පරිශීලකයෙකු විසින් සෑදූ කැෂ් එක B ප්‍රදේශයේ පරිශීලකයෙකු විසින් නැවත භාවිතා විය හැක.

C. ඉදිරිපස වැඩිදියුණු කිරීම (JS/CSS) නැවත ලිවීම නිසා ක්‍රියාකාරිත්වය අසාමාන්‍ය වීම

විශේෂයෙන් JS සංකුචනය, ඒකාබද්ධ කිරීම, ප්‍රමාද ක්‍රියාත්මක කිරීම. WooCommerce ද යෝජනා කරයිJS ගොනු සංකුචිත කිරීම වැළැක්වීම。

2. නිකුත් කිරීමට පෙර ආපසු පරීක්ෂණ ලැයිස්තුව

  • ඇතුල්වීම/පිටවීම සාමාන්‍යද
  • පෝරමය ඉදිරිපත් කිරීම (සම්බන්ධතා පෝරමය, දායකත්වය, ලොග් වීම සහ ලියාපදිංචි වීම) සාමාන්‍යද
  • ඉලෙක්ට්‍රොනික වෙළඳාම ප්‍රවාහය: ඇණවුම් කර ගැනීම → වට්ටම් කූපනය → ප්‍රවාහන ගාස්තු/බදු → ගෙවීම් → ඇණවුම් පිටුව
  • බහुभාෂා මාරුව ස්ථායිද (මාරුවීමෙන් පසු අන්තර්ගතය, URL, hreflang, මුදල්)
  • ජංගම මෙනුව, පෙන්වීම්, ස්ක්‍රෝල් කිරීම, අලස පූරණය සාමාන්‍යද
  • ස්ක්‍රිප්ට් ක්‍රියාත්මක වෙමින් පවතිනවාද (GA, Meta Pixel, පරිවර්තන සිදුවීම්)

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

Q1: මම කෑෂ් මොඩියුලයක් ස්ථාපනය කළත්, විදේශීය ප්‍රවේශය තවමත් මන්දගාමී වන්නේ ඇයි?

සැලකිය යුතු හේතුව වන්නේ: ඔබ “මූලාශ්‍ර සේවාදායකයේ නැවත පෙන්වීම” පමණක් විසඳා ඇත, නමුත් “අන්තර් මහාද්වීප ජාල ප්‍රමාදය” විසඳා නොමැත.
කෑෂ් ප්ලගිනය සේවාදායකයාට අන්තර්ගතය වේගයෙන් (TTFB අඩු කිරීම) ලබා දීමට හැකි කරයි, නමුත් ස්ථිර සම්පත් (පින්තූර, CSS, JS, අක්ෂර) සහ ගෝලීය සම්බන්ධතා RTT තවමත් අවශ්‍ය වේ CDN දුර කෙටි කරන්න.
ඒ නිසා නිවැරදි මාර්ගය වන්නේ:මුල් අඩවියේ කෑෂ් කිරීම ස්ථායී කර ගන්න.CDN වෙත නැවත ගෝලීය බෙදාහැරීම සඳහා යන්න。

Q2: මම අන්තර්ගතය වෙනස් කළත් මතක තබා ගැනීමෙන් පසු එය යාවත්කාලීන නොවන්නේ ඇයි?

ඔබ දැක ඇති දේ “පැරණි කැෂේ” වේ. විසඳුම් අදහස:

  • පිරිසිදු කිරීමේ ප්‍රතිපත්තිය සකස් කරන්න: ලිපි/පිටු යාවත්කාලීන කිරීමෙන් පසු අදාල කෑෂ් පිරිසිදු කරන්න (සම්පූර්ණ වෙබ් අඩවිය පිරිසිදු කිරීම නොවේ)
  • පූර්ව උණුසුම් කිරීම/සෙවුම් යන්ත්‍ර සඳහා: පිරිසිදු කිරීමෙන් පසු නැවත උණුසුම් කළ යුතුය, නැතිනම් පළමු පිවිසුම මන්දගාමී වේ
  • CDN සඳහා: CDN එජ්හිද පැරණි සම්පත් කැෂ් වී තිබිය හැකි බව සලකා බැලිය යුතුය

Q3: WP Rocket සහ WP Super Cache එකට එකවර ස්ථාපනය කළ හැකිද?

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

Q4: විද්‍යුත් වෙළඳසැල් වෙබ් අඩවියක කෑෂ් භාවිතා කිරීම ඉතා අවදානම්ද?

අපහසුකමක් නැහැ, අපහසුකම වන්නේ “නියම නැති වීම”යි.WooCommerce යෝජනාසැහැල්ලුයි: මිලදී ගැනීමේ රථය / ගෙවීම් / ගිණුම කෑෂ් නොකරයි, JS සංකුචනය වලක්වයි
තවද WooCommerce එය සමඟ සඳහන් කරයි WP Super Cache ස්වභාවික අනුකූලතාවසහ මූලික පිටු කෑෂ් කිරීම වැළැක්වීමට පෙරනිමි ලෙස සැකසෙයි.
ඉන්ටර්නෙට් වෙළඳසැල් වෙබ් අඩවි සම්පූර්ණයෙන්ම කෑෂ් කළ හැකි නමුත් එය “අන්තර්ජාලයෙහි වෙනස්කම්” ලෙස සැලකිය යුතු අතර, පරීක්ෂා කිරීම අත්‍යවශ්‍ය වේ.

Q5: මම LiteSpeed Cache හෝ WP Rocket තෝරා ගත යුතුද?

  • ඔබ තහවුරු කරන්නේ සර්වර් LiteSpeed/OpenLiteSpeed බවදප්‍රමුඛතාව LiteSpeed Cache (නිදහස් සහ ශක්තිමත්, මූලික වාසිය සේවාදායක මට්ටමේ LSCache වෙතින් ලැබේ)
  • ඔබට හෝස්ට් ස්ටැක් ගැන විශ්වාස නැත / කටයුතු කිරීමට අවශ්‍ය නැත / ඒකාබද්ධ සහ පහසුකම් අවශ්‍යයිWP Rocket තවත් ස්ථායියි
  • ඔබ අන්තර්ගත අඩවියක් වන අතර බජට් සංවේදීයිWP Super Cache වඩා ස්ථායි, වඩා සැහැල්ලුයි

හැඹිලි ප්ලගිනය CDN සමඟ

කැෂ් ප්ලගිනය විසඳන්නේ “මූල ස්ථානයේ ගණනය අඩුවීම, TTFB තවත් අඩුවීම”; CDN විසඳන්නේ “ස්ථිතික සම්පත් සහ පිටු ගෝලීය පරිශීලකයන්ට තවත් සමීප වීම” යන්නයි. මේ දෙක එකට යොදන විට පමණක්, ගෝලීය ප්‍රවේශය සඳහා සාමාන්‍යයෙන් හොඳම විසඳුම බවට පත්වේ.

  • අන්තර්ගත අඩවි සාමාන්‍ය සංයෝජන:පිටු කැෂ් + CDN ස්ථිතික බෙදාහැරීම
  • සජීවී වෙබ් අඩවි සාමාන්‍ය සංයෝජන:පිටු කැච් (දැඩි පාලිත හැරදැමීම්) + වස්තු කැච් (අවශ්‍ය පරිදි) + CDN ස්ථිතික බෙදාහැරීම

👉 කියවන්න：CDN වේගවත් කිරීම (ගෝලීය නෝඩ් සහ කැෂේ ප්‍රතිපත්ති)

වෙබ් අඩවි කෑෂ් යෝජිත සංයෝජනය

අන්තර්ගත අඩවිය / බ්ලොග් / ලේඛන අඩවිය

ඉලක්කය: TTFB අඩු කරන්න, පළමු තිරය වඩා ස්ථාවර කරන්න, සේවාදායක පීඩනය අඩු කරන්න, CDN සමඟ ගෝලීය බෙදාහැරීම කරන්න.

1.1 අතිශය පහසු වාණිජ සංයෝජනය

  • WP Rocket (පිටු කෑෂ් + පෙරලෝඩ් + ඉදිරිපස වැඩිදියුණු කිරීම)
    • CDN පිටුවේ සඳහන් කරන්න

අදාළයි:

  • ඔබට අවශ්‍යයි “අඩු සැකසුම්, වේගවත් ප්‍රතිඵල, අඩු අවදානම”
  • විෂය/ප්ලගීන බහුලයි, අනුකූලතා ගැටලු අඩු කිරීමට අවශ්‍යයි

සැලකිලිමත් විය යුතු කරුණු:

  • ඉදිරිපස වැඩිදියුණු කිරීම (විශේෂයෙන් JS ප්‍රමාද කිරීම) අදියර අනුව සක්‍රීය කරමින්, ක්‍රියාකාරීත්ව දෝෂ (මෙනු, පෝරම, අනුගමනය ආදී) වැළැක්වීම
  • නව සංස්කරණ/පළ කිරීම අධික වෙබ් අඩවි සඳහා “පිරිසිදු කිරීම + පෙර උණුසුම් කිරීම” යුක්තිය අවශ්‍යයි, නැතිනම් අඩු ජනප්‍රිය පිටු පළමු පිවිසුම මන්ද වේ

1.2 නොමිලේ සහ ස්ථායි පාරම්පරික සංයෝජනය

  • WP සුපිරි කෑෂ් (ස්ථිර HTML කෑෂ්)සජීවී පිටු ස්ථිර HTML ලෙස ජනනය කිරීම, ප්‍රධාන වශයෙන් ලොග් ව නොමැති පරිශීලකයින්ට සේවය කිරීම

අදාළයි:

  • අයවැය සංවේදී නමුත් ස්ථායී
  • අමුත්තන් සාමාන්‍යයෙන් ලොග් වන්නේ නැත
  • අන්තර්ගත යාවත්කාලීන කිරීම පාලනය කළ හැක

සැලකිලිමත් විය යුතු කරුණු:

  • මෙය “පිටු කෑෂ් ප්‍රමුඛතාව” සංයෝජනයකි CSS/JS සංකීර්ණ ගැටලු සියල්ල විසඳීමට බලාපොරොත්තු නොවන්න

ව්‍යාපාර වෙබ් අඩවිය / වෙළඳ නාම වෙබ් අඩවිය / ඉලක්ක පිටුව

ඉලක්කය: වේගය ඉක්මන් විය යුතුය, නමුත් වඩාත්ම වැදගත් වන්නේ “ආරක්ෂණය හේතුවෙන් පරිවර්තන සම්බන්ධතාවය කඩා වැටීම වැළැක්වීම” යන්නයි.

ස්ථායි සහ පාලනය කළ හැකි (ලෝක ව්‍යාප්තිය/පරිවර්තන ස්ථානය සඳහා නිර්දේශිත)

  • WP රොකට්
  • + (විකල්ප) සැහැල්ලු පින්තූර වැඩිදියුණු කිරීම (ඔබට “පින්තූර වැඩිදියුණු කිරීම” පිටුව ඇත)
    • CDN

පරිවර්තන ස්ථානයට සුදුසු වන්නේ ඇයි:

  • පරිවර්තන ස්ථානයට හිතකර නැත්තේ “පෝරමය/පොප්අප්/අනුගමනය ස්ක්‍රිප්ට් අලුත් කිරීමෙන් විනාශ වීමයි”
  • WP Rocket හි අදහස වඩාත් “සම්මුඛීකරණය” වී ඇති අතර ඔබට පද්ධතියක් තුළ එක් එක් අංග සක්‍රීය කර පරීක්ෂා කිරීමට හැකිය

ව්‍යාපාරික වෙබ් අඩවියේ “ඔන්ලයින් කිරීමේ මූලධර්ම”:

  • කාර්යක්ෂමතා වැඩිදියුණු කිරීම “ඉහළට යාම වෙනස් කිරීමක්” වන අතර, ආපසු පරීක්ෂණ ලැයිස්තුවක් තිබිය යුතුය
  • JS ප්‍රමාද කිරීම/එකතු කිරීම/සංකුචනය කිරීම සම්බන්ධ සියලු සැකසුම් පෙර ප්‍රකාශන පරිසරයේ පරීක්ෂා කර පසුව පළ කළ යුතුය

3. WooCommerce වෙළඳසැල් අඩවිය (ඇණවුම් + ගතික පිටු ආරක්ෂාව)

ඉලක්කය: ඉක්මන් විය යුතුය, එසේම මිලදී ගැනීමේ වහලය, ගෙවීම්, ගිණුම් වැනි පිටු සම්පූර්ණයෙන්ම නිවැරදි බව සහතික කළ යුතුය.

WooCommerce නිලවශයෙන් කැෂ් ප්ලගිනයන් සම්බන්ධයෙන් ඉතා පැහැදිලි කර ඇත:ගොඩවුම් රථය / ගෙවීම් / ගිණුම පිටුව කෑෂ් නොකරන්නසහ JavaScript ගොනු සංකුචිත කිරීම වලක්වා, අනුකූලතා ගැටලු අඩු කිරීමට යෝජනා කරයි.

3.1 තවත් “නවක මිතුර” නොමිලේ ආරක්ෂිත මාර්ගය

  • WP සුපිරි කැෂේ + WooCommerce
    • CDN

ඇයි එය “ආරක්ෂිත ආරම්භයක්” ලෙස ලැයිස්තුගත කරන්නේද:

  • WooCommerce නිලවශයෙන් සඳහන් කරන්නේ එය WP Super Cache සමඟ ස්වභාවිකව අනුකූල වන අතර WP Super Cache වෙත සාමාන්‍යයෙන් කුඩු තොගය / ගෙවීම් / ගිණුම වැනි ප්‍රධාන පිටු කෑෂ් නොකරන බව දැනුම් දෙන බවයි.
  • ආරම්භක ඩිජිටල් වෙළඳසැල් සඳහා, “අපහසුතා වලක්වා ගැනීම” “අතිමත් කාර්යක්ෂමතාව”ට වඩා වැදගත් වේ

3.2 ඔබ LiteSpeed සත්කාරකය (නිදහස් නමුත් ශක්තිමත්) භාවිතා කරන්නේ නම්

  • LiteSpeed Cache (LiteSpeed/OpenLiteSpeed සර්වර් පමණක් මූලික සේවාදායක කෑෂ් වාසිය ලබා ගත හැක)
  • + (විකල්ප) වස්තු කෑෂ් කිරීම (Redis/Memcached, සත්කාරක හැකියාව සහ වෙබ් අඩවි ප්‍රමාණය අනුව)
    • CDN

අදාළයි:

  • මූලික පද්ධතිය පැහැදිලි වන අතර ඔබ කැෂේ නීති සහ වෙන් කිරීමේ ප්‍රතිපත්ති සකස් කිරීමට කැමති වේ
  • ඇණවුම් ප්‍රමාණය සහ භාණ්ඩ ප්‍රමාණය වැඩිවීම නිසා ශක්තිමත් මූලාශ්‍ර සේවාදායකය අවශ්‍ය වේ

3.3 ඉංජිනේරු කණ්ඩායම/සංකීර්ණ විද්‍යුත් වෙළඳාම (බහු මොඩියුල පාලනය)

  • W3 Total Cache (කාර්යසාධන රාමුව, බහු කැෂ් ස්ථර සහ CDN ඒකාබද්ධ කිරීම)
    • අවශ්‍යතාවය අනුව වස්තුව කෑෂ් කිරීම
    • CDN

අදාළයි:

  • සංවර්ධනය/පවත්වා ගැනීම ඇත, “මොඩියුල අනුව පියවරෙන් පියවර සක්‍රීය කිරීම + පීඩන පරීක්ෂණ + ප්‍රතිචක්‍ර පරීක්ෂණ” මගින් අන්තර්ජාලයට යවන්න
  • උපකරණය/ප්‍රදේශය/භාෂාව අනුව සුක්ෂ්ම තට්ටු කෑෂ් කිරීම සඳහා අවශ්‍ය තවත් සංකීර්ණ විකල්ප ප්‍රතිපත්ති

සාමාජික වෙබ් අඩවිය / ප්‍රජාව / සජීවී පාඨමාලා (බහු ලොගින් තත්ත්ව සහිත, පුද්ගලීකරණය වැඩි)

ඉලක්කය: පොදු අන්තර්ගතය වේගවත් කරන්න, ඒ අතර “පිවිසුම් කළ පරිශීලක අන්තර්ගතය මිශ්‍ර නොවෙයි” යන්න සහතික කරන්න.

4.1 සන්සුන් වන්නත් දැඩිව ප්‍රතික්ෂේප කිරීමේ යෝජනා ක්‍රම අවශ්‍යයි

  • WP රොකට්
  • + (විකල්ප) වස්තුව කෑෂ් කිරීම (සක්‍රීය විමසුම් බහුල නම්)
    • CDN

ප්‍රධාන ලක්ෂණ:

  • ඔබට “පරිශීලක අනුව වෙනස් වන” පිටු කෑෂ් කිරීමෙන් ඉවත් කළ යුතුය: පුද්ගලික මධ්‍යස්ථානය, ඇණවුම්, අධ්‍යයන ප්‍රගතිය, පණිවිඩ, මිලදී ගැනීම් රථය ආදී
  • මෙවැනි වෙබ්අඩවිවල “අන් අයගේ අන්තර්ගතය/අවසර ගැටලු” ඇති වීම පහසුය, පිටුවේ අවදානම පැහැදිලිව සඳහන් කළ යුතුය

4.2 LiteSpeed සර්වර් + උසස් ප්‍රතිපත්ති

  • LiteSpeed Cache (සේවාදායක කෑෂ් + සංකීර්ණ වැඩපිළිවෙළ මෙවලම්)
  • + (අවශ්‍යතාවය අනුව) වස්තු කෑෂ්
    • CDN

ප්‍රධාන ලක්ෂණ:

  • සාමාජික වෙබ් අඩවි සඳහා “සංචිත කළ හැකි ප්‍රධාන කොටස + සංචිත කළ නොහැකි කොටස්” යන අදහස අවශ්‍ය වේ
  • පූර්ව උණුසුම් කිරීම සහ පිරිසිදු කිරීමේ ප්‍රතිපත්ති වඩාත් නිරවද්‍ය විය යුතුය, නැතහොත් “යාවත්කාලීන කිරීමෙන් පසු පරිශීලකයින්ට පැරණි අන්තර්ගතය දැකීමට” ඉතාමත් පවතිනු ඇත

වෙබ් අඩවි කැෂේ “අවිස්සාවේ නඩු ගබඩාව”

කේස් 1: කෑෂ් ප්ලගිනය ස්ථාපනය කළා, වේගය ප්‍රායෝගිකව වෙනස් වුණේ නැහැ

ප්‍රතිඵලය:

  • දේශීය/එකම ප්‍රදේශයේ වේග පරීක්ෂණය හොඳයි, විදේශ (අන්තර් මහාද්වීප) තවම මන්දගාමීයි
  • TTFB වැඩිදියුණු වුණත්, සමස්ත පූරණ කාලය පැහැදිලිව අඩුවී නැත

සාමාන්‍ය හේතු:

  • ඔබ මූලාශ්‍ර සේවාදායකයේ කේෂ් කිරීම (TTFB) පමණක් කළා, නමුත් ස්ථිර සම්පත් (පින්තූර/JS/CSS/අක්ෂර) තවමත් මූලාශ්‍ර සේවාදායකයෙන් අන්තර්ද්වීපීයව පූරණය වෙයි
  • තෙවන පාර්ශව ස්ක්‍රිප්ට් (ප්‍රචාරණ, සංවාද, සංඛ්‍යානය) ප්‍රදර්ශනය හා අන්තර්ක්‍රියා මන්දගාමී කරයි
  • පින්තූර ප්‍රමාණය වැඩි වීම නිසා බාගත කිරීම මන්දගාමී වේ (කෑෂ් මඟින් “පළමු බාගත කිරීම”ේ ප්‍රමාණ ගැටලුව විසඳිය නොහැක)

විසඳුම් අදහස:

  • කෑෂ් ප්ලගිනය ප්‍රධාන වශයෙන් “මූලාශ්‍ර අඩු ගණනය + හමුවීමේ අනුපාතය” සඳහා වගකීම් දරයි”
  • ස්ථිතික සම්පත් CDN හරහා යයි
  • පින්තූර පරිවර්තනය
  • තෙවන පාර්ශව ස්ක්‍රිප්ට් ප්‍රමාද/වෙන් කිරීමේ යුක්තිය

පැවරුම:

උදාහරණය 2: කෑෂ් සක්‍රීය කළ පසු, පිටුව වෙනස් කළත් ඉදිරිපස යාවත්කාලීන නොවේ

ප්‍රතිඵලය:

  • පසුබැසීම අන්තර්ගතය/රූපලාවණ්‍යය යාවත්කාලීන කර ඇත, ඉදිරිපස තවම පැරණි සංස්කරණය පෙන්වයි
  • හෝ කොටස් ප්‍රදේශ කිහිපයක් පමණක් යාවත්කාලීන වී ඇත, අනෙකුත් ප්‍රදේශ තවමත් පවතී (ලෝක වෙබ් අඩවි වල සාමාන්‍යයි)

සාමාන්‍ය හේතු:

  • පිටු කැෂේ පිරිසිදු කර නොමැත හෝ පිරිසිදු කිරීමේ පරාසය වැරදිය
  • {"translation":"පූර්ව උණුසුම/ක්‍රෝලර් ක්‍රියාත්මක නොවීම නිසා කැෂේ ශීතල වී ප්‍රථම පිවිසුම මන්දගාමී වීම සහ ඔබට යාවත්කාලීන නොවී ඇති බව
  • ඔබ CDN එජ් කැෂ් සක්‍රිය කළේ නම්, එජ් තවද පැරණි සම්පත් තබා ගත හැකිය

විසඳුම් අදහස:

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

කේස් 3: බහු භාෂා/බහු මුදල් මාරුවීමෙන් පසු අන්තර්ගතය ගැටළුව

ප්‍රතිඵලය:

  • භාෂාව මාරු කිරීමෙන් පසු පිටුව පෙර භාෂාව පෙන්වයි
  • හෝ කිසියම් ප්‍රදේශයේ පරිශීලකයින් වැරදි මුදල් වර්ගය/වැරදි අන්තර්ගතය දැකිය හැක

සාමාන්‍ය හේතු:

  • හැඹිලිවල “ප්‍රභේද මානය” අනුව වෙන්කර නැත (cookie / පරාමිතිය / භාෂා උපසර්ගය / උප වසම)
  • කෑෂ් මැච් කිරීමෙන් A භාෂාවේ පිටුව B භාෂා පරිශීලකයාට ලබා දී ඇත

විසඳුම් අදහස:

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

කේස් 4: විද්‍යුත් වෙළඳසැල අඩවිය කැෂේ සක්‍රීය කළ පසු, මිලදී ගැනීමේ රථය/ගෙවීම් ගැටලු ඇතිවීම

ප්‍රතිඵලය:

  • ගොඩවුම් වස්තු ගණන වැරදියි මිල වැරදියි ගෙවීම් බොත්තම ක්‍රියා නොකරයි
  • පිවිසීමෙන් පසු අයෙකුට අයත් නොවන අන්තර්ගතය දැකීම (ගැඹුරු)

සාමාන්‍ය හේතු:

  • කාර්ට්/චෙක්අවුට්/මගේ ගිණුම වැනි ප්‍රධාන පිටු කෑෂ් කර ඇත
  • JS කුඩා කිරීම/එකතු කිරීම ගෙවීම්/ගතික කොටස් අනුකූල නොවීම

විසඳුම් අදහස:

  • WooCommerce නිල වශයෙන් පැහැදිලි කරයි: මිලදී ගැනීමේ රථය / ගෙවීම් / ගිණුම කෑෂ් නොකරන්න, සහ JS ගොනු සංකුචිත කිරීම වලක්වන්න
  • පළමුව “පිටු කැෂේ + ඉවතලීම” ස්ථායි කරගන්න, පසුව ඉදිරිපස වැඩිදියුණු කිරීම ගැන සිතන්න
  • WP Super Cache භාවිතා කරනවා නම්, WooCommerce එහි ස්වභාවික අනුකූලතාවය සඳහන් කරමින් ප්‍රධාන පිටු කෑෂ් කිරීම වලක්වයි.

උදාහරණය 5: “දැන්වීම් JS/ස්ක්‍රිප්ට් එකතු කිරීම” සක්‍රීය කළ පසු මෙනු/පෝරම/පොප්අප් ක්‍රියා නොකරයි

ප්‍රතිඵලය:

  • නැව්ගත මෙනුව විවෘත කළ නොහැක
  • පෝරමය වලංගු නොවේ හෝ ඉදිරිපත් කළ නොහැක
  • පෙන්වීම/සයිකල් දෝෂ
  • සංඛ්‍යාත/පරිවර්තන සිදුවීම් ක්‍රියාත්මක නොවේ (ප්‍රචාරණ ස්ථානයේ වැඩිම වේදනාව)

සාමාන්‍ය හේතු:

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

WP Rocket නිලවශයෙන් “JS ක්‍රියාත්මක කිරීම ප්‍රමාද කිරීම” එහි ශක්තිමත්ම JS වැඩිදියුණු කිරීම් අතරින් එකක් ලෙස විස්තර කරයි: ස්ක්‍රිප්ට් පරිශීලක අන්තර්ක්‍රියාවෙන් පසු ක්‍රියාත්මක කිරීමට ප්‍රමාද කරයි, පිටුව ප්‍රමුඛව පෙන්වීමට. මෙම හැකියාව ශක්තිමත් වුවත්, එය ඉහළ අනුකූලතා අවදානමක්ද අර්ථ දක්වයි.

විසඳුම් අදහස:

  • දළ වශයෙන් ක්‍රියාත්මක කිරීම: පළමුව කෑෂ් කිරීම, පසුව පින්තූර, පසුව CSS, අවසානයේ JS
  • ප්‍රධාන ස්ක්‍රිප්ට් සඳහා වෙන් කිරීම (ගෙවීම්, පෝරම, මෙනු, අනුගමනය)
  • සෑම වෙනසක් සඳහාම ආපසු පරීක්ෂණ ලැයිස්තුවක් සකසන්න

උදාහරණය 6: LiteSpeed Cache පමණක් ස්ථාපනය කළත්, එය ප්‍රයෝජනවත් නොවූ බව හැඟේ

ප්‍රතිඵලය:

  • LiteSpeed Cache සක්‍රීය කළත් TTFB වැඩි ලෙස අඩු නොවීය
  • හමුවීම් අනුපාතය පැහැදිලි නැත

සාමාන්‍ය හේතු:

  • ඔබගේ සේවාදායකය LiteSpeed/OpenLiteSpeed නොවන බැවින් LSCache මූලික හැකියාවන් භාවිතා කළ නොහැක
  • හෝ ඔබ එහි බොහෝ වැඩිදියුණු කිරීම් සක්‍රීය කර ඇත, නමුත් “පිටුව කෑෂ් ප්‍රතිපත්තිය/පූර්ව උණුසුම් කිරීම/වෙන් කිරීම” සකස් කර නොමැත

විසඳුම් අදහස:

  • මුල්ම සත්කාරක තහවුරු කරන්න: LiteSpeed/OpenLiteSpeed ද? (මෙය මූලික කොන්දේසියයි)
  • වැඩ අවධානය නැවත “පිටුව කෑෂ් ප්‍රතිපත්තිය + පෙර උණුසුම් කිරීම + ඉවතලීම + පිරිසිදු කිරීම” වෙත යොමු කරන්න”
  • LiteSpeed සර්වර් නොවන විට: WP Rocket හෝ WP Super Cache ගැන සලකා බලන්න