നിങ്ങളുടെ ആപ്പിന്റെ ഹോസ്റ്റിംഗ് ചെലവ് എങ്ങനെ കുറയ്ക്കാം

ഹോസ്റ്റിംഗ് ചെലവ് കുറയ്ക്കാൻ, യഥാർത്ഥത്തിൽ എന്താണ് പ്രവർത്തിക്കുന്നതെന്നും എന്തുകൊണ്ടെന്നും കണ്ടെത്തുക, ആരും ഉപയോഗിക്കാത്തപ്പോൾ എല്ലാം ഉറങ്ങാൻ അനുവദിക്കുക. സ്കെയിൽ-ടു-സീറോ ചെയ്യുന്ന ഹോസ്റ്റുകളിൽ, നിഷ്ക്രിയ ആപ്പും ഉറങ്ങുന്ന ഡാറ്റാബേസും വളരെ കുറച്ചേ ചെലവാക്കൂ, അതിനാൽ ഏറ്റവും വലിയ ലാഭം സാധാരണയായി അവയെ ഉണർത്തി വെക്കുന്നത് നീക്കം ചെയ്യുന്നതിൽ നിന്നാണ് വരുന്നത് — ഏറ്റവും സാധാരണമായി ഓരോ കുറച്ച് സെക്കൻഡിലും ഡാറ്റാബേസ് പരിശോധിക്കുന്ന കോഡ് — പിന്നെ ബാൻഡ്‌വിഡ്ത്ത് ചുരുക്കുന്നതിൽ നിന്നും ആരും ഉപയോഗിക്കാത്ത ആപ്പുകൾ ഇല്ലാതാക്കുന്നതിൽ നിന്നും.

മിക്ക ചെറിയ ആപ്പുകൾക്കും ട്രാഫിക് പ്രശ്നമില്ല. അവർക്ക് "എപ്പോഴും എന്തോ ഒന്ന് ഓൺ" എന്ന പ്രശ്നമാണുള്ളത്. ഇത് എങ്ങനെ കണ്ടെത്തി പരിഹരിക്കാം എന്ന് ഈ ഗൈഡ് കാണിക്കുന്നു, ഒരു AI ആപ്പ് ബിൽഡറിന് നൽകാവുന്ന പ്രോംപ്റ്റുകളോടെ.

യഥാർത്ഥത്തിൽ നിങ്ങൾ എന്തിനാണ് പണം നൽകുന്നത്

ചെറിയ ആപ്പുകളുടെ ഹോസ്റ്റിംഗ് ബിൽ ഏതാനും കാര്യങ്ങളിൽ നിന്നാണ് വരുന്നത്. ഏതാണ് വലുതെന്ന് അറിയുന്നത് എവിടെ നോക്കണമെന്ന് പറയുന്നു.

Mythex ഉൾപ്പെടെ പല ആധുനിക ഹോസ്റ്റുകളും സ്കെയിൽ-ടു-സീറോ ചെയ്യുന്നു: ആരും ആപ്പ് ഉപയോഗിക്കാത്തപ്പോൾ സെർവർ നിർത്തുന്നു, കമ്പ്യൂട്ടിന് ഒന്നും ചെലവാകുന്നില്ല, അടുത്ത സന്ദർശനത്തിൽ വീണ്ടും ഉണരുന്നു. ഇത് ചോദ്യത്തെ "എന്റെ സെർവർ എത്ര വലുതാണ്?" എന്നതിൽ നിന്ന് "എന്തുകൊണ്ട് എന്റെ സെർവർ ഉണർന്നിരിക്കുന്നു?" എന്നതിലേക്ക് മാറ്റുന്നു.

ഘട്ടം 1: പണം എവിടെ പോകുന്നു എന്ന് നോക്കുക

എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ്, നിങ്ങളുടെ ഹോസ്റ്റിന്റെ ഉപയോഗ പേജ് തുറന്ന് ഇവ കണ്ടെത്തുക:

• ഏത് പ്രോജക്റ്റ് ഏറ്റവും ചെലവാക്കുന്നു. പലപ്പോഴും ഒരു ആപ്പാണ് ബില്ലിന്റെ ഏറെയും.
• ഏത് വിഭാഗം — കമ്പ്യൂട്ട്, ഡാറ്റാബേസ്, ബാൻഡ്‌വിഡ്ത്ത് അല്ലെങ്കിൽ സ്റ്റോറേജ്.
• എപ്പോൾ ചെലവാകുന്നു. ആരും ഇല്ലാത്ത രാത്രിയിലുടനീളം പരന്ന ഒരു രേഖ ആപ്പ് ഉണർന്നിരിക്കാൻ എന്തോ ഒന്ന് ഉണ്ടെന്നതിന്റെ സൂചനയാണ്.

