php പ്ലഗിൻ ശരിയാക്കുക. Php ഓൺ: ഇത്രയധികം വിഭവങ്ങൾ പാഴാക്കാതിരിക്കാൻ നിങ്ങൾക്ക് എങ്ങനെ പ്ലഗിൻ സിസ്റ്റങ്ങൾ സൃഷ്ടിക്കാനാകും? എങ്ങനെയായിരിക്കണം

8 ഉത്തരങ്ങൾ

നിങ്ങൾക്ക് ഒബ്സർവർ ടെംപ്ലേറ്റ് ഉപയോഗിക്കാം. ഇത് നടപ്പിലാക്കുന്നതിനുള്ള ഒരു ലളിതമായ പ്രവർത്തന മാർഗം:

ഉപസംഹാരം:

ഇതാണ് എൻ്റെ ക്രേസി ആപ്ലിക്കേഷൻ 4 + 5 = 9 4 * 5 = 20

കുറിപ്പുകൾ:

ഈ ഉദാഹരണ സോഴ്സ് കോഡിൽ, നിങ്ങൾ വിപുലീകരിക്കാൻ ആഗ്രഹിക്കുന്ന യഥാർത്ഥ സോഴ്സ് കോഡിന് മുമ്പായി നിങ്ങളുടെ എല്ലാ പ്ലഗിന്നുകളും പ്രഖ്യാപിക്കണം. പ്ലഗിനിലേക്ക് കൈമാറിയ ഒന്നോ അതിലധികമോ മൂല്യങ്ങൾ എങ്ങനെ കൈകാര്യം ചെയ്യാം എന്നതിൻ്റെ ഒരു ഉദാഹരണം ഞാൻ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്. ഓരോ ഹുക്കിലേക്കും എന്ത് ആർഗ്യുമെൻ്റുകൾ കൈമാറുന്നുവെന്ന് പട്ടികപ്പെടുത്തുന്ന യഥാർത്ഥ ഡോക്യുമെൻ്റേഷൻ എഴുതുക എന്നതാണ് ഇതിൻ്റെ ഏറ്റവും പ്രയാസകരമായ ഭാഗം.

PHP-യിൽ ഒരു പ്ലഗിൻ സിസ്റ്റം സൃഷ്ടിക്കുന്നതിനുള്ള ഒരു മാർഗ്ഗം മാത്രമാണിത്. മികച്ച ഇതരമാർഗങ്ങളുണ്ട്, കൂടുതൽ വിവരങ്ങൾക്ക് വേർഡ്പ്രസ്സ് ഡോക്യുമെൻ്റേഷൻ പരിശോധിക്കാൻ ഞാൻ നിർദ്ദേശിക്കുന്നു.

ക്ഷമിക്കണം, അണ്ടർസ്‌കോറുകൾക്ക് പകരം HTML മാർക്ക്ഡൗൺ ഒബ്‌ജക്‌റ്റുകൾ വരുന്നതായി തോന്നുന്നുണ്ടോ? ഈ ബഗ് പരിഹരിച്ചു കഴിഞ്ഞാൽ ഞാൻ ഈ കോഡ് വീണ്ടും പോസ്റ്റ് ചെയ്യാം.

എഡിറ്റ്: സാരമില്ല, നിങ്ങൾ എഡിറ്റ് ചെയ്യുമ്പോൾ മാത്രമേ അത് ദൃശ്യമാകൂ

അതിനാൽ നിങ്ങൾക്ക് ഒബ്സർവർ പാറ്റേൺ ആവശ്യമില്ലെന്ന് പറയാം, കാരണം ലിസണിംഗ് ടാസ്‌ക് കൈകാര്യം ചെയ്യുന്നതിന് ക്ലാസ് രീതികൾ മാറ്റേണ്ടതുണ്ട്, നിങ്ങൾക്ക് പൊതുവായ എന്തെങ്കിലും വേണം. നിങ്ങൾക്ക് വിപുലീകരണ പാരമ്പര്യം ഉപയോഗിക്കാൻ താൽപ്പര്യമില്ലെന്ന് പറയുക, കാരണം നിങ്ങൾ ഇതിനകം മറ്റേതെങ്കിലും ക്ലാസിൽ നിന്ന് നിങ്ങളുടെ ക്ലാസ് അവകാശമാക്കിയിരിക്കാം. അധികം ആയാസമില്ലാതെ ഏത് ക്ലാസും പ്ലഗ്ഗബിൾ ആക്കാനുള്ള ഒരു പൊതു മാർഗം ഉണ്ടെങ്കിൽ അത് വളരെ മികച്ചതായിരിക്കില്ലേ? എങ്ങനെയെന്നത് ഇതാ:

