നിങ്ങളുടെ ആപ്പിൽ ഫയൽ അപ്‌ലോഡ് എങ്ങനെ ചേർക്കാം: സ്റ്റോറേജ്, പരിധികൾ, സുരക്ഷ
നിങ്ങളുടെ ആപ്പിൽ ഫയൽ അപ്‌ലോഡ് ചേർക്കാൻ, ഫയലുകൾ ഒബ്ജക്റ്റ് സ്റ്റോറേജിൽ (ഒരു bucket) സൂക്ഷിക്കുക, സെർവറിന്റെ ഡിസ്കിലോ ഡാറ്റാബേസിലോ അല്ല, കൂടാതെ ഡാറ്റാബേസിൽ key, പേര്, വലുപ്പം, തരം, ഉടമ എന്നിവയോടെ ഒരു ചെറിയ റെക്കോർഡ് സൂക്ഷിക്കുക. ഫയലിന്റെ വലുപ്പവും തരവും സെർവറിൽ പരിശോധിക്കുക; ഫയലുകൾ പൊതുവായതാണോ (ഉൽപ്പന്ന ഫോട്ടോകൾ പോലെ) സ്വകാര്യമാണോ (ഇൻവോയ്സുകൾ പോലെ) എന്ന് മുൻകൂട്ടി തീരുമാനിക്കുക; സ്വകാര്യ ഫയലുകൾ ആരാണ് ചോദിക്കുന്നത് എന്ന് പരിശോധിച്ചതിന് ശേഷം മാത്രം നൽകുക. AI ആപ്പ് ബിൽഡറിൽ ഒരു പ്രോംപ്റ്റ് കൊണ്ട് അപ്‌ലോഡ് ഫീച്ചർ വിവരിക്കാം; പ്രധാന ഭാഗം, റീഡിപ്ലോയിക്ക് ശേഷവും ഫയലുകൾ നിലനിൽക്കുന്നുണ്ടോ, തെറ്റായ ആൾക്ക് അവ തുറക്കാനാകുമോ എന്ന് പരിശോധിക്കുന്നതാണ്.
ഏതു തരം അപ്‌ലോഡുകളാണ് വേണ്ടത് എന്ന് തീരുമാനിക്കുക
നിർമ്മിക്കുന്നതിന് മുമ്പ് മൂന്ന് ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുക:
- ഏത് ഫയലുകൾ? പ്രൊഫൈൽ ഫോട്ടോകൾ, ഉൽപ്പന്ന ചിത്രങ്ങൾ, PDF-കൾ, സ്പ്രെഡ്ഷീറ്റുകൾ, ഓഡിയോ, വീഡിയോ. ഇത് തരത്തിനും വലുപ്പത്തിനും പരിധി തീരുമാനിക്കുന്നു.
- ആർക്ക് കാണാം? എല്ലാവർക്കും (ഒരു പൊതു ഗാലറി) അല്ലെങ്കിൽ അപ്‌ലോഡ് ചെയ്തയാൾക്കും അഡ്മിനുകൾക്കും മാത്രം (കരാറുകൾ, ID രേഖകൾ, ക്ലയന്റ് ഫയലുകൾ).
- അപ്‌ലോഡിന് ശേഷം എന്ത് സംഭവിക്കണം? വെറുതെ സൂക്ഷിക്കുക, പ്രിവ്യൂ കാണിക്കുക, ചിത്രം റീസൈസ് ചെയ്യുക, അല്ലെങ്കിൽ ഉള്ളടക്കം വായിക്കുക.
പൊതു ചിത്രങ്ങളും സ്വകാര്യ ഡോക്യുമെന്റുകളും വ്യത്യസ്ത സജ്ജീകരണങ്ങൾ ആവശ്യപ്പെടുന്നു, അതിനാൽ ഇത് ആദ്യം തീർക്കുക.
ഫയലുകൾ എവിടെ സൂക്ഷിക്കണം
| ഓപ്ഷൻ | ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു | എന്തിന് നല്ലത് | ശ്രദ്ധിക്കേണ്ടത് |
|---|---|---|---|
| ഒബ്ജക്റ്റ് സ്റ്റോറേജ് (bucket) | ഫയലുകൾക്കായി നിർമ്മിച്ച സേവനത്തിൽ ഫയലുകൾ; ഡാറ്റാബേസ് key അല്ലെങ്കിൽ URL സൂക്ഷിക്കുന്നു | മിക്കവാറും എല്ലാ ആപ്പുകളും | ആക്സസ് നിയമങ്ങൾ ശരിയായി സെറ്റ് ചെയ്യണം |
| പ്ലാറ്റ്‌ഫോം നൽകുന്ന സ്റ്റോറേജ് | നിങ്ങളുടെ ആപ്പ് ബിൽഡറോ ഹോസ്റ്റോ നിങ്ങൾക്കായി ഒരു bucket ഓൺ ചെയ്യുന്നു | ആ പ്ലാറ്റ്‌ഫോമിൽ നിർമ്മിച്ച ആപ്പുകൾ | പരിധികളും വിലയും പ്ലാറ്റ്‌ഫോം അനുസരിച്ച് |
| സെർവർ ഡിസ്ക് | ആപ്പ് സെർവറിന്റെ ഫയൽസിസ്റ്റത്തിൽ എഴുതിയ ഫയലുകൾ | ലോക്കൽ ഡെവലപ്‌മെന്റ് മാത്രം | റീസ്റ്റാർട്ടിലോ റീഡിപ്ലോയിലോ പലപ്പോഴും മായും |
| ഡാറ്റാബേസിനുള്ളിൽ | ഡാറ്റാബേസ് ടേബിളിൽ ഫയലിന്റെ ബൈറ്റുകൾ | ഏതാണ്ട് ഒരിക്കലും വേണ്ട | ഡാറ്റാബേസ് വീർക്കുന്നു, ബാക്കപ്പ് മന്ദഗതിയിലാകുന്നു |
| മൂന്നാം കക്ഷി അപ്‌ലോഡ് വിജറ്റ് | ഒരു ഹോസ്റ്റഡ് അപ്‌ലോഡർ സേവനം മുഴുവൻ പ്രക്രിയയും കൈകാര്യം ചെയ്യുന്നു | ഭാരമുള്ള മീഡിയ, ചിത്ര പരിവർത്തനങ്ങൾ | മറ്റൊരു വെണ്ടർ, അക്കൗണ്ട്, ബിൽ |
മിക്ക ആപ്പുകൾക്കും, ഒബ്ജക്റ്റ് സ്റ്റോറേജും ഡാറ്റാബേസ് റെക്കോർഡും ചേർന്നതാണ് ശരിയായ ഉത്തരം. നിങ്ങളുടെ ആപ്പ് അന്വേഷിക്കുന്നത് ഡാറ്റാബേസ് റെക്കോർഡാണ് (“ഈ ഉപയോക്താവിന്റെ ഡോക്യുമെന്റുകൾ കാണിക്കുക”); bucket ബൈറ്റുകൾ മാത്രം സൂക്ഷിക്കുന്നു.
പൊതു ഫയലുകളും സ്വകാര്യ ഫയലുകളും
- പൊതു ഫയലുകൾ (ഉൽപ്പന്ന ഫോട്ടോകൾ, ബ്ലോഗ് ചിത്രങ്ങൾ, അവതാറുകൾ) ഒരു പൊതു URL വഴി നൽകാം. ലിങ്കുള്ള ആർക്കും അവ തുറക്കാം; ഈ തരം ഉള്ളടക്കത്തിന് അത് ശരിയാണ്.
- സ്വകാര്യ ഫയലുകൾ (ഇൻവോയ്സുകൾ, കരാറുകൾ, മെഡിക്കൽ അല്ലെങ്കിൽ ID രേഖകൾ, ക്ലയന്റ് ഡെലിവറബിളുകൾ) ഒരിക്കലും ഊഹിക്കാവുന്ന പൊതു URL ഉള്ളവയാകരുത്. ലോഗിൻ ചെയ്ത ഉപയോക്താവ് ഫയലിന്റെ ഉടമയോ അനുമതിയുള്ളയാളോ ആണെന്ന് സെർവർ പരിശോധിക്കുന്നു, എന്നിട്ട് അത് തിരികെ സ്ട്രീം ചെയ്യുകയോ signed URL നൽകുകയോ ചെയ്യുന്നു — കുറഞ്ഞ സമയത്തേക്ക് മാത്രം പ്രവർത്തിക്കുന്ന ഒരു ലിങ്ക്.
പ്രവചിക്കാവുന്ന പേരുകളോടെ പൊതു bucket-ൽ സ്വകാര്യ ഫയലുകൾ സൂക്ഷിക്കുന്നത് സാധാരണവും ഗൗരവമുള്ളതുമായ ഒരു പിഴവാണ്. /uploads/invoice-102.pdf ഊഹിക്കുന്ന ആർക്കും മറ്റൊരാളുടെ ഇൻവോയ്സ് കിട്ടും.
ഉദാഹരണ പ്രോംപ്റ്റുകൾ
പൊതു ചിത്ര അപ്‌ലോഡ്:
അഡ്മിനുകൾക്ക് ഓരോ ഉൽപ്പന്നത്തിനും 5 ഉൽപ്പന്ന ഫോട്ടോ വരെ അപ്‌ലോഡ് ചെയ്യാൻ അനുവദിക്കുക. ഓരോ ഫയലും 5 MB വരെ, JPG, PNG, WebP സ്വീകരിക്കുക. ഫയലുകൾ ഫയൽ സ്റ്റോറേജിൽ സൂക്ഷിക്കുക, ഓരോന്നിന്റെയും key, വലുപ്പം, ക്രമം product_images ടേബിളിൽ സേവ് ചെയ്യുക, തംബ്നെയിലുകളും നീക്കം ചെയ്യാനുള്ള ബട്ടണും കാണിക്കുക. തരവും വലുപ്പവും സെർവറിൽ പരിശോധിക്കുക, ബ്രൗസറിൽ മാത്രമല്ല.
സ്വകാര്യ ഡോക്യുമെന്റ് അപ്‌ലോഡ്:
ലോഗിൻ ചെയ്ത ക്ലയന്റുകൾക്കായി ഒരു Documents പേജ് ചേർക്കുക. ക്ലയന്റുകൾക്ക് 20 MB വരെയുള്ള PDF-കൾ അപ്‌ലോഡ് ചെയ്യാം. ഫയലുകൾ സ്വകാര്യമാണ്: ഫയൽ സ്റ്റോറേജിൽ സൂക്ഷിക്കുക, ഉടമയുടെ ID, യഥാർത്ഥ ഫയൽ പേര്, വലുപ്പം, അപ്‌ലോഡ് സമയം documents ടേബിളിൽ സേവ് ചെയ്യുക, ഉടമയ്ക്കും അഡ്മിനുകൾക്കും മാത്രം ഡൗൺലോഡ് ചെയ്യാൻ അനുവദിക്കുക. ഡൗൺലോഡുകൾ അനുമതി പരിശോധിക്കുന്ന ഒരു സെർവർ റൂട്ട് വഴി പോകണം. ഈ ഫയലുകൾക്ക് ഒരു പൊതു URL ഒരിക്കലും നൽകരുത്.
ഉപയോഗപ്രദമായ തുടർ പ്രോംപ്റ്റുകൾ:
അപ്‌ലോഡ് സമയത്ത് ഒരു പുരോഗതി ബാറും, ഫയൽ വളരെ വലുതോ തെറ്റായ തരമോ ആണെങ്കിൽ വ്യക്തമായ പിശകും കാണിക്കുക.
ഒരു document റെക്കോർഡ് ഡിലീറ്റ് ചെയ്യുമ്പോൾ സൂക്ഷിച്ച ഫയലും ഡിലീറ്റ് ചെയ്യുക.
ഘട്ടം ഘട്ടമായി
- ഓരോ അപ്‌ലോഡ് ഫീൽഡിനും തരങ്ങളും വലുപ്പ പരിധിയും തീരുമാനിക്കുക. കൃത്യത പാലിക്കുക: “documents” എന്നല്ല, “20 MB വരെയുള്ള PDF” എന്ന്.
- സ്റ്റോറേജ് ഓൺ ചെയ്യുക. AI ബിൽഡറിൽ അപ്‌ലോഡുകൾ ആവശ്യപ്പെട്ടാൽ അത് സജ്ജീകരിക്കും; മറ്റിടങ്ങളിൽ ഒരു bucket സൃഷ്ടിച്ച് അതിന്റെ credentials സെർവർ-സൈഡ് രഹസ്യങ്ങളായി ചേർക്കുക.
- ഫയൽ റെക്കോർഡുകൾക്കായി ഒരു ഡാറ്റാബേസ് ടേബിൾ സൃഷ്ടിക്കുക: ID, ഉടമ, സ്റ്റോറേജ് key, യഥാർത്ഥ പേര്, തരം, വലുപ്പം, സൃഷ്ടിച്ച സമയം.
- സെർവറിൽ അപ്‌ലോഡ് റൂട്ട് നിർമ്മിക്കുക: ഉപയോക്താവ് ലോഗിൻ ചെയ്തിട്ടുണ്ടോ, തരവും വലുപ്പവും ശരിയാണോ എന്ന് പരിശോധിക്കുക, സുരക്ഷിതമായ storage key ഉണ്ടാക്കുക (ഉപയോക്താവിന്റെ ഫയൽ പേരല്ല), ഫയൽ സേവ് ചെയ്യുക, റെക്കോർഡ് ചേർക്കുക.
- ഡൗൺലോഡ് അല്ലെങ്കിൽ പ്രദർശന വഴി നിർമ്മിക്കുക: പൊതു ഫയലുകൾക്ക് പൊതു URL; സ്വകാര്യ ഫയലുകൾക്ക് അനുമതി പരിശോധിക്കുന്ന റൂട്ട് അല്ലെങ്കിൽ signed URL.
- UI നിർമ്മിക്കുക: ഫയൽ പിക്കർ, ആവശ്യമെങ്കിൽ ഡ്രാഗ് ആൻഡ് ഡ്രോപ്പ്, പുരോഗതി, പ്രിവ്യൂകൾ, പിശകുകൾ.
- ഡിലീറ്റുകൾ കൈകാര്യം ചെയ്യുക, റെക്കോർഡ് നീക്കം ചെയ്യുമ്പോൾ സൂക്ഷിച്ച ഫയലും നീങ്ങുന്ന വിധം.
- പരിശോധിക്കുക: അപ്‌ലോഡ് ചെയ്യുക, റീലോഡ് ചെയ്യുക, പബ്ലിഷ് അല്ലെങ്കിൽ റീഡിപ്ലോയ് ചെയ്യുക, ഫയൽ ഇപ്പോഴും ലോഡ് ആകുന്നുണ്ടോ നോക്കുക. പിന്നെ മറ്റൊരു ഉപയോക്താവായി ലോഗിൻ ചെയ്ത് ആദ്യ ഉപയോക്താവിന്റെ സ്വകാര്യ ഫയൽ തുറക്കാൻ ശ്രമിക്കുക.
സാധാരണ തെറ്റുകൾ
- സെർവറിന്റെ ഡിസ്കിലേക്ക് അപ്‌ലോഡുകൾ എഴുതുക. ഡെവലപ്‌മെന്റിൽ ഇത് പ്രവർത്തിക്കും, പിന്നെ റീസ്റ്റാർട്ടിന് ശേഷം ഫയലുകൾ അപ്രത്യക്ഷമാകും.
- ബ്രൗസറിന്റെ പരിശോധനകളെ വിശ്വസിക്കുക. ഫയൽ ഇൻപുട്ടിലെ “accept” സെറ്റിംഗ് ഒരു സൂചനയാണ്, സുരക്ഷയല്ല. തരവും വലുപ്പവും സെർവറിൽ പരിശോധിക്കുക.
- ഉപയോക്താവിന്റെ ഫയൽ പേര് storage key ആയി ഉപയോഗിക്കുക. പേരുകൾ കൂട്ടിമുട്ടാം, വിചിത്ര ചിഹ്നങ്ങളും ഉണ്ടാകാം. തനതായ key ഉണ്ടാക്കി യഥാർത്ഥ പേര് വേറെ സൂക്ഷിക്കുക.
- സ്വകാര്യ ഫയലുകൾക്ക് പൊതു bucket. മുകളിൽ പറഞ്ഞതുപോലെ; വാർത്തയാകുന്നത് ഇതാണ്.
- ഏത് ഫയൽ തരവും അനുവദിക്കുക. ചില സജ്ജീകരണങ്ങളിൽ നിങ്ങളുടെ ഡൊമെയ്‌നിൽ നിന്ന് നൽകുന്ന HTML അല്ലെങ്കിൽ SVG ഫയലുകൾ സ്ക്രിപ്റ്റുകൾ പ്രവർത്തിപ്പിക്കാം. ആവശ്യമായ തരങ്ങൾ മാത്രം സ്വീകരിക്കുക.
- വലുപ്പ പരിധി ഇല്ലാതിരിക്കുക. ഒരൊറ്റ വലിയ അപ്‌ലോഡ് സംഭരണ വിഹിതം തിന്നുതീർക്കാം അല്ലെങ്കിൽ അഭ്യർത്ഥന സമയം കഴിയാം.
- അനാഥ ഫയലുകൾ. ഡാറ്റാബേസ് റെക്കോർഡ് ഡിലീറ്റ് ചെയ്യുകയും ഫയൽ നിലനിൽക്കുകയും ചെയ്താൽ, നിങ്ങൾ പണം നൽകുന്ന സ്റ്റോറേജ് പതുക്കെ നിറയും.
- മൊബൈൽ മറക്കുക. ഫോൺ ഫോട്ടോകൾ വലുതാകാം, HEIC പോലുള്ള ഫോർമാറ്റുകളിലുമാകാം; അവ സ്വീകരിക്കണോ പരിവർത്തനം ചെയ്യണോ എന്ന് തീരുമാനിക്കുക.
ചെക്ക്‌ലിസ്റ്റ്
- ഫയലുകൾ സെർവർ ഡിസ്കിലോ ഡാറ്റാബേസിലോ അല്ല, ഒബ്ജക്റ്റ് സ്റ്റോറേജിൽ
- ഓരോ ഫയലിനും ഉടമ, key, പേര്, തരം, വലുപ്പം എന്നിവയോടെ ഡാറ്റാബേസ് റെക്കോർഡ്
- തരവും വലുപ്പവും സെർവറിൽ പരിശോധിക്കുന്നു
- storage key-കൾ സൃഷ്ടിക്കുന്നവയാണ്, ഫയൽ പേരിൽ നിന്നെടുത്തതല്ല
- സ്വകാര്യ ഫയലുകൾ അനുമതി പരിശോധനയ്ക്ക് ശേഷം മാത്രം നൽകുന്നു
- മറ്റൊരു ഉപയോക്താവിന് നിങ്ങളുടെ സ്വകാര്യ ഫയലുകൾ തുറക്കാനാകില്ല, ലിങ്ക് ഉണ്ടായാലും
- റെക്കോർഡ് ഡിലീറ്റ് ചെയ്യുമ്പോൾ ഫയലും ഡിലീറ്റ് ആകുന്നു
- പബ്ലിഷ് അല്ലെങ്കിൽ റീഡിപ്ലോയ്ക്ക് ശേഷവും ഫയലുകൾ ലോഡ് ആകുന്നു
- അപ്‌ലോഡ് പിശകുകൾ വ്യക്തമായി കാണിക്കുന്നു, ഫോണിലും ഉൾപ്പെടെ
Mythex-ലെ ഫയൽ അപ്‌ലോഡുകൾ
നിങ്ങളുടെ ആപ്പിന് അപ്‌ലോഡുകൾ ആവശ്യമുള്ളപ്പോൾ Mythex-ന് ഒരു പ്രോജക്റ്റിനായി ഫയൽ സ്റ്റോറേജ് സ്വയം ഓൺ ചെയ്യാം; അതിനാൽ bucket കൈകൊണ്ട് ഒരുക്കേണ്ടതില്ല. ചാറ്റിൽ /storage എന്ന് ടൈപ്പ് ചെയ്യാനും കഴിയും. ഇത് Free, Pro പ്ലാനുകളിൽ ലഭ്യമാണ്, Free-ൽ 1 GB പരിധിയോടെ; സ്റ്റാറ്റസ് Settings → Storage-ൽ കാണാം.
പ്രസിദ്ധീകരിച്ച ഹോസ്റ്റിംഗ് സ്ഥിരമായ ലോക്കൽ ഫയൽസിസ്റ്റം അല്ലെന്ന് ഡോക്യുമെന്റേഷൻ വ്യക്തമായി പറയുന്നു; അതിനാൽ ഡിസ്കിൽ സേവ് ചെയ്യുന്നതിനു പകരം പ്ലാറ്റ്‌ഫോം സ്റ്റോറേജ് ഉപയോഗിക്കാൻ ഏജന്റിനോട് ആവശ്യപ്പെടുക. സൂക്ഷിച്ച ഫയലുകൾക്കും ഡൗൺലോഡുകൾക്കും നിങ്ങളുടെ ക്രെഡിറ്റ് ബാലൻസിൽ നിന്ന് വലുപ്പവും എത്ര ഡൗൺലോഡ് ചെയ്യുന്നു എന്നതും അനുസരിച്ച് പണം ഈടാക്കുന്നു; Pro-ൽ Free നിരക്കിന്റെ പകുതിയാണ്. ഫയൽ സ്റ്റോറേജ് ഡോക്സിൽ കാണുക.
അപ്‌ലോഡുകൾ സാധാരണയായി ഫയൽ റെക്കോർഡുകൾക്കായി ഡാറ്റാബേസും സ്വകാര്യ ഫയലുകൾക്കായി ലോഗിനും ഒപ്പം വരുന്നു. ക്ലയന്റുകൾ ഡോക്യുമെന്റുകൾ കൈമാറുന്ന ഇടം നിർമ്മിക്കുകയാണെങ്കിൽ, ഒരു ക്ലയന്റ് പോർട്ടൽ എങ്ങനെ നിർമ്മിക്കാം കാണുക, ലോഞ്ചിന് മുമ്പ് സുരക്ഷാ ചെക്ക്‌ലിസ്റ്റ് പരിശോധിക്കുക.
ചോദ്യങ്ങൾ
അപ്‌ലോഡ് ചെയ്ത ഫയലുകൾ എവിടെ സൂക്ഷിക്കണം?
ഒബ്ജക്റ്റ് സ്റ്റോറേജിൽ (ഫയലുകൾക്കായി നിർമ്മിച്ച സേവനം, പലപ്പോഴും bucket എന്ന് വിളിക്കുന്നത്), ആപ്പ് സെർവറിന്റെ ഡിസ്കിലോ ഡാറ്റാബേസിനുള്ളിലോ അല്ല. ഡാറ്റാബേസിൽ ഫയലിന്റെ key അല്ലെങ്കിൽ URL മാത്രം, പേര്, വലുപ്പം, ഉടമ തുടങ്ങിയ വിവരങ്ങൾക്കൊപ്പം സൂക്ഷിക്കുക.
പബ്ലിഷ് ചെയ്യുമ്പോഴോ റീഡിപ്ലോയ് ചെയ്യുമ്പോഴോ എന്റെ അപ്‌ലോഡ് ഫയലുകൾ അപ്രത്യക്ഷമാകുന്നത് എന്തുകൊണ്ട്?
മിക്ക ഹോസ്റ്റിംഗ് പ്ലാറ്റ്‌ഫോമുകൾക്കും സ്ഥിരമായ ലോക്കൽ ഡിസ്ക് ഇല്ല: ആപ്പ് റീസ്റ്റാർട്ട് ചെയ്യുമ്പോഴോ റീഡിപ്ലോയ് ചെയ്യുമ്പോഴോ അതിന്റെ ഡിസ്കിൽ എഴുതിയ ഫയലുകൾ നഷ്ടപ്പെടും. അപ്‌ലോഡുകൾ ഒബ്ജക്റ്റ് സ്റ്റോറേജിൽ സേവ് ചെയ്യുക.
അപ്‌ലോഡ് ചെയ്ത ഫയലുകൾ സ്വകാര്യമായി എങ്ങനെ സൂക്ഷിക്കാം?
ഫയലുകൾ പൊതുവായി വായിക്കാവുന്നതാക്കരുത്. ലോഗിൻ ചെയ്ത ഉപയോക്താവിന് ഒരു ഫയൽ കാണാൻ അനുമതിയുണ്ടോ എന്ന് സെർവർ പരിശോധിക്കട്ടെ, എന്നിട്ട് ഫയൽ അയക്കുകയോ കുറഞ്ഞ സമയത്തേക്ക് മാത്രം പ്രവർത്തിക്കുന്ന signed link തിരികെ നൽകുകയോ ചെയ്യുക.
Mythex ഫയൽ അപ്‌ലോഡുകളെ പിന്തുണയ്ക്കുമോ?
പിന്തുണയ്ക്കും. ആപ്പിന് അപ്‌ലോഡുകൾ ആവശ്യമുള്ളപ്പോൾ Mythex ഒരു പ്രോജക്റ്റിന് ഫയൽ സ്റ്റോറേജ് സ്വയം ഓൺ ചെയ്യാം; Free, Pro പ്ലാനുകളിൽ ലഭ്യം, Free-ൽ 1 GB പരിധിയോടെ. അപ്‌ലോഡ് ഫീച്ചർ ഏജന്റിനോട് ആവശ്യപ്പെടുകയോ /storage എന്ന് ടൈപ്പ് ചെയ്യുകയോ ചെയ്യുക.