Mythex-ൽ, Usage details അവസാന 30 ദിവസത്തെ Build (AI ഏജന്റ്), Run (ഹോസ്റ്റിംഗ്, ബാൻഡ്‌വിഡ്ത്ത്, ഡാറ്റാബേസ്, ഫയൽ സ്റ്റോറേജ്) എന്നിങ്ങനെ പ്രോജക്റ്റ് തിരിച്ച വിശദാംശങ്ങളോടെ കാണിക്കുന്നു.

ഘട്ടം 2: നിഷ്ക്രിയ ആപ്പുകളും ഡാറ്റാബേസുകളും ഉറങ്ങാൻ അനുവദിക്കുക

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

Mythex-ന്റെ hosting limits പ്രസിദ്ധീകരിച്ച ആപ്പുകൾക്ക് ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്ന് വിശദീകരിക്കുന്നു: ഉറങ്ങുന്ന ആപ്പ് കമ്പ്യൂട്ടിന് ഒന്നും ചെലവാക്കുന്നില്ല, ഡാറ്റാബേസ് ഏറ്റവും ചെറിയ വലുപ്പത്തിൽ തുടങ്ങുന്നു, തിരക്കിലാകുമ്പോൾ വളരുന്നു, 5 നിഷ്ക്രിയ മിനിറ്റിന് ശേഷം ഉറങ്ങുന്നു, ഉണർന്നിരുന്ന സമയം കൊണ്ട് ഗുണിച്ച വലുപ്പത്തിന് ചാർജ് ചെയ്യപ്പെടുന്നു. അതിനാൽ ഓരോ കുറച്ച് മിനിറ്റിലും, പകലും രാത്രിയും, ഡാറ്റാബേസ് ക്വറി ചെയ്യുന്ന ഒരു ആപ്പിന് എപ്പോഴും തിരക്കുള്ളതുപോലെയാണ് ബിൽ വരുന്നത് — പശ്ചാത്തലത്തിൽ ബഹളമില്ലാത്ത അതേ ആപ്പിന് വളരെ കുറച്ചേ ചെലവാകൂ.

ആപ്പ് ഉണർന്നിരിക്കാൻ കാരണമാകുന്ന സാധാരണ കാര്യങ്ങൾ:

• പോളിംഗ്. "പുതിയതെന്തെങ്കിലുമുണ്ടോ?" എന്ന് സെർവറിനോട് ഓരോ 2–5 സെക്കൻഡിലും ചോദിക്കുന്ന പേജ്. ഒരു ലാപ്‌ടോപ്പിൽ ആ ടാബ് തുറന്നിട്ടാൽ ഡാറ്റാബേസ് ഒരിക്കലും ഉറങ്ങില്ല.
• സ്വയം റിഫ്രഷ് ചെയ്യുന്ന ഡാഷ്‌ബോർഡുകൾ ടൈമറിൽ ഡാറ്റ വീണ്ടും ലോഡ് ചെയ്യുന്നത്, ആരും നോക്കുന്നില്ലെങ്കിലും.
• അപ്‌ടൈം മോണിറ്ററുകൾ ഓരോ മിനിറ്റിലും ആപ്പിനെ പിംഗ് ചെയ്യുന്നത്.
• പശ്ചാത്തല ലൂപ്പുകൾ സെർവർ കോഡിൽ — എന്നെന്നും ഡാറ്റ വൃത്തിയാക്കുകയോ സമന്വയിപ്പിക്കുകയോ ചെയ്യുന്ന ഒരു setInterval.
• ആരോ ചേർത്ത ഷെഡ്യൂൾ ചെയ്ത "keep-alive" അഭ്യർത്ഥനകൾ ആദ്യ സന്ദർശനം പതുക്കെയാകുന്നത് ഒഴിവാക്കാൻ — അവ ഉറക്കം തടഞ്ഞാണ് പ്രവർത്തിക്കുന്നത്, അതാണ് പണം ചെലവാക്കുന്നത്.

ഇവ കണ്ടെത്താൻ AI-യോട് ചോദിക്കുക:

ടൈമറിലോ ആവർത്തിച്ചോ പ്രവർത്തിക്കുന്ന അല്ലെങ്കിൽ ഡാറ്റാബേസ് ആവർത്തിച്ച് ക്വറി ചെയ്യുന്ന എന്തിനും വേണ്ടി കോഡ് പരിശോധിക്കുക: പോളിംഗ്, setInterval, ഓട്ടോ-റിഫ്രഷ്, പശ്ചാത്തല ലൂപ്പുകൾ. ഓരോന്നും എത്ര തവണ പ്രവർത്തിക്കുന്നു, ആരും പേജ് തുറന്നിട്ടില്ലാത്തപ്പോഴും പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് പട്ടികപ്പെടുത്തുക. ഇതുവരെ ഒന്നും മാറ്റരുത്.

പിന്നെ ഓരോന്നായി ശരിയാക്കുക:

ഡാഷ്‌ബോർഡ് ഓരോ 3 സെക്കൻഡിലും /api/orders പോൾ ചെയ്യുന്നു. ബ്രൗസർ ടാബ് ദൃശ്യമായിരിക്കുമ്പോൾ മാത്രം റിഫ്രഷ് ചെയ്യാനും 3-ന് പകരം ഓരോ 60 സെക്കൻഡിലും ആക്കാനും മാറ്റുക. ഒരു മാനുവൽ Refresh ബട്ടൺ ചേർക്കുക.

നിങ്ങളുടെ ആപ്പിന് യഥാർത്ഥത്തിൽ ലൈവ് അപ്‌ഡേറ്റുകൾ വേണമെങ്കിൽ (ഒരു ചാറ്റ്, ഒരു ലൈവ് സ്കോർബോർഡ്), എന്തെങ്കിലും മാറുമ്പോൾ മാത്രം അപ്‌ഡേറ്റുകൾ പുഷ് ചെയ്യാൻ കഴിയുമോ എന്ന് ചോദിക്കുക, നിരന്തരം ചോദിക്കുന്നതിന് പകരം. പല ആപ്പുകൾക്കും, "ഉപയോക്താവ് ടാബിലേക്ക് തിരികെ വരുമ്പോൾ റിഫ്രഷ് ചെയ്യുക" മതിയാകും.

ഘട്ടം 3: സെർവറിന്റെ വലുപ്പം ശരിയാക്കുക

വലിയ മെഷീനുകൾക്ക് മണിക്കൂറിന് കൂടുതൽ ചെലവാകും. AI-യിൽ നിർമ്മിച്ച പല ആപ്പുകളും മതിയായ ഒരു ഡിഫോൾട്ട് വലുപ്പത്തിൽ തുടങ്ങുന്നു; പ്രശ്നങ്ങൾ വരുന്നത് യഥാർത്ഥത്തിൽ ഒരു സ്ലോ ക്വറിയായിരുന്ന മന്ദതയ്ക്ക് "കൂടുതൽ ശക്തി" ആവശ്യപ്പെടുമ്പോഴാണ്.

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

Mythex-ൽ, പ്രസിദ്ധീകരിക്കുമ്പോൾ ആപ്പിന് ആവശ്യമുള്ളതിനെ അടിസ്ഥാനമാക്കി മെഷീൻ വലുപ്പം തിരഞ്ഞെടുക്കുന്നു, ട്രാഫിക് കൂടുതലാകുമ്പോൾ മാത്രം അധിക മെഷീനുകൾ തുടങ്ങുകയും ട്രാഫിക് കുറയുമ്പോൾ വീണ്ടും ഉറങ്ങുകയും ചെയ്യുന്നു. ചെലവ് വലുപ്പത്തെ പിന്തുടരുന്നു, അതിനാൽ അത് അമിതമാണെന്ന് തോന്നിയാൽ ചാറ്റിൽ ചെറിയ വലുപ്പം ആവശ്യപ്പെടുക.

ഘട്ടം 4: ബാൻഡ്‌വിഡ്ത്ത് കുറയ്ക്കുക

സന്ദർശകർ ഡൗൺലോഡ് ചെയ്യുന്നതാണ് ബാൻഡ്‌വിഡ്ത്ത്. ചിത്രങ്ങളാണ് സാധാരണയായി ഏറ്റവും വലിയ ഭാഗം.

• ചിത്രങ്ങൾ കംപ്രസ് ചെയ്ത് WebP അല്ലെങ്കിൽ AVIF പോലുള്ള ആധുനിക ഫോർമാറ്റുകൾ നൽകുക.
• ചിത്രങ്ങൾ കാണിക്കുന്ന വലുപ്പത്തിലേക്ക് റീസൈസ് ചെയ്യുക. 400 പിക്സൽ തമ്പ്നെയിലായി കാണിക്കുന്ന 4,000 പിക്സൽ ഫോട്ടോ ഡൗൺലോഡ് ചെയ്തതിന്റെ മിക്കതും പാഴാക്കുന്നു.
• സ്ക്രീനിന് താഴെയുള്ള ചിത്രങ്ങൾ ലേസി-ലോഡ് ചെയ്യുക.
• സ്റ്റാറ്റിക് ഫയലുകൾ (സ്ക്രിപ്റ്റുകൾ, സ്റ്റൈലുകൾ, ചിത്രങ്ങൾ) കാഷ് ചെയ്യുക, അതുവഴി മടങ്ങിവരുന്ന സന്ദർശകർ അവ വീണ്ടും ഡൗൺലോഡ് ചെയ്യില്ല. കാഷിംഗ് എന്താണെന്ന് കാണുക.
• ഓരോ പേജ് വ്യൂവിലും വലിയ ഫയലുകൾ നൽകാതിരിക്കുക.

ആപ്പിലെ ഓരോ ചിത്രവും പരിശോധിക്കുക. അവ പ്രദർശിപ്പിക്കുന്ന ഏറ്റവും വലിയ വലുപ്പത്തിലേക്ക് റീസൈസ് ചെയ്യുക, WebP ആയി പരിവർത്തനം ചെയ്യുക, ആദ്യ സ്ക്രീനിന് താഴെയുള്ളവ ലേസി-ലോഡ് ചെയ്യുക. മുമ്പും ശേഷവും മൊത്തം വലുപ്പം പറയുക.

വേഗതയേറിയ പേജുകളും കുറഞ്ഞ ബാൻഡ്‌വിഡ്ത്തും സാധാരണയായി ഒരുമിച്ച് പോകുന്നു — നിങ്ങളുടെ വെബ്സൈറ്റ് വേഗത്തിലാക്കുന്നത് എങ്ങനെ കാണുക.

ഘട്ടം 5: ആരും ഉപയോഗിക്കാത്തത് വൃത്തിയാക്കുക

• പഴയ ആപ്പുകൾ അൺപബ്ലിഷ് ചെയ്യുക — ടെസ്റ്റ് ഡിപ്ലോയ്‌മെന്റുകൾ, പൂർത്തിയായ പരീക്ഷണങ്ങൾ, കഴിഞ്ഞ വർഷത്തെ ഇവന്റ് സൈറ്റ്.
• പഴയ അപ്‌ലോഡുകൾ, ലോഗുകൾ, എക്സ്പോർട്ടുകൾ ആവശ്യമില്ലാത്തവ ഇല്ലാതാക്കുക.
• ഇനി ഉപയോഗിക്കാത്ത പങ്കിട്ട പ്രിവ്യൂ ലിങ്കുകൾ ഇല്ലാതാക്കുക. Mythex-ൽ, ഒരു പ്രിവ്യൂ ലിങ്ക് തുറന്നാൽ പ്രോജക്റ്റ് ഉണരുകയും നിങ്ങളുടെ ക്രെഡിറ്റുകളിൽ പ്രവർത്തിക്കുകയും ചെയ്യുന്നു, അതിനാൽ ആരോ തുടർച്ചയായി തുറക്കുന്ന മറന്നുപോയ ലിങ്കും ചെലവാക്കുന്നു.
• ഉപയോഗിക്കാത്ത സേവനങ്ങൾ നീക്കം ചെയ്യുക — ആപ്പ് ഇനി വിളിക്കാത്ത ഒരു API സെർവറോ വർക്കറോ.

ഘട്ടം 6: ഒരു സ്റ്റാറ്റിക് സൈറ്റ് പരിഗണിക്കുക