_ക്ലാസ് = get_class(&$RefObject);
$this->_RefObject = $RefObject;
) പൊതു പ്രവർത്തനം __set($sProperty,$mixed) ($sPlugin = $this->_Class . "_" . $sProperty . "_setEvent"; എങ്കിൽ (is_callable($sPlugin)) ($mixed = call_user_func_array($sPlugin, മിക്സഡ്); $this->_RefObject->$sProperty = $mixed; ) പൊതു പ്രവർത്തനം = $this->_Class $this->_Class . "_beforeEvent" ($sPlugin) ) call_user_func_array(&$this->_RefObject, $sMethod), $sPlugin = $sMethod "_afterEvent" ($sPluginer) $sPlugin, $mixed); ) ) ) 2 //////////////////// ക്ലാസ് ഡോഗ് ( പൊതു $Name = "";
പൊതു പ്രവർത്തനം പുറംതൊലി(&$sHow) (എക്കോ "$sHow

\n"; ) പൊതു പ്രവർത്തനം sayName() ( echo "

\nഎൻ്റെ പേര്: " . $this->പേര് . "

ഭാഗം 3-ൽ, അവിടെ ഞങ്ങൾ ഞങ്ങളുടെ ക്ലാസ് "പ്ലഗ്-ഇൻ" എന്നതിലേക്ക് മാറ്റും (അതായത് ക്ലാസ് രീതികളും ഗുണങ്ങളും അസാധുവാക്കാൻ ഞങ്ങളെ അനുവദിക്കുന്ന പിന്തുണയുള്ള പ്ലഗിനുകൾ). ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ഒരു വെബ് ആപ്ലിക്കേഷൻ ഉണ്ടെങ്കിൽ, നിങ്ങൾക്ക് ഒരു പ്ലഗിൻ രജിസ്ട്രി ഉണ്ടായിരിക്കാം, നിങ്ങൾക്ക് ഇവിടെ പ്ലഗിനുകൾ സജീവമാക്കാം. Dog_bark_beforeEvent() ഫംഗ്‌ഷനും ശ്രദ്ധിക്കുക. റിട്ടേൺ സ്റ്റേറ്റ്‌മെൻ്റിന് മുമ്പ് ഞാൻ $mixed = "BLOCK_EVENT" എന്ന് സജ്ജീകരിച്ചാൽ, അത് നായ കുരയ്ക്കുന്നതിൽ നിന്ന് തടയും, കൂടാതെ Dog_bark_afterEvent എന്ന പരിപാടിയും ഉണ്ടാകില്ല.

ഭാഗം 4-ൽ, അതാണ് സാധാരണ ഒപ്‌കോഡ്, എന്നാൽ അത് പ്രവർത്തിക്കില്ല എന്ന് നിങ്ങൾ കരുതുന്നത് അത് എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതാണ്. ഉദാഹരണത്തിന്, നായ തൻ്റെ പേര് "ഫിഡോ" എന്ന് പ്രഖ്യാപിക്കുന്നില്ല, മറിച്ച് "കൊക്കോ" എന്നാണ്. നായ പറയുന്നത് "മ്യാവൂ" എന്നല്ല, "വൂഫ്" എന്നാണ്. നിങ്ങൾ പിന്നീട് നായയുടെ പേര് നോക്കാൻ ആഗ്രഹിക്കുമ്പോൾ, അത് "കൊക്കോ" അല്ല, "പലവക" ആണെന്നും നിങ്ങൾ കണ്ടെത്തും. ഈ ഓവർറൈഡുകളെല്ലാം ഭാഗം 3-ൽ അവതരിപ്പിച്ചു.

അപ്പോൾ അത് എങ്ങനെ പ്രവർത്തിക്കും? ശരി, നമുക്ക് eval() (എല്ലാവരും "തിന്മ" എന്ന് പറയുന്നു) ഒഴിവാക്കുകയും ഇതൊരു ഒബ്സർവർ ടെംപ്ലേറ്റ് അല്ലെന്ന് തള്ളിക്കളയുകയും ചെയ്യാം. അതിനാൽ, ഡോഗ് ക്ലാസ് ഉപയോഗിക്കുന്ന രീതികളും ഗുണങ്ങളും അടങ്ങിയിട്ടില്ലാത്ത പ്ലഗ്ഗബിൾ എന്ന മറഞ്ഞിരിക്കുന്ന ശൂന്യമായ ക്ലാസ് ഉപയോഗിച്ചാണ് ഇത് പ്രവർത്തിക്കുന്നത്. അങ്ങനെ, ഇത് സംഭവിക്കുമ്പോൾ, ഞങ്ങൾക്കായി മാന്ത്രിക രീതികൾ വിന്യസിക്കും. അതുകൊണ്ടാണ് 3-ഉം 4-ഉം ഭാഗങ്ങളിൽ നമ്മൾ ഡോഗ് ക്ലാസിൽ നിന്ന് പ്ലഗ്ഗബിൾ ക്ലാസിൽ നിന്ന് ഉരുത്തിരിഞ്ഞ ഒബ്ജക്റ്റുമായി ബന്ധിപ്പിക്കുന്നത്. പകരം, ഞങ്ങൾ പ്ലഗിൻ ക്ലാസ്സിനെ ഞങ്ങൾക്കായി ഡോഗ് ഒബ്ജക്റ്റിൽ "സ്പർശിക്കാൻ" അനുവദിക്കുന്നു. (ഇത് എനിക്ക് അറിയാത്ത ഡിസൈനാണെങ്കിൽ - ദയവായി എന്നെ അറിയിക്കുക.)

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

kdeloach ഒരു നല്ല ഉദാഹരണമുണ്ട്, പക്ഷേ അതിൻ്റെ നടപ്പാക്കലും ഹുക്ക് പ്രവർത്തനവും അൽപ്പം സുരക്ഷിതമല്ല. നിങ്ങളുടെ കത്തിനുള്ള php ആപ്ലിക്കേഷൻ്റെ സ്വഭാവത്തെക്കുറിച്ചും നിങ്ങൾ പ്ലഗിനുകൾ എങ്ങനെ കാണുന്നു എന്നതിനെക്കുറിച്ചും കൂടുതൽ വിവരങ്ങൾ നൽകാൻ ഞാൻ നിങ്ങളോട് ആവശ്യപ്പെടും.

എന്നിൽ നിന്ന് kdeloach ചെയ്യാൻ 1.

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

ലോഗിൻ(); ?>

ജെഫിൻ്റെ ഉപദേശം പിന്തുടരുകയും നിലവിലുള്ള കോഡ് നോക്കുകയും ചെയ്യുക എന്നതാണ് ഏറ്റവും എളുപ്പമുള്ള മാർഗമെന്ന് ഞാൻ വിശ്വസിക്കുന്നു. വേർഡ്പ്രസ്സ്, ദ്രുപാൽ, ജൂംല എന്നിവയും മറ്റ് അറിയപ്പെടുന്ന പിഎച്ച്പി സിഎംഎസുകളും അവരുടെ എപിഐകൾ എങ്ങനെയാണെന്നും എങ്ങനെയാണെന്നും കാണാൻ ശ്രമിക്കുക. ഇതുവഴി, കാര്യങ്ങൾ അൽപ്പം കട്ടിയുള്ളതാക്കാൻ നിങ്ങൾ മുമ്പ് ചിന്തിച്ചിട്ടില്ലാത്ത ആശയങ്ങൾ പോലും നിങ്ങൾക്ക് ലഭിച്ചേക്കാം.

കൂടുതൽ നേരിട്ടുള്ള ഉത്തരം, ഉപയോഗം എളുപ്പമാക്കുന്നതിന് ഒരു ഉൾപ്പെടുത്തിയ ഫയലിൽ ഉൾപ്പെടുത്തുന്ന പൊതുവായ ഫയലുകൾ എഴുതുക എന്നതാണ്. ഇത് വർഗ്ഗീകരിക്കും കൂടാതെ ഒരൊറ്റ "hooks.php" MASSIVE ഫയലിൽ നൽകില്ല. ശ്രദ്ധിക്കുക, കാരണം അവസാനം സംഭവിക്കുന്നത് അവ ഉൾപ്പെടുന്ന ഫയലുകൾക്ക് കൂടുതൽ കൂടുതൽ ആശ്രിതത്വവും പ്രവർത്തനക്ഷമതയും ഉണ്ടായിരിക്കുന്നതാണ്. API ആശ്രിതത്വം പരിമിതപ്പെടുത്താൻ ശ്രമിക്കുക. I.E-ന് അവ ഉൾപ്പെടുത്താൻ കുറച്ച് ഫയലുകൾ മാത്രമേയുള്ളൂ.

എന്നൊരു വൃത്തിയുള്ള പദ്ധതിയുണ്ട്

cms mysql (4)

WordPress പോലുള്ള CMS-ൽ നിങ്ങൾ പലപ്പോഴും കണ്ടെത്തുന്നതിന് സമാനമായ ഒരു അടിസ്ഥാന പ്ലഗിൻ സിസ്റ്റം സൃഷ്ടിക്കാൻ ഞാൻ ശ്രമിക്കുന്നു. അറിയിപ്പുകൾ ഉപയോഗിച്ച് പ്രധാന സിസ്റ്റം പ്രവർത്തനവുമായി ബന്ധിപ്പിച്ചിരിക്കുന്ന പ്ലഗിന്നുകളുടെ ഒരു ഫോൾഡർ നിങ്ങൾക്കുണ്ട് കൂടെ ഇവൻ്റുകൾഒരു ഡിസൈൻ പാറ്റേൺ ഉപയോഗിച്ച് നിരീക്ഷകൻഅല്ലെങ്കിൽ സംഭവം .

സിസ്റ്റം അറിയാൻ കഴിയാത്തതാണ് പ്രശ്നം എന്ത് സംഭവങ്ങൾപ്ലഗിൻ പ്രവർത്തിക്കാൻ ആഗ്രഹിക്കുന്നു - അതിനാൽ ഓരോ പേജ് അഭ്യർത്ഥനയ്‌ക്കും സിസ്റ്റം ഓരോ പ്ലഗിനും ലോഡ് ചെയ്യേണ്ടതുണ്ട്, ആ പ്ലഗിൻ ഒരു ഘട്ടത്തിൽ യഥാർത്ഥത്തിൽ ആവശ്യമാണോ എന്ന്. അത് ധാരാളം പാഴായ വിഭവങ്ങളാണെന്ന് പറയേണ്ടതില്ലല്ലോ - വേർഡ്പ്രസിൻ്റെ കാര്യത്തിൽ, ഓരോ അഭ്യർത്ഥനയ്ക്കും കുറച്ച് അധിക MB മെമ്മറി വരെ ചേർക്കുന്നു!

ഇത് ചെയ്യുന്നതിന് ബദൽ മാർഗങ്ങളുണ്ടോ?

ഉദാഹരണത്തിന്, അതെല്ലാം ഒരിക്കൽ ലോഡുചെയ്യാനും ഫലങ്ങൾ കാഷെ ചെയ്യാനും എന്തെങ്കിലും വഴിയുണ്ടോ, അതിനാൽ പ്ലഗിനുകൾ എങ്ങനെ അലസമായി ലോഡുചെയ്യാമെന്ന് നിങ്ങളുടെ സിസ്റ്റത്തിന് അറിയാമോ? മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, പ്ലഗിൻ ബന്ധിപ്പിക്കാൻ ആഗ്രഹിക്കുന്ന എല്ലാ ഇവൻ്റുകളും വ്യക്തമാക്കുന്ന ഒരു കോൺഫിഗറേഷൻ ഫയൽ സിസ്റ്റം ലോഡ് ചെയ്യുന്നു, തുടർന്ന് അവ APC-യിലോ ഭാവി അഭ്യർത്ഥനകൾക്കായി മറ്റെന്തെങ്കിലുമോ സംഭരിക്കുന്നു?

ഇതും നന്നായി പ്രവർത്തിക്കുന്നില്ലെങ്കിൽ, ഒരു അഭ്യർത്ഥന പൂർത്തിയാക്കാൻ ചില പ്ലഗിനുകൾ ആവശ്യമില്ലാത്തതിനെ കുറിച്ച് വിദ്യാസമ്പന്നരായ ഊഹങ്ങൾ ഉണ്ടാക്കാൻ ഒരു പ്രത്യേക ഫയൽ ഘടന ഉപയോഗിക്കാം.

ഉത്തരങ്ങൾ

എനിക്ക് ഒരു പ്ലഗിൻ മാനേജുമെൻ്റ് ടൂൾ ഉണ്ട്, പക്ഷേ ഞാൻ ഇത് പ്രൊസീജറൽ പ്ലഗിന്നുകൾക്കൊപ്പം മാത്രമേ ഉപയോഗിക്കൂ, എല്ലാം പ്രവർത്തനക്ഷമമാക്കിയാൽ അത് ഒരേസമയം ലോഡുചെയ്യുന്നു. എന്നാൽ ഇവൻ്റ് അധിഷ്‌ഠിതവും അലസമായി ലോഡുചെയ്യുന്നതുമായ API-യ്‌ക്ക്, പ്ലഗിനുകൾ നിയന്ത്രിക്കുന്നതിന് ആഴം കുറഞ്ഞ റാപ്പറുകൾ ഉപയോഗിക്കുന്നതും യഥാർത്ഥ വിപുലീകരണങ്ങൾക്കായി യാന്ത്രിക-ലോഡിംഗ് അവലംബിക്കുന്നതും എനിക്ക് സങ്കൽപ്പിക്കാൻ കഴിയും.

/** * api: എന്തായാലും * പതിപ്പ്: 0.1 * ശീർഷകം: പ്ലഗിൻ ഉദാഹരണം * വിവരണം: ... * കോൺഫിഗർ: * ആശ്രയിച്ചിരിക്കുന്നു: മറ്റ് പ്ലഗിൻ */$plugins [ "title_event" ] = "TitleEventClass" ; $plugins [ "secondary" ] = array ( "Class2" , "callback" ); ?> ഈ ഉദാഹരണത്തിൽ, പ്ലഗിൻ്റെ API ഒരു ലളിതമായ ലിസ്റ്റാണെന്ന് ഞാൻ അനുമാനിക്കുന്നു. ഈ ഉദാഹരണ സ്‌ക്രിപ്റ്റ് ഫീച്ചർ-പ്ലഗിൻ-123.php ലോഡിലുള്ള അറേയിലേക്ക് ചേർക്കുന്നതല്ലാതെ മറ്റൊന്നും ചെയ്യുന്നില്ല. അതിനാൽ നിങ്ങൾക്ക് ഒരു ഡസൻ ഫീച്ചർ പ്ലഗിനുകൾ ഉണ്ടെങ്കിൽപ്പോലും, ഓരോന്നിനും ഒരു അധിക ഉൾപ്പെടുത്തൽ_ഒരിക്കൽ മാത്രമേ അത് കാരണമാകൂ. എന്നാൽ പ്രധാന ആപ്ലിക്കേഷൻ/അല്ലെങ്കിൽ പ്ലഗിൻ API ന് പകരം പറഞ്ഞ ക്ലാസുകളുടെ ഉദാഹരണങ്ങൾ സൃഷ്ടിക്കാൻ കഴിയും (ഒന്നുകിൽ പുതിയ $eventcb; raw- call_user_func_array അല്ലെങ്കിൽ call_user_func_array കോൾബാക്കുകൾക്കായി). അതാകട്ടെ, യഥാർത്ഥ ടാസ്ക്ക് ഓട്ടോലോഡറിലേക്ക് ഡൗൺലോഡ് ചെയ്യാൻ ഇത് കാരണമാകും. അതിനാൽ നിങ്ങൾക്ക് ഒരു ഡ്യുവൽ സിസ്റ്റം ഉണ്ട്, അവിടെ ഒരു ഭാഗം ലിസ്റ്റ് കൈകാര്യം ചെയ്യുന്നു, മറ്റൊന്ന് യഥാർത്ഥ കോഡാണ്. ഇതുപോലെയുള്ള പ്ലഗിനുകളും ക്രമീകരണങ്ങളും ലിസ്റ്റുചെയ്യുന്ന ഒരു ലളിതമായ config.php ഞാൻ ഇപ്പോഴും സങ്കൽപ്പിക്കുകയാണ്:"user/wrapper-for-htmlpurifier.php" ); $cfg [ "പ്രെറ്റി" ] = 1 ; മാനേജ് ചെയ്യാനുള്ള പ്ലഗിൻ വിവരണത്തോടുകൂടിയ ഇവ വെറും ഡാറ്റ റാപ്പറുകൾ/സ്ക്രിപ്റ്റുകൾ മാത്രമാണെന്ന് വീണ്ടും കണക്കിലെടുക്കുന്നു. നിങ്ങൾക്ക് യഥാർത്ഥ register_even() API ഉപയോഗിക്കാനും ഓരോന്നിലും ഒരു അധിക റാപ്പർ ഫംഗ്‌ഷൻ നിർവചിക്കാനും കഴിയും. എന്നാൽ രസകരമായ പേരുകളുടെ ഒരു ലിസ്റ്റ് ഏറ്റവും എളുപ്പമുള്ള ഓപ്ഷനായി തോന്നുന്നു. മുകളിലുള്ള മാനേജ്മെൻ്റ് ടൂൾ തുരുമ്പിച്ചതും വൃത്തികെട്ടതുമായി തോന്നുന്നു: http://milki.include-once.org/genericplugins/ എന്നാൽ നിങ്ങൾക്ക് ഒരു ലിസ്റ്റും (sql ടേബിളും) ക്രമീകരണ മാനേജ്മെൻ്റും മാത്രമേ ആവശ്യമുള്ളൂവെങ്കിൽ അത് ഉപയോഗിക്കില്ല. ഈ ഓവർഹെഡ് പ്ലഗിൻ മെറ്റാഡാറ്റ ഭംഗിയായി പ്രിൻ്റ് ചെയ്യുന്നതിനും config.php മനുഷ്യർക്ക് വായിക്കാവുന്നതാക്കി നിലനിർത്തുന്നതിനും വേണ്ടിയുള്ളതാണ്. ഞാൻ പ്ലഗിൻ ക്ലാസ് നാമവും ഒപ്പിട്ട ഇവൻ്റുകളും ഒരു കോൺഫിഗറേഷൻ ഫയലിൽ സംഭരിക്കും, തുടർന്ന് പാഴ്‌സ് ചെയ്‌ത കോൺഫിഗറേഷൻ ഫയൽ APC-യിൽ സംഭരിക്കും. തുടർന്ന്, ഇവൻ്റ് ഫയർ ചെയ്യുമ്പോൾ, സിസ്റ്റത്തിന് ആവശ്യമായ പ്ലഗിൻ ക്ലാസുകൾ അലസമായി ലോഡ് ചെയ്യാൻ കഴിയും. Wordpress ഉം മറ്റ് CMS സിസ്റ്റങ്ങളും വളരെ മോശമായ ഉദാഹരണങ്ങളാണ്. മോഡുലാർ എല്ലായ്പ്പോഴും അർത്ഥമാക്കുന്നത് അത് ഭാരമേറിയതാണെന്ന് നാം മനസ്സിലാക്കണം. ഈ സാഹചര്യം പരിഹരിക്കാൻ ഞാൻ ഇതുവരെ പ്രവർത്തിച്ചിട്ടുള്ളതിൽ വച്ച് ഏറ്റവും മികച്ച സ്‌കീം ഒരു ഓട്ടോലോഡർ ഉപയോഗിച്ച് കർശനമായ നാമകരണ കൺവെൻഷനോടുകൂടിയ ഒരു ക്ലാസ് അടിസ്ഥാനത്തിലുള്ള പ്ലഗിൻ ആണ്. അതിനാൽ പ്ലഗിൻ ഉപയോഗിക്കുന്നതിന് മുമ്പ് നിങ്ങൾ ഒരു ഉദാഹരണം സൃഷ്ടിക്കേണ്ടതുണ്ട് അല്ലെങ്കിൽ സ്റ്റാറ്റിക് ഫംഗ്ഷനുകൾ ഉപയോഗിക്കേണ്ടതുണ്ട്. നിങ്ങൾക്ക് പ്ലഗിൻ വിളിക്കാം: ഉദാഹരണത്തിന്: "/പ്ലഗിനുകൾ/($ഭാഗങ്ങൾ)/($ഭാഗങ്ങൾ).php"); ബ്രേക്ക് ; ) // ...) ?> ഇവൻ്റുകൾ സംബന്ധിച്ച്: ഡൈനാമിക് പരിഷ്‌ക്കരണം ഒഴിവാക്കാൻ നിങ്ങൾ ഈ ഇവൻ്റ് സ്ഥിരമായി രജിസ്റ്റർ ചെയ്യണം. ഡാറ്റാബേസ് ഇതിന് അനുയോജ്യമായ സ്ഥലമായിരിക്കും. നിർദ്ദിഷ്ട ഇവൻ്റുകൾ ചേർക്കുന്നതിനോ മറ്റ് ഇവൻ്റുകളിലേക്ക് രീതികൾ ബന്ധിപ്പിക്കുന്നതിനോ നിങ്ങളുടെ പ്ലഗിൻ ക്ലാസിൽ നിങ്ങൾക്ക് ഇവൻ്റ് ടേബിളുകളും ഇൻസ്റ്റാളും() അൺഇൻസ്റ്റാൾ() രീതികളും ഉണ്ടായിരിക്കാം. ഇതൊരു ഡാറ്റാബേസ് അന്വേഷണമാണ്, നിങ്ങൾക്ക് ഇതിൽ നിന്ന് കൂടുതൽ ലഭിക്കണമെങ്കിൽ, ഇത് memcached അല്ലെങ്കിൽ ഒരു ഫ്ലാറ്റ് ini ഫയലിലേക്ക് ചേർക്കുക. എനിക്ക് നന്നായി പ്രവർത്തിക്കുന്നു. അതിനാൽ, ഒരു അഭ്യർത്ഥനയ്‌ക്ക് 8MB ഉപയോഗിക്കുന്ന ഒരു ഹെവി സിസ്റ്റം നേടാൻ എനിക്ക് കഴിഞ്ഞു, ആദ്യം കാഷെ ചെയ്യാതെ തന്നെ, അതേ സവിശേഷതകളുടെ ലിസ്‌റ്റിൽ, 1MB ആയി കുറയാൻ മാത്രം. ഇപ്പോൾ നമുക്ക് കൂടുതൽ സവിശേഷതകൾ ചേർക്കാനും സിസ്റ്റം "വൃത്തിയായി" നിലനിർത്താനും കഴിയും ഇത് സഹായിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നു അവരുമായി കോഡിംഗ് ആരംഭിക്കുക എന്നതാണ് ഏറ്റവും നല്ല മാർഗം. ഡിസൈൻ പാറ്റേണുകൾ ഒരു മികച്ച ആശയമാണ്, അവയെക്കുറിച്ച് വായിച്ചുകൊണ്ട് മാത്രം പ്രയോഗിക്കാൻ പ്രയാസമാണ്. നിങ്ങൾ ഓൺലൈനിൽ കണ്ടെത്തുന്ന ചില ഉദാഹരണ നിർവ്വഹണങ്ങൾ എടുക്കുക, അവയെ ചുറ്റിപ്പറ്റി നിർമ്മിക്കുക. ഒരു മികച്ച ഉറവിടം ഡാറ്റയും ഒബ്ജക്റ്റ് പേജും ആണ്. അവർ പാറ്റേണുകൾ അവലോകനം ചെയ്യുകയും ആശയപരവും യഥാർത്ഥവുമായ ജീവിത ഉദാഹരണങ്ങൾ നൽകുകയും ചെയ്യുന്നു. അവരുടെ റഫറൻസ് മെറ്റീരിയലും മികച്ചതാണ്. ഒരു ഫംഗ്‌ഷൻ ഫയൽ സൈറ്റിൻ്റെ പ്രവർത്തനക്ഷമത വിപുലീകരിക്കുന്നതിനുള്ള ഒരു വിനോദ സഹായിയാണ്! പ്രത്യേകിച്ചും അതിൻ്റെ ഉദ്ദേശ്യത്തിനായി ഉപയോഗിക്കുകയാണെങ്കിൽ - എന്നിരുന്നാലും, പല ബ്ലോഗ്/വെബ്സൈറ്റ് ഉടമകളും ഫങ്ഷൻസ്.പിഎച്ച്പിയെ ഒരു ഹോഡ്ജ്പോഡ്ജാക്കി മാറ്റുന്നു. ഏതൊരു ബിസിനസ്സിലും, ആവശ്യങ്ങളും നിയന്ത്രണങ്ങളും ഉണ്ട് (നിയന്ത്രണങ്ങൾ, പലപ്പോഴും ലോജിക്കൽ), അതിനാൽ ടെംപ്ലേറ്റിന് പുറത്ത് WP കോറിൻ്റെ (തീം അല്ല) പാരാമീറ്ററുകൾ നിയന്ത്രിക്കുന്നതിന് രൂപകൽപ്പന ചെയ്ത ചില എക്സിക്യൂട്ടബിൾ കോഡുകൾ നീക്കുന്നത് കൂടുതൽ ശരിയാണ്... ഒരു വെബ്‌സൈറ്റിൻ്റെ പ്രവർത്തനക്ഷമത നവീകരിക്കുന്നതിനെക്കുറിച്ച് സംസാരിക്കുമ്പോൾ, "പ്ലഗിനുകൾ ഇല്ലാതെ ..." എന്ന ലേഖനങ്ങളുടെ വരിയിൽ അവർ തീർച്ചയായും എല്ലാ കോഡ് ബ്ലോക്കുകളും ഐതിഹാസികമായ functions.php-ലേക്ക് തള്ളാൻ ഉപദേശിക്കുന്നു. ഇത് തെറ്റാണ്! എല്ലാ സാങ്കേതിക വിപുലീകരണങ്ങളും (ടെംപ്ലേറ്റ് ശൈലിയുമായി നേരിട്ട് ബന്ധമില്ലാത്തത്) അവയുടെ രജിസ്ട്രേഷനായി സംഘടിപ്പിച്ച ഒരു പ്ലഗിനിലേക്ക് മാറ്റുന്നത് കൂടുതൽ യുക്തിസഹമാണ്. നമുക്ക് അത് സൃഷ്ടിക്കാം! കൂടാതെ ഞങ്ങൾ ഗുണദോഷങ്ങളെക്കുറിച്ചും സംസാരിക്കും (അവയിൽ കാര്യമായ കുറവ് ഉണ്ട്)… ലേഖനത്തിൻ്റെ ഭാഗങ്ങൾ: നിങ്ങളുടെ സ്വന്തം പ്ലഗിൻ എങ്ങനെ സൃഷ്ടിക്കാം ചുവടെയുള്ള വാചകത്തിൽ നിങ്ങളുടെ സ്വന്തം കൈകൊണ്ട് നിങ്ങളുടെ സ്വന്തം പ്ലഗിൻ എങ്ങനെ സൃഷ്ടിക്കാമെന്ന് ഞങ്ങൾ പഠിക്കും: എല്ലാ വിശദാംശങ്ങളും സൂക്ഷ്മതകളും ഞങ്ങൾ മനസ്സിലാക്കും. ഗുണങ്ങളും ദോഷങ്ങളും എന്താണെന്ന് നമുക്ക് കണ്ടെത്താം (കുറവ് ദോഷങ്ങളുണ്ട്!! പകരം, ഇവ ദോഷങ്ങളല്ല, മറിച്ച് ഓരോ കാര്യനിർവാഹകനും ഒന്നോ അതിലധികമോ പ്രയോജനങ്ങൾ) functions.php ഫയലും പ്ലഗിനും തമ്മിലുള്ള വ്യത്യാസം എന്താണ് സൈറ്റിൻ്റെ പ്രവർത്തനവുമായി നേരിട്ട് ബന്ധപ്പെട്ട ചില കോഡുകൾ ഒരു പ്രത്യേക പ്ലഗിനിലേക്ക് മാറ്റേണ്ടത് എന്തുകൊണ്ട്? ഫംഗ്‌ഷൻ ഫയൽ തന്നെ, അതിൻ്റെ ഉദ്ദേശ്യവും സ്ഥിരതയും ഒരു പ്ലഗിനിൽ നിന്ന് വ്യത്യസ്തമല്ല (തീമിലെ ഒരു പ്ലഗിൻ))! — അതിൻ്റെ പ്രധാന ദൌത്യം ഉപയോഗപ്രദമായ പ്രവർത്തനങ്ങളാൽ ഒരു നിർദ്ദിഷ്ട (സജീവ) ടെംപ്ലേറ്റ് സമ്പുഷ്ടമാക്കുക എന്നതാണ്. ഉദാഹരണത്തിന്, "നാവിഗേഷൻ", ഇവിടെ, യുക്തിപരമായി, സജീവ തീമിൻ്റെ ശൈലിക്ക് അനുസൃതമായി ബട്ടണുകളുടെ മെനു CSS കൊണ്ട് അലങ്കരിച്ചിരിക്കുന്നു - ഒരുപക്ഷേ അത് ടെംപ്ലേറ്റിൻ്റെ റൂട്ടിൽ ഇടുന്നത് കൂടുതൽ ശരിയായിരിക്കും. ഫംഗ്‌ഷൻസ് ഫയലിനെ പ്രത്യേക ഫയലുകളായി അല്ലെങ്കിൽ ഒരു പ്രത്യേക പ്ലഗിൻ ആയി വിഭജിക്കുന്നതിൻ്റെ പ്രയോജനം എന്താണ്? ഉദാഹരണത്തിന്, ഏറ്റവും നിസ്സാരമായ കാര്യം - നിങ്ങൾ ടെംപ്ലേറ്റ് മാറ്റാൻ തീരുമാനിച്ചു!? ... ഫലമായി, എല്ലാ പ്രവർത്തനപരമായ സംഭവവികാസങ്ങളും നഷ്‌ടപ്പെടും, കാരണം ഉപയോഗപ്രദമായ എല്ലാ കോഡുകളും ഫംഗ്‌ഷൻ ഫയലിൽ സ്ഥിതിചെയ്യുന്നു (ഞാൻ ഒരിക്കൽ അത്തരമൊരു ഫയൽ വലുപ്പം 750kILO കണ്ടു) തീർച്ചയായും, നിങ്ങൾക്ക് ഫംഗ്‌ഷനുകളുടെ ഡോക്യുമെൻ്റേഷൻ ഒരു പുതിയ വിഷയത്തിലേക്ക് നീക്കാൻ കഴിയും, എന്നാൽ മിക്കപ്പോഴും, എഡിറ്റുകൾ കൂടാതെ നിങ്ങൾക്ക് ചെയ്യാൻ കഴിയില്ല, അത് ധാരാളം ഉപയോഗപ്രദമായ സമയം എടുക്കും: കുരങ്ങനും അധ്വാനവും) കൂടാതെ: സൈറ്റ് ഫയലുകൾ ഡൗൺലോഡ് ചെയ്യുന്നതിനുള്ള ക്രമം ചുരുക്കത്തിൽ: ഞങ്ങളുടെ ഉദാഹരണത്തിലെ കോർ സൈറ്റ് ഫയലുകൾ ലോഡുചെയ്യുന്നതിനുള്ള ക്രമം ഇപ്രകാരമാണ് - സജീവമായ സൈറ്റ് പ്ലഗിന്നുകളും (പ്ലഗിനുകളുടെ ഫോൾഡറിൽ നിന്ന്) അവയുടെ ഉള്ളടക്കവും കുറച്ച് മുമ്പ് ലോഡ് ചെയ്യപ്പെടും, അതിനുശേഷം മാത്രമേ ഉള്ളടക്കമുള്ള functions.php ഫയൽ പ്രോസസ്സ് ചെയ്യപ്പെടുകയുള്ളൂ. ഇവയെല്ലാം മില്ലിസെക്കൻഡുകളാണ്, പേജ് വേഗത കൈവരിക്കുന്നതിനെക്കുറിച്ച് ഗൗരവമായി സംസാരിക്കുന്നത് വിലമതിക്കുന്നില്ല. എന്നിരുന്നാലും, ഡവലപ്പർമാർ സ്ഥാപിച്ച ഈ ലോഡിംഗ് ഓർഡറിൻ്റെ ഒരു കാരണമായി തോന്നുന്നു, അവിടെ ഫംഗ്ഷൻ ഫയലിന് രണ്ടാം സ്ഥാനം നൽകിയിരിക്കുന്നു. അനുമാനിക്കാംഭാരം കുറഞ്ഞ ഘടകം), പ്ലഗിന്നുകളുടെ വ്യാപകമായ ഉപയോഗത്തിൻ്റെ വസ്തുത, പലപ്പോഴും വലിയ ഉള്ളടക്കം... ആരെങ്കിലും ആക്രോശിക്കും: മറ്റൊരു പ്ലഗിൻ...? ഇത് ബുദ്ധിമുട്ടാണ്! ഞാൻ പറയുന്നു, ഇത് ഒരു വേഗതയെയും ബാധിക്കില്ല ... മറിച്ച്, നിങ്ങൾ സൈറ്റിൻ്റെ സൃഷ്ടിയെ ചിന്താപൂർവ്വം സമീപിക്കുകയാണെങ്കിൽ. മാത്രമല്ല, ചില കോഡുകൾ കൈമാറുന്നതിൻ്റെ പ്രയോജനം മറ്റൊരു രീതിയിൽ വ്യക്തമാണ്, അതായത്, സൈറ്റ് ലോഡിംഗ് വേഗത സജീവ പ്ലഗിന്നുകളുടെ എണ്ണത്തെയല്ല, മറിച്ച് അവയുടെ ഉള്ളടക്കത്തെ ആശ്രയിച്ചിരിക്കുന്നു! അപ്പോൾ സൂചിപ്പിച്ചതുപോലെ, കുറച്ച് കഴിഞ്ഞ് ലോഡ് ചെയ്യുന്ന ഫംഗ്ഷൻ ഫയൽ എന്തുകൊണ്ട് കുറയ്ക്കരുത്? കൂടാതെ, ഇത് ഒരു പൂർണ്ണമായ വലിയ ടെംപ്ലേറ്റ്-ലെവൽ പ്ലഗിൻ ആണ്! അപ്പോൾ അവൻ്റെ മിക്ക കോഡുകളും എവിടെ പോകുന്നു? എൻ്റെ അഭിപ്രായത്തിൽ, ഒരു (സജീവമായ, പ്രവർത്തിക്കുന്ന) ടെംപ്ലേറ്റിൽ പ്രത്യേകമായി ബന്ധപ്പെട്ട പാരാമീറ്ററുകൾ മാത്രമേ അടങ്ങിയിരിക്കാവൂ. ഗണിതശാസ്ത്രത്തിലേക്കുള്ള ഒരു വിനോദയാത്ര... പിന്നീട് ലോഡുചെയ്‌തതാണ്, എന്തുകൊണ്ട് ഇത് കോഡ് പ്രോസസ്സിംഗ് പ്രാഥമികമായി നടത്തുന്ന സ്ഥലത്തേക്ക് മാറ്റരുത് എന്നതാണ് ചോദ്യം, അതനുസരിച്ച്, അഡ്മിനിസ്ട്രേറ്റർ വ്യക്തമാക്കിയ WP കോർ പാരാമീറ്ററുകളിലെ ഭേദഗതികൾ സൈറ്റിൻ്റെ ഉചിതമായ ഘട്ടത്തിൽ വേഗത്തിൽ വായിക്കുകയും പ്രോസസ്സ് ചെയ്യുകയും ചെയ്യും വിക്ഷേപണം? സൈറ്റിൻ്റെ പ്രവർത്തനത്തിൻ്റെ കുപ്രസിദ്ധമായ പ്രയോജനവും ലോജിക്കൽ ഓർഗനൈസേഷനും. സൗകര്യം, അത് അപ്രധാനമല്ല! കൂടാതെ, പറഞ്ഞതുപോലെ, ഫംഗ്ഷൻ ഫയൽ ഒരേ പ്ലഗിൻ ആണ് - ഞാൻ വീണ്ടും ചോദിക്കും, എന്തിനാണ് എല്ലാം അതിലേക്ക് തള്ളുന്നത്? സൈറ്റിനൊപ്പം പ്രവർത്തിക്കുമ്പോൾ, ഒരു വലിയ, വായിക്കാൻ ബുദ്ധിമുട്ടുള്ള കോഡ് ഡോക്യുമെൻ്റിൽ ആശയക്കുഴപ്പത്തിലാകുക, അത് വഴിയിൽ, അവിശ്വസനീയമാംവിധം ന്യായീകരിക്കപ്പെടാത്ത വിധത്തിൽ അതിൻ്റെ ഉള്ളടക്കം കൊണ്ട് വീർപ്പുമുട്ടുന്നു. ഭാരം കുറഞ്ഞ പ്ലഗിൻ സൃഷ്‌ടിക്കുകയും അത് സജ്ജീകരിക്കുകയും മറക്കുകയും ചെയ്യുന്നത് എളുപ്പവും യുക്തിസഹവുമാണ്... ഒറ്റവാക്കിൽ പറഞ്ഞാൽ, എല്ലാവരും സ്വയം തീരുമാനിക്കുന്നു: സ്വന്തം അനുഭവം കേൾക്കണോ അതോ ഒരു നിശ്ചിത വിദ്യാഭ്യാസ ലേഖനത്തിൻ്റെ രചയിതാവിൻ്റെ അഭിപ്രായമോ. വേർഡ്പ്രസ്സ് ലൈബ്രറികളിൽ പഠിക്കണം, പക്ഷേ ലേഖനങ്ങളിൽ നിന്നല്ല... ലേഖനങ്ങളിൽ നിന്ന് ഈ അല്ലെങ്കിൽ ആ ആശയം മാത്രമേ ശേഖരിക്കാൻ കഴിയൂ... ഇതുപോലെ എന്തെങ്കിലും) ...താൽപ്പര്യമുള്ളവർക്ക്: വേർഡ്പ്രസ്സ് കോഡുകളിൽ നിങ്ങൾക്ക് കേർണലിൻ്റെ എല്ലാ നിയമങ്ങളും (കൂടാതെ, കേർണൽ ഡയറക്ടറികൾ ലോഡുചെയ്യുന്നതിൻ്റെ ക്രമം)) ഒരു അത്ഭുതകരമായ രീതിയിൽ പഠിക്കാൻ കഴിയും. ...ഇനിപ്പറയുന്ന ലേഖനങ്ങളിലൊന്നിൽ അത്തരമൊരു ബേഡേക്കർ വിഷയം മാത്രമായിരിക്കും! ... കൂടാതെ ഉപയോഗപ്രദമായ പേജുകളിലേക്കുള്ള ലിങ്കുകളും. !..സൈറ്റ് അപ്ഡേറ്റുകൾ സബ്സ്ക്രൈബ് ചെയ്യുന്നതിലൂടെ - ... അറിവില്ലായ്മ കൊണ്ട് പിരിയാം..! ഒരു പ്ലഗിൻ എങ്ങനെ സൃഷ്ടിക്കാം അധിക ഫയൽ functions.php സംശയാസ്പദമായ പ്ലഗിൻ തീർച്ചയായും ഒരു ലളിതമായ പരിഹാരമാണ്, എന്നാൽ പഠനം അടിസ്ഥാനകാര്യങ്ങളിൽ നിന്ന് ആരംഭിക്കണം! മാത്രമല്ല, ലേഖനത്തിൽ എടുത്ത ലക്ഷ്യങ്ങൾ നേടുന്നതിന്, ശക്തമായ പ്ലഗിനുകൾ ആവശ്യമില്ല! ഞങ്ങൾ ഹോസ്റ്റിംഗ് കൺട്രോൾ പാനലിലേക്ക് പോയി (അല്ലെങ്കിൽ FTP ഉപയോഗിച്ച്) ഫയൽ മാനേജർ തുറക്കുക. പ്ലഗിൻ ഫോൾഡർ തുറന്ന് അതിൽ മറ്റൊരു ഡയറക്ടറി സൃഷ്ടിക്കുക (ഞങ്ങളുടെ പ്ലഗിൻ ഫയലുകൾക്കുള്ള ഒരു ഫോൾഡർ). ലാറ്റിൻ ഭാഷയിൽ ഏത് പേരും. എൻ്റെ ഉദാഹരണത്തിൻ്റെ പേര് "ടെസ്റ്റ്" എന്നാണ്. അഡ്‌മിൻ പാനലിലെ പ്ലഗിന്നിൻ്റെ പേര് വിവര തലക്കെട്ടിൽ വ്യക്തമാക്കിയിരിക്കുന്നതുതന്നെയായിരിക്കുമെന്ന് ദയവായി ശ്രദ്ധിക്കുക പ്ലഗിൻ നാമം: ടെസ്റ്റ് (അഭിപ്രായങ്ങൾ കാണുക). സൃഷ്ടിച്ച ഫോൾഡർ തുറന്ന് അതിൽ പ്രധാന പ്ലഗിൻ ഫയൽ സൃഷ്ടിക്കുക: ...ഒരു പേരിനൊപ്പം, my-functions.php എന്ന് പറയുകയും അതിൻ്റെ ബോഡിയിലേക്ക് ഇനിപ്പറയുന്ന വരികൾ ചേർക്കുകയും ചെയ്യുക (ഫയലിൻ്റെ പേര് തികച്ചും എന്തും ആകാം) അഡ്‌മിൻ പാനലിൽ (പ്ലഗിനുകൾ മെനു) ദൃശ്യമാകുന്ന പ്ലഗിന്നിനെക്കുറിച്ചുള്ള വിവരങ്ങളാണ് കമൻ്റുകളിലെ വരികൾ. നിങ്ങൾ ഫോൾഡറും ഫയലും സൃഷ്ടിച്ച ഉടൻ, നിങ്ങളുടെ പ്ലഗിൻ അഡ്മിൻ പാനലിൽ ദൃശ്യമാകും. നോക്കൂ. ഒരു മുൻ എന്ന നിലയിൽ, നിങ്ങൾക്ക് ഇത് കുറച്ച് സമയത്തേക്ക് സജീവമാക്കാം - പക്ഷേ ഒന്നും സംഭവിക്കില്ല, പ്ലഗിൻ ഇപ്പോഴും നിഷ്‌ക്രിയമാണ്. അത്രയേയുള്ളൂ!! ഒരു ലളിതമായ പ്ലഗിൻ സൃഷ്ടിച്ചു, ശ്രദ്ധേയമായി, നിങ്ങളുടെ സ്വന്തം കൈകൊണ്ട് നിങ്ങളുടെ സ്വന്തം നേട്ടത്തിനായി (പൂച്ച മാട്രോസ്കിൻ പറഞ്ഞതുപോലെ). ഈ സമയത്ത് ഷോയുടെ തിരശ്ശീല ഇറങ്ങി... ... റാംപുകളിൽ സങ്കടകരമായ പൊടി വീഴുന്നു ... വഴിയിൽ, "പ്ലഗിനുകൾ ഇല്ലാതെ" സീരീസിൽ നിന്നുള്ള ഒരു ഉപയോഗപ്രദമായ മൂവി ഇതാ - നോക്കൂ, വീഡിയോയിൽ നിർദ്ദേശിച്ചിരിക്കുന്ന കോഡ് ഫംഗ്‌ഷൻ ഫയലിൽ അവശേഷിക്കുന്നുണ്ടോ എന്ന് ചിന്തിക്കുക ?? ഇൻ്റർനെറ്റ് ബ്രൗസുചെയ്യുമ്പോൾ, വെബ്‌സൈറ്റ് പേജുകൾ എത്രയും വേഗം ലോഡുചെയ്യണമെന്ന് എല്ലാവരും ആഗ്രഹിക്കുന്നു; മാത്രമല്ല, പേജിൽ ധാരാളം ചിത്രങ്ങൾ ഉള്ള സന്ദർഭങ്ങളിൽ ഈ കാത്തിരിപ്പ് ഗണ്യമായി വൈകും. ഒരു പേജിലെ ചിത്രങ്ങളുടെ സാന്നിധ്യം സന്ദർശകർക്ക് പേജിനെ കൂടുതൽ ആകർഷകമാക്കുകയും ദൃശ്യപരത വർദ്ധിപ്പിക്കുകയും ആത്യന്തികമായി നിങ്ങളുടെ സൈറ്റിലേക്കുള്ള ട്രാഫിക് വർദ്ധിപ്പിക്കാൻ സഹായിക്കുകയും ചെയ്യുന്നു. എന്നിരുന്നാലും, ചിത്രങ്ങളുടെ സാന്നിധ്യം പേജുകളെ ഭാരമുള്ളതാക്കുകയും അവയുടെ ലോഡിംഗ് സമയം വർദ്ധിപ്പിക്കുകയും ചെയ്യുന്നു എന്ന വസ്തുത നാം കണക്കിലെടുക്കേണ്ടതുണ്ട്. മന്ദഗതിയിലുള്ള പേജ് ലോഡ് ചെയ്യുന്നത് നിങ്ങളുടെ വെബ്‌സൈറ്റിൻ്റെ SEO ഒപ്റ്റിമൈസേഷനെ പ്രതികൂലമായി ബാധിക്കുന്നു. ഇക്കാലത്ത്, പല സൈറ്റുകളും അവരുടെ പോസ്റ്റുകളിൽ GIF അല്ലെങ്കിൽ PNG ചിത്രങ്ങൾ ഉപയോഗിക്കുന്നു. ഈ ചിത്രങ്ങൾ JPEG ചിത്രങ്ങളേക്കാൾ വലുതാണ്, അതിൻ്റെ ഫലമായി പേജുകൾ ലോഡ് ചെയ്യാൻ കൂടുതൽ സമയമെടുത്തേക്കാം. അത്തരം ഓരോ ചിത്രവും ഡൗൺലോഡ് ചെയ്യുന്നതിന്, ഒരു പ്രത്യേക HTTP അഭ്യർത്ഥന ആവശ്യമാണ്, അത് ഡൗൺലോഡ് വേഗത്തിലാക്കുന്നില്ല. ഈ പ്രശ്നം പരിഹരിക്കുന്നതിന്, "അലസമായ" അല്ലെങ്കിൽ മാറ്റിവെച്ച ലോഡിംഗ് എന്ന് വിളിക്കപ്പെടുന്നവ ഉപയോഗിക്കുന്നു, അതിൽ ഉപയോക്താവിന് ആവശ്യമുള്ള ചിത്രങ്ങൾ മാത്രമേ ലോഡ് ചെയ്യപ്പെടുകയുള്ളൂ. പേജ് ലോഡിംഗ് വേഗത ഗണ്യമായി മെച്ചപ്പെടുത്താൻ കഴിയുന്ന ആറ് മികച്ച സൗജന്യ വേർഡ്പ്രസ്സ് അലസമായ ലോഡിംഗ് പ്ലഗിന്നുകളെ ഈ ലേഖനം വിവരിക്കുന്നു. 1. a3 ലേസി ലോഡ് - മികച്ച അലസമായ ലോഡിംഗ് പ്ലഗിൻ പ്ലഗിൻ നിങ്ങളുടെ ബ്ലോഗിനെ വേഗത്തിലാക്കുകയും പിസികളിലും ടാബ്‌ലെറ്റുകളിലും മൊബൈൽ ഫോണുകളിലും പേജിൻ്റെ ദൃശ്യ പ്രതികരണശേഷി മെച്ചപ്പെടുത്തുകയും ചെയ്യുന്നു. a3 ലേസി ലോഡ് സൈറ്റിൽ ഒരു ലോഡ് സൃഷ്ടിക്കുന്നില്ല കൂടാതെ മൊബൈൽ-സൗഹൃദവുമാണ്. നിങ്ങളുടെ വെബ്‌സൈറ്റ് വേഗത്തിലാക്കുന്ന ഉപയോഗിക്കാൻ എളുപ്പമുള്ള പ്ലഗിൻ. നിങ്ങളുടെ സൈറ്റിന് കൂടുതൽ ഭാരമേറിയ ഘടകങ്ങൾ ഉണ്ട്, പ്ലഗിൻ അതിൻ്റെ ജോലി മികച്ചതാക്കുകയും കൂടുതൽ പ്രകടന മെച്ചപ്പെടുത്തലുകൾ നിങ്ങൾ കാണുകയും ചെയ്യും. എല്ലാ ഇമേജുകൾക്കും ഗ്രാവറ്ററുകൾക്കും വീഡിയോകൾക്കും ഫ്രെയിമുകൾക്കുമായി അലസമായ ലോഡിംഗ് ലോഡിംഗ് ഇഫക്റ്റുകൾ തിരഞ്ഞെടുക്കുന്നു WooCommerce പിന്തുണ ഉയർന്ന പ്രകടനവും കുറഞ്ഞ ലോഡും നിങ്ങൾക്ക് ചിത്രങ്ങളും വീഡിയോകളും ഒഴിവാക്കാം ബാക്കപ്പ് JavaScript കണക്ഷൻ എല്ലാ ബ്രൗസറുകളെയും പിന്തുണയ്ക്കുന്നു 2.അലസമായ ലോഡ് WordPress.com, TechCrunch ടീം, ജാക്ക് ഗോൾഡ്മാൻ എന്നിവർ വികസിപ്പിച്ചെടുത്ത അലസമായ ലോഡിംഗ് ഇമേജ് പ്ലഗിൻ ആണിത്. ഇതിന് ലളിതമായ കോഡ് ഉണ്ട്, അതിനാൽ ഇത് സെർവർ ഉറവിടങ്ങൾ ഓവർലോഡ് ചെയ്യുന്നില്ല. പ്ലഗിൻ ഇൻസ്റ്റാൾ ചെയ്യാനും ക്രമീകരിക്കാനും എളുപ്പമാണ്. ഇതിന് ഫലത്തിൽ സജ്ജീകരണമൊന്നും ആവശ്യമില്ല, ഇൻസ്റ്റാളേഷൻ കഴിഞ്ഞയുടനെ ജോലി ആരംഭിക്കുക. പ്ലഗിൻ്റെ പ്രധാന സവിശേഷതകൾ: ലളിതമായ കോഡ്. വേർഡ്പ്രസ്സ് നൽകുന്നത്. ഉപയോഗിക്കാൻ എളുപ്പമാണ്. jQuery.sonar ഉപയോഗിക്കുന്നു. 3. ബിജെ ലേസി ലോഡ് BJ എന്നത് മറ്റൊരു സൗജന്യ അലസമായ ലോഡിംഗ് വേർഡ്പ്രസ്സ് പ്ലഗിൻ ആണ്, അത് നിങ്ങളുടെ എല്ലാ ചിത്രങ്ങളും ലഘുചിത്രങ്ങളും ഗ്രാവറ്ററുകളും ട്രാക്ക് ചെയ്ത ഏരിയയിലെ iframe എലമെൻ്റ് ഉള്ളടക്കങ്ങളും ഒരു "സ്റ്റബ്" ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നു. ബ്രൗസർ വിൻഡോയിൽ ദൃശ്യമായ ശേഷം ചിത്രങ്ങൾ സ്വയം ലോഡ് ചെയ്യപ്പെടും. പേജ് ലോഡിംഗ് വേഗത്തിലാക്കാനും ഉപയോക്തൃ ട്രാഫിക് ലാഭിക്കാനും ഈ രീതി നിങ്ങളെ അനുവദിക്കുന്നു. പ്ലഗിൻ മൊബൈൽ ഉപകരണങ്ങളുമായി പ്രവർത്തിക്കാൻ അനുവദിക്കുന്ന ഒരു റെസ്‌പോൺസീവ് ഡിസൈൻ ഉണ്ട്. മൊബൈൽ ഉപകരണങ്ങളിൽ, സ്‌ക്രീൻ വലുപ്പത്തിന് അനുയോജ്യമായ രീതിയിൽ ചിത്രങ്ങൾ സ്വയമേവ സ്‌കെയിൽ ചെയ്യപ്പെടും. ഈ പ്ലഗിൻ റെറ്റിന തയ്യാറാണ്, അതായത് ഇത് ആപ്പിൾ ഉപകരണങ്ങളിൽ പ്രവർത്തിക്കും. പ്ലഗിൻ്റെ പ്രധാന സവിശേഷതകൾ: ചിത്രങ്ങൾ ഒരു "അപൂർണ്ണം" ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നു. ചിത്രങ്ങളുടെ യാന്ത്രിക വലുപ്പം മാറ്റൽ. റെറ്റിന പിന്തുണ. ഉപയോക്തൃ ട്രാഫിക് സംരക്ഷിക്കുന്നു. 4. jQuery ലേസി ലോഡ് jQuery എന്നത് Java സ്ക്രിപ്റ്റ് ഉപയോഗിക്കുന്ന ഒരു സ്വതന്ത്ര അലസമായ ലോഡിംഗ് പ്ലഗിൻ ആണ്. ബ്രൗസർ വിൻഡോയുടെ ദൃശ്യമായ ഏരിയയിൽ ആയിരിക്കുമ്പോൾ മാത്രമേ ജാവ സ്ക്രിപ്റ്റ് ചിത്രങ്ങൾ ലോഡുചെയ്യുകയുള്ളൂ. വേർഡ്പ്രസ്സ് ശേഖരത്തിൽ നിന്നുള്ള വളരെ ജനപ്രിയമായ ഒരു പ്ലഗിൻ ആണ് jQuery. പ്ലഗിൻ്റെ പ്രധാന സവിശേഷതകൾ: ജനപ്രീതി. ഒരു ജാവ സ്ക്രിപ്റ്റ് ഉപയോഗിക്കുന്നു. ചെറിയ വോളിയം. ഫലത്തിൽ ക്രമീകരണങ്ങളൊന്നും ആവശ്യമില്ല. 5. വിപുലമായ അലസമായ ലോഡ് ഉപയോക്താവ് പേജ് താഴേക്ക് സ്ക്രോൾ ചെയ്ത് ഇമേജ് ഏരിയയിൽ എത്തുമ്പോൾ ഇമേജുകൾ ലോഡ് ചെയ്യുന്ന വളരെ നല്ല അലസമായ ലോഡിംഗ് വേർഡ്പ്രസ്സ് പ്ലഗിൻ ആണിത്. ഈ പ്ലഗിൻ jQuery സ്ക്രിപ്റ്റും ഉപയോഗിക്കുന്നു. ലോഡിംഗ് സമയം കുറയ്ക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു, കാരണം ടെക്‌സ്‌റ്റ് ആദ്യം ലോഡ് ചെയ്‌തിരിക്കുന്നു, കൂടാതെ ഇമേജുകൾക്കായി ഒരു പുതിയ HTTP കണക്ഷൻ സൃഷ്‌ടിക്കുകയും ചെയ്യുന്നു. പേജുകൾ ഒരേസമയം ലോഡ് ചെയ്യാത്തത് HTTP കണക്ഷനുകളുടെ എണ്ണം കുറയ്ക്കാനും സെർവറിലെ ലോഡ് ഗണ്യമായി കുറയ്ക്കാനും നിങ്ങളെ അനുവദിക്കുന്നു. പ്ലഗിൻ്റെ പ്രധാന സവിശേഷതകൾ: jQuery സ്ക്രിപ്റ്റുകൾ ഉപയോഗിക്കുന്നു. HTTP കണക്ഷനുകളുടെ എണ്ണം കുറയ്ക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. പേജ് ലോഡിംഗ് വേഗത്തിലാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. രണ്ട് തരത്തിലുള്ള ക്രമീകരണങ്ങൾ ഉണ്ട്. 6. അലസമായ ലോഡ് അൺവെൽ ചെയ്യുക ഇത് ഒരു jQuery സ്ക്രിപ്റ്റ് ഉപയോഗിക്കുന്ന വളരെ ചെറിയ പ്ലഗിൻ ആണ്. 0.6 KB മാത്രം വലിപ്പമുള്ള ഒരു സ്ക്രിപ്റ്റ് ഉപയോഗിച്ചാണ് ഇത് ചിത്രങ്ങൾ ലോഡ് ചെയ്യുന്നത്. കണക്ഷനുകളുടെ എണ്ണം കുറയ്ക്കുന്നതിലൂടെ സെർവറിലെ ലോഡ് കുറയ്ക്കാൻ പ്ലഗിൻ നിങ്ങളെ അനുവദിക്കുന്നു. ഡാറ്റ ഉപയോഗിച്ച് പേജിൻ്റെ HTML കോഡിലേക്ക് ചിത്രം ലോഡ് ചെയ്‌തിരിക്കുന്നു: URL സ്‌കീം, ഇത് ഡ്യൂപ്ലിക്കേറ്റ് ഇമേജിൻ്റെ ആവശ്യം ഇല്ലാതാക്കുന്നു, ഇത് അലസമായ ലോഡിംഗിന് ആവശ്യമാണ്. പ്ലഗിൻ്റെ പ്രധാന സവിശേഷതകൾ: jQuery സ്ക്രിപ്റ്റുകൾ ഉപയോഗിക്കുന്നു. ഭാരം കുറഞ്ഞ സ്ക്രിപ്റ്റുകൾ ഉപയോഗിക്കുന്നു. ഡാറ്റയുള്ള ഒരു സ്കീം ഉപയോഗിക്കുന്നു: URL. കണക്ഷനുകളുടെ എണ്ണം കുറയ്ക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. ഉപസംഹാരം നിങ്ങളുടെ വേർഡ്പ്രസ്സ് സൈറ്റ് പേജുകൾ വേഗത്തിൽ ലോഡ് ചെയ്യാൻ സഹായിക്കുന്ന സൗജന്യ വേർഡ്പ്രസ്സ് ലാസി ലോഡിംഗ് ഇമേജ് പ്ലഗിന്നുകളെ ഈ ലേഖനം വിവരിക്കുന്നു. ഈ പ്ലഗിന്നുകളുടെ സഹായത്തോടെ നിങ്ങൾക്ക് അത്ഭുതങ്ങൾ സൃഷ്ടിക്കാൻ കഴിയും. നിങ്ങൾ ഉപയോഗിക്കുന്ന അലസമായ ലോഡിംഗ് ഇമേജ് പ്ലഗിൻ എന്താണെന്ന് അഭിപ്രായങ്ങളിൽ എഴുതുക. ഒരു ആപ്ലിക്കേഷൻ്റെ സോഴ്സ് കോഡ് മാറ്റാതെ തന്നെ അതിൻ്റെ പ്രവർത്തനക്ഷമത വിപുലീകരിക്കാനുള്ള ഒരു മാർഗമാണ് പ്ലഗിനുകൾ. പ്ലഗിൻ നടപ്പിലാക്കുന്ന ഫംഗ്‌ഷനുകൾ, ആപ്ലിക്കേഷൻ അപ്‌ഡേറ്റുകൾ ഇൻസ്റ്റാൾ ചെയ്തതിന് ശേഷവും അതിൻ്റെ ഫയലുകൾ തിരുത്തിയെഴുതുമ്പോൾ പ്രവർത്തിക്കുന്നത് തുടരും. പ്ലഗിൻ്റെ സോഴ്സ് കോഡ് ആപ്ലിക്കേഷനുമായി മാത്രം ബന്ധിപ്പിച്ചിട്ടുള്ള സ്വതന്ത്ര ഫയലുകളിലേക്ക് സമാഹരിച്ചിരിക്കുന്നു. പ്രാദേശികവൽക്കരണം ആപ്ലിക്കേഷൻ പ്രാദേശികവൽക്കരണത്തിന് (ഡോക്യുമെൻ്റേഷൻ) തികച്ചും സമാനമായ രീതിയിലാണ് പ്ലഗിൻ ലോക്കലൈസേഷൻ നടപ്പിലാക്കുന്നത്. ലോക്കൽ ഫോൾഡറിൽ നിങ്ങൾ വിവർത്തന ഫയലുകൾ *.po, *.mo എന്നിവ സ്ഥാപിക്കുകയും കോഡിലെ കീകൾ ഇനിപ്പറയുന്ന രീതിയിൽ ഉൾപ്പെടുത്തുകയും വേണം: _wp("സ്ട്രിംഗ്") PHP-യിൽ (ആപ്ലിക്കേഷൻ ലോക്കലൈസേഷനിൽ മാത്രം പ്രവർത്തിക്കുന്ന _w() രീതിക്ക് പകരം, നിങ്ങൾ _wp() രീതി ഉപയോഗിക്കണം, അത് പ്ലഗിൻ ലോക്കലൈസേഷൻ ലോഡ് ചെയ്യുന്നു),[`സ്ട്രിംഗ്`] സ്മാർട്ടി ടെംപ്ലേറ്റുകളിൽ (അപ്ലിക്കേഷൻ ലോക്കലൈസേഷനിൽ നിന്ന് ഇവിടെ വ്യത്യാസമില്ല). പ്ലഗിൻ്റെ പേരും വിവരണവും (കോൺഫിഗറേഷൻ ഫയലിലെ പേരും വിവരണവും) ഡിഫോൾട്ട് പ്ലഗിൻ ലോക്കലൈസേഷൻ ഉപയോഗിച്ച് വിവർത്തനം ചെയ്യപ്പെടുന്നു, അതിനാൽ "പേര്" => _wp("പ്ലഗിൻ നാമം") വ്യക്തമാക്കേണ്ട ആവശ്യമില്ല - "പേര്" = വ്യക്തമാക്കുക > "പ്ലഗിൻ നാമം" . ഒരു ബാഹ്യ പരിതസ്ഥിതിയിൽ പ്ലഗിൻ ക്ലാസുകളുടെ പൊതു സ്റ്റാറ്റിക് രീതികൾ വിളിക്കുന്ന സാഹചര്യത്തിൽ, ഉദാഹരണത്തിന്, തീം കോഡിൽ, പ്ലഗിൻ ലോക്കലൈസേഷൻ സ്വയമേവ ബന്ധിപ്പിച്ചിട്ടില്ല, കൂടാതെ _wp() ഫംഗ്ഷൻ പ്രതീക്ഷിച്ചതുപോലെ ഒരു പുതിയ ലൈൻ നൽകില്ല. അത്തരം രീതികളിൽ പ്ലഗിൻ ലോക്കലൈസേഷൻ ഉപയോഗിക്കുന്നതിന്, ചുവടെയുള്ള ഉദാഹരണത്തിൽ ബോൾഡായി കാണിച്ചിരിക്കുന്ന ഒരു പ്രത്യേക നിർമ്മാണത്തിനുള്ളിൽ നിങ്ങൾ _wp() ഫംഗ്‌ഷനിലേക്ക് എല്ലാ കോളുകളും ചെയ്യണം: ക്ലാസ് appMyPlugin waPlugin വിപുലീകരിക്കുന്നു ( പൊതു സ്റ്റാറ്റിക് ഫംഗ്‌ഷൻ ഡിസ്‌പ്ലേഡാറ്റ() ( //രണ്ട് ലൈനുകളിലും ആപ്ലിക്കേഷൻ്റെ ഐഡിയും നിങ്ങളുടെ പ്ലഗിൻ waLocale::loadByDomain(array("app_id", "plugin_id")); waSystem::pushActivePlugin_plugin(" ", " app_id"); $ഫലം = _wp("..."); waSystem ::popActivePlugin();$ ഫലം തിരികെ നൽകുക; )) ഡാറ്റാബേസ് ഡാറ്റാബേസിൽ പ്ലഗിൻ സ്വന്തം പട്ടികകൾ ഉപയോഗിക്കുന്നുവെങ്കിൽ, പട്ടികയുടെ പേരുകൾ __ പോലെയുള്ള ഒരു ശകലത്തിൽ തുടങ്ങണം, ഉദാഹരണത്തിന്: shop_ebay_ പട്ടികയുടെ പേര്. പ്ലഗിൻ ബന്ധിപ്പിക്കുന്നു എഴുതിയ പ്ലഗിൻ പ്രവർത്തിക്കുന്നതിന്, നിങ്ങൾ അത് ആപ്ലിക്കേഷൻ സിസ്റ്റം കോൺഫിഗറേഷൻ ഫയലിൽ പ്രവർത്തനക്ഷമമാക്കേണ്ടതുണ്ട് wa-config/apps/ APP_ID/plugins.php ഇതിലേക്ക് ലൈൻ ചേർത്തുകൊണ്ട്: "plugin_id" => ശരി ബ്ലോഗ് ആപ്ലിക്കേഷനായുള്ള ഈ ഫയലിൻ്റെ ഒരു ഉദാഹരണം (wa-config/apps/blog/plugins.php): true, "tag" => true, "category" => true, "gravatar" => true, "Forite" => true, "troll" => true,); അതേ ഫയലിൽ നിങ്ങൾക്ക് അനാവശ്യ പ്ലഗിനുകൾ പ്രവർത്തനരഹിതമാക്കാം. install.php, uninstall.php ഒരു പ്ലഗിൻ ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ, നിങ്ങൾ ചില നിലവാരമില്ലാത്ത പ്രവർത്തനങ്ങൾ നടത്തേണ്ടതുണ്ടെങ്കിൽ (ഉദാഹരണത്തിന്, നിലവിലുള്ള ആപ്ലിക്കേഷൻ ടേബിളുകളിലേക്ക് പുതിയ ഫീൽഡുകൾ ചേർക്കുന്നത്), അത്തരം പ്രവർത്തനങ്ങളുടെ ലോജിക് കോൺഫിഗറേഷൻ ഫയലിൽ ലിബ്/കോൺഫിഗറേഷൻ/ എന്നതിൽ വിവരിച്ചിരിക്കണം. install.php . പ്ലഗിൻ ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ ഒരു പട്ടികയിലേക്ക് ഒരു അധിക ഫീൽഡ് ചേർക്കുന്നതിനുള്ള ഒരു ഉദാഹരണം: $ മോഡൽ = പുതിയ waModel(); ശ്രമിക്കുക ($model->query("shop_product` എവിടെ 0 എന്നതിൽ നിന്ന് `ഇച്ഛാനുസൃത_ഫീൽഡ്` തിരഞ്ഞെടുക്കുക"); ) പിടിക്കുക (waDbException $e) ( $model->exec("ALTER TABLE `shop_product`` ADD `custom_field` INT(11) ഒപ്പിടാത്ത NULL ഡിഫോൾട്ട് NULL"); ) ഒരു പ്ലഗിൻ ഇല്ലാതാക്കുമ്പോൾ ചെയ്യേണ്ട പ്രവർത്തനങ്ങൾ lib/config/ ഫയലിൽ അതേ രീതിയിൽ വിവരിച്ചിരിക്കുന്നു. . uninstall.php സൃഷ്ടിക്കലും ഇല്ലാതാക്കലുംസ്വന്തം install.php, uninstall.php ഫയലുകളിലെ പ്ലഗിൻ ടേബിളുകൾ വിവരിക്കേണ്ട ആവശ്യമില്ല - മറ്റൊരു കോൺഫിഗറേഷൻ ഫയലിൻ്റെ ഉള്ളടക്കത്തെ അടിസ്ഥാനമാക്കി പട്ടികകൾ യാന്ത്രികമായി സൃഷ്ടിക്കപ്പെടുകയും ഇല്ലാതാക്കുകയും ചെയ്യുന്നു: db.php. സെമി. " ". പ്ലഗിൻ പ്ലാറ്റ്‌ഫോം "ബ്ലോഗ്" ആപ്ലിക്കേഷനോടൊപ്പം ചട്ടക്കൂടിലേക്ക് നടപ്പിലാക്കി, അതിനാൽ കൂടുതൽ പഠനത്തിനായി ഈ ആപ്ലിക്കേഷൻ ഇൻസ്റ്റാൾ ചെയ്യാനും അതിനായി എഴുതിയ പ്ലഗിനുകൾ അവലോകനം ചെയ്യാനും ഞങ്ങൾ ശുപാർശ ചെയ്യുന്നു (പ്ലഗിനുകൾ "ഇൻസ്റ്റാളർ" വഴി ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്). ബ്ലോഗിനായി വിവിധ തരത്തിലുള്ള പ്ലഗിനുകളും പ്രായോഗിക ആപ്ലിക്കേഷനുകളും എഴുതിയിട്ടുണ്ട്: മുൻഭാഗം, ബാക്കെൻഡ്, ഉപയോക്തൃ ഇൻ്റർഫേസിൻ്റെ കഴിവുകൾ വികസിപ്പിക്കൽ, ഡാറ്റ അപ്‌ലോഡിംഗ് മുതലായവ.