നിങ്ങളുടെ സൈറ്റിന് ലോഗിനുകളില്ല, സേവ് ചെയ്ത ഉപയോക്തൃ ഡാറ്റയില്ല, സെർവർ ലോജിക്കില്ല — ഒരു മാർക്കറ്റിംഗ് സൈറ്റ്, ഒരു പോർട്ട്ഫോളിയോ, ഒരു മെനു — എങ്കിൽ അത് ഒരു സ്റ്റാറ്റിക് സൈറ്റ് ആകാം: CDN-ൽ നിന്ന് നൽകുന്ന പ്ലെയിൻ ഫയലുകൾ. പ്രവർത്തിപ്പിക്കാൻ സെർവറോ ഡാറ്റാബേസോ ഇല്ല. Mythex-ൽ, സ്റ്റാറ്റിക് സൈറ്റുകൾ ഇരിക്കുമ്പോൾ ക്രെഡിറ്റുകൾ ഉപയോഗിക്കുന്നില്ല.

ഈ സൈറ്റിന് ലോഗിനുകളോ സേവ് ചെയ്ത ഡാറ്റയോ ഇല്ല. സെർവർ ഇല്ലാതെ സ്റ്റാറ്റിക് സൈറ്റായി ഇത് വീണ്ടും നിർമ്മിക്കാമോ? നമുക്ക് എന്ത് നഷ്ടപ്പെടും?

ഘട്ടം 7: പണമടച്ചുള്ള API കോളുകൾ നിരീക്ഷിക്കുക

AI മോഡലുകൾ, മാപ്പുകൾ അല്ലെങ്കിൽ SMS വിളിക്കുന്ന ആപ്പുകൾക്ക്, മൂന്നാം കക്ഷി ബില്ലുകൾ ഹോസ്റ്റിംഗിനെ മറികടക്കാം.

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

സാധാരണ തെറ്റുകൾ

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

ചെക്ക്‌ലിസ്റ്റ്

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

Mythex-ൽ ചെലവ് കുറയ്ക്കുന്നത്

നിർമ്മാണത്തിനും ഹോസ്റ്റിംഗിനും Mythex ഒരൊറ്റ ക്രെഡിറ്റ് ബാലൻസ് ഉപയോഗിക്കുന്നു, അതിനാൽ ഹോസ്റ്റിംഗ് ലാഭം നിർമ്മാണത്തിന് കൂടുതൽ ക്രെഡിറ്റുകൾ നൽകുന്നു. Mythex-നുള്ള ചില പ്രത്യേക കാര്യങ്ങൾ:

• പ്രസിദ്ധീകരിച്ച ആപ്പുകളും അവയുടെ ഡാറ്റാബേസുകളും നിഷ്ക്രിയമാകുമ്പോൾ ഉറങ്ങുകയും അടുത്ത സന്ദർശനത്തിൽ ഉണരുകയും ചെയ്യുന്നു. ഡാറ്റാബേസ് 5 നിഷ്ക്രിയ മിനിറ്റിന് ശേഷം ഉറങ്ങുന്നു, അതിനാൽ നിരന്തര പോളിംഗ് നീക്കം ചെയ്യുന്നതാണ് സാധാരണയായി ഏറ്റവും വലിയ നേട്ടം.
• Pro, ഹോസ്റ്റിംഗ്, ഡാറ്റാബേസുകൾ, ബാൻഡ്‌വിഡ്ത്ത്, ഫയൽ സ്റ്റോറേജ്, പ്രിവ്യൂ സാൻഡ്‌ബോക്സ് എന്നിവയ്ക്ക് Free നിരക്കിന്റെ പകുതി നൽകുന്നു; AI-ക്ക് രണ്ട് പ്ലാനിലും ഒരേ ചെലവാണ്. Credits കാണുക.
• കുറഞ്ഞ ബാലൻസ് കാരണം പ്രസിദ്ധീകരിച്ച ആപ്പ് താൽക്കാലികമായി നിർത്തുന്നതിന് മുമ്പ് നിങ്ങൾക്ക് ഒരു ഇമെയിൽ ലഭിക്കും, താൽക്കാലികമായി നിർത്തിയ ആപ്പുകൾ അവയുടെ ഡാറ്റാബേസും ഫയലുകളും നിലനിർത്തുന്നു.

റണ്ണിംഗ് ചെലവുകളുടെ വലിയ ചിത്രത്തിന്, ഒരു ആപ്പ് നിർമ്മിക്കാൻ എത്ര ചെലവാകും എന്നതും വെബ് ഹോസ്റ്റിംഗ് എന്താണ് എന്നതും കാണുക.

ചോദ്യങ്ങൾ