විශේෂාංග
යෙදුමක්, සාප්පුවක්, ලේඛන හෝ ප්රවර්ධන අඩවියක් (staging) ඔබ කැමති තැනකට යොමු කර, එය පිටුපස සැබෑ, සම්පූර්ණයෙන්ම හුදකලා වූ අඩවියක් ලබා ගන්න: එහි තමන්ගේම ස්ටැක් එකක්, දත්ත සමුදායක්, හැඹිලියක් (cache), උපස්ථ සහ සම්පත් වෙන් කිරීමක් (resource cage) අඩංගු වේ. සම්පූර්ණ DNS වාර්තා පාලනය, වල්ඩ්කාර්ඩ් (wildcards) ඇතුළු ස්වයංක්රීය SSL සහ එක්-ක්ලික් ප්රවර්ධන උප අඩවි (staging subdomains). ලබා ගත හැකි ආකාරය: අඩවි අනුව දත්ත සමුදා සීමා කිරීම (throttling) දැනට සක්රීය සංවර්ධන මට්ටමේ පවතින අතර තවමත් ලබා ගත නොහැක. මෙහි විස්තර කර ඇති අනෙකුත් සියලුම දේ අද දින සිට සක්රීයයි.
බොහෝ සත්කාරකවල උප වසමක් යනු එය ඉදිරියේ නැවත ලිවීමේ නීතියක් සහිත නාමාවලියකි. මෙහිදී එය තමන්ගේම සැලැස්ම අනුවාදයක්, සමූහය මත තමන්ගේම ස්ථානගත කිරීමක් සහ තමන්ගේම හුදකලා සීමාවක් සහිත ප්රථම පංතියේ අඩවි වාර්තාවකි. ප්රධාන වසමකට කළ හැකි ඕනෑම දෙයක් ඔබට උප වසමකටද කළ හැක.
සෑම උපඩොමේන් අඩවියක්ම සංස්කරණය කරන ලද බ්ලුප්රින්ට් එකකින් ගොඩනගා ඇති අතර එය තමන්ගේම ස්ටැක් වර්ගයක් සහ ධාවන කාලයක් ක්රියාත්මක කරයි: managed WordPress, WooCommerce, PHP, static HTML හෝ Node. ඔබේ root එක WordPress ධාවනය කරන අතරතුර, ඔබේ docs උපඩොමේන් එක static HTML විය හැක, ඒවා අතර කිසිදු සම්මුතියකින් තොරව.
සෑම වෙබ් අඩවියක් සඳහාම MariaDB දත්ත සමුදායක්, LiteSpeed LSCache පූර්ණ-පිටු හැඹිලිගත කිරීමක් සහ එක් වෙබ් අඩවියක් සඳහා Redis හෝ Memcached ඔබ්ජෙක්ට් හැඹිසියක්. මව් වෙබ් අඩවිය සමඟ කිසිවක් හවුලේ භාවිතා නොකෙරේ, එබැවින් අධික බරින් යුත් උප වසමකට මව් අඩවියේ හැඹිසිය ඉවත් කිරීමට හෝ එහි විමසුම් තදබදයට ලක් කිරීමට නොහැකිය.
CloudLinux LVE මඟින් සෑම වෙබ් අඩවියකටම හිමි CPU, RAM, IO, IOPS සහ ඇතුළත්වීමේ ක්රියාවලීන් (entry processes) සීමා කරයි, CageFS මඟින් සෑම වෙබ් අඩවියකටම ඊටම ආවේණික වූ ගොනු පද්ධති දසුනක් (filesystem view) ලබා දෙයි, සහ MySQL Governor මඟින් වෙබ් අඩවිය අනුව දත්ත සමුදායේ භාරය (database load) පාලනය කරයි. පාලනයෙන් තොර වූ උපඩොමේනයක් (runaway subdomain) ඊටම හිමි කූඩුවක් (cage) තුළ සීමා කර තබනු ලැබේ.
දින 30ක් සඳහා රඳවා තබා ගන්නා දෛනික උපස්ථ (backups), වෙබ් අඩවියකට එක බැගින් එක්-ක්ලික් ප්රතිස්ථාපනයක් (one-click restore) සමඟින්. ප්රධාන වෙබ් අඩවියට හෝ එහි අනෙකුත් අනුබද්ධිත අඩවිවලට කිසිදු හානියක් නොකර, ඔබට උප-වසමක් (subdomain) ඊයේ දින පැවති තත්ත්වයට ආපසු හැරවිය හැක.
උpdomain යනු හෝස්ටිං ගැටළුවකට වඩා DNS ගැටළුවකි, එබැවින් ක්ෂේත්ර දෙකක් සහිත පෝරමයක් පිටුපස සැඟවීමට වඩා DNS ස්ථරය නිසි ලෙස නිරාවරණය කෙරේ.
ඔuksetn කරන සෑම ඩොමේන් එකක් සඳහාම අපගේ DNS ධාවකය හරහා කළමනාකරණය වන DNS කලාපයක් ලැබෙයි. ඔබ බලාපොරොත්තු වන වාර්තා වර්ග හරහා ඔබට වාර්තා CRUD ලබා දෙන බැවින්, app, shop, docs, mail හෝ වල්ඩ්කාඩ් හොස්ට් එකක් එක් කිරීම යනු සහාය ටිකට් පතක් දමනවා වෙනුවට වාර්තා සංස්කරණයකි. කලාප තත්ත්වය සපයන්නාට එරෙහිව අනුක්රමිකව සමගාමී කරනු ලබන අතර, එයින් අදහස් වන්නේ අඩක් යෙදූ වෙනසක් හෝ නැවත උත්සාහ කළ සංස්කරණයක් ඔබේ කලාපය අපැහැදිලි මැදක තබාunlike ඔබ ඉල් සිටි තත්ත්වයට පත්වන බවයි.
Registrar සහ DNS හිතාමතාම වෙන් කර ඇත: ඔබට අප සමඟ ඩොමේනයක් ලියාපදිංචි කර වෙනත් තැනක DNS තබා ගැනීමට හෝ, ඔබගේ පවතින registrar සතුව ඩොමේනය තබා උප ඩොමේනයක් අප වෙත සරලව යොමු කිරීමට හැකිය. අපි ඩොමේනයක් සක්රීය ලෙස සැලකීමට පෙර නේම්සර්වර් (nameserver) ප්රතියෝජනය සහ සක්රීය කිරීම සත්යාපනය කරන්නෙමු, එමඟින් වාර්තාවක් වැරදි බව පාරිභෝගිකයෙකුගෙන් දැනගැනීමට සිදු වනවා වෙනුවට වේදිකාවෙන් ම ඔබට දැනගත හැක.
මන්දගාමී හෝ සහතිකපත් අනතුරු ඇඟවීමක් පෙන්වන උප වසමමක් උප වසමක් නොමැතිවාට වඩා නරක ය, එබැවින් බෙදා හැරීමේ මාර්ගය ප්රාථමික වසමට ලැබෙන මාර්ගයම වේ.
Let's Encrypt සහතික ස්වයංක්රීයව නිකුත් කර අලුත් කරනු ලැබේ. එකවර සෑම උප වසමකටම ආවරණය කිරීමට වල්ඩ්කාඩ් (wildcard) සහතිකයක්, ඔබ වෙන් කර ගැනීමට අවශ්ය තැන සත්කාරක-සඳහා-සත්කාරක (per-host) සහතික භාවිතා කරන්න, නැතහොත් ඔබේම අභිරුචි සහතිකයක් උඩුගත කරන්න.
සෑම අඩවියක්ම HTTP/3 සක්රීය කරන ලද LiteSpeed මඟින් ක්රියාත්මක වන අතර, එමඟින් උප අඩවියකට දෙවන පන්තියේ vhost එකක් වෙනුවට මූල අඩවියට සමාන සම්බන්ධතා මට්ටමේ කාර්ය සාධනයක් ලැබේ.
LSCache සම්පූර්ණ පිටු හැගැසීම (caching) සහ එක් අඩවියකට අයත් Redis වස්තු හැගැසීම (object cache), උපකරණ පුවරුවෙන් (dashboard) හෝ WordPress තුළ සිට සිදු කරන සම්බන්ධීකරණ පවිත්ර කිරීමක් (purge) සමඟින් සපයයි. මූලික අඩවිය (parent) පවිත්ර කිරීම මඟින් ඔබගේ උප වසමෙහි (subdomain) හැගැසීම ඉවත් කරනු නොලැබේ.
අ nuestra CDN සහ Cloudflare account pool හරහා යොදවන්න නැතහොත් ඔබේම ගිණුම් සම්බන්ධ කර දී ඇති වෙබ් අඩවියක් යෙදවිය යුත්තේ කුමන ගිණුමටදැයි තෝරන්න. බෙදා හැරීම යනු අපි ඔබ වෙනුවෙන් ගන්නා තීරණයක් නොව, ඔබ විසින් ගන්නා තීරණයකි.
උප වසංගතයක් අවශ්ය වීමට වඩාත් පොදු හේතුව වන්නේ දේවල් කඩා දැමීමට ආරක්ෂිත ස්ථානයක් තිබීමයි. එම මාර්ගය Mainstream සැලසුම් මත පෙර-සාදා ඇති අතර සීමා රහිත වේ.
ප්රධාන වෙබ් අඩවියක ගොනු සහ දත්ත සමුදාය නොවෙනස්ව, නිෂ්පාදන පරිසරයේ (production) ඇති මෘදුකාංග තට්ටුවට සහ බ්ලූප්රින්ට් සංස්කරණයටම අනුකූලව, ස්ටේජින් උප වසමක් මත සජීවී වෙබ් අඩවියක හුදකලා පිටපතක් සෑදීම ක්ලෝන් ටු ස්ටේජින් (Clone to staging) මඟින් සිදු කෙරේ. සිරගත කළ (jailed) SSH සහ SFTP, wp-cli, බ්රව්සරය මත ක්රියාත්මක වන VS Code සංස්කාරකය, phpMyAdmin හෝ Adminer, අඩවියෙන් අඩවියට වෙන් වූ cron සහ පරිසර විචල්යයන් වැනි සම්පූර්ණ මෙවලම් කට්ටලය සමඟින් ඔබට මෙම පිටපත මත වැඩ කළ හැක.
වෙනස්කම තහවුරු වූ පසු, push to live මගින් දත්තගබඩාව පිළිබඳ අවබෝධයෙන් යුත් සමමුහුර්තකරණයක් (sync) නැවත නිෂ්පාදන (production) මට්ටමට සිදු කරයි. ඔබට ගොනු, දත්තගබඩාව හෝ යන දෙකම තෝරාගත හැකි අතර, සෙවුම්-ප්රතිස්ථාපන (search-replace) ක්රියාවලිය ඔබ වෙනුවෙන් ස්වයංක්රීයව හසුරුවන බැවින් ඔබේ අන්තර්ගතයේ ඇති URL, staging හොස්ට් එක වෙත යොමු වනවා වෙනුවට අඩවිය අනුගමනය කරයි. Provisioning, cloning සහ deployment යන සියල්ලම පියවරෙන් පියවර නැවත උත්සාහ කිරීම් (retries) සහ වන්දි ගෙවීම් (compensation) සහිත කල්පවතින Temporal කාර්යප්රවාහයන් (workflows) ලෙස ක්රියාත්මක වන බැවින්, අතරමැදි අසාර්ථක වීමකදී ඔබට අර්ධ වශයෙන් ක්ලෝන් වූ අඩවියක් ඉතිරි වනවා වෙනුවට අර්ධ වශයෙන් සිදු වූ කාර්යයන් ආපසු හරවයි.
ඔambo කිරීමට උත්සාහ කරන දෙයට හානි කරන දෙයක් ඔබට විකුණා දැමීමට වඩා, අපි මුලින්ම මෙය ඔබට පැවසීමට කැමැත්තෙමු.
උbdomain යනු එක් සන්නාමයක් ව්යුහගත කිරීම සඳහා හොඳම විසඳුමයි: යෙදුමක්, වෙළඳසැලක්, ලේඛන අඩවියක්, පාරිභෝගික ද්වාරයක්, සේවාදායකයෙකු සඳහා වන ස්ටේජින් පරිසරයක්. පුද්ගලික බ්ලොග් ජාලයක් සඳහා ඒවා වැරදි පිළිතුරකි. සෑම subdomain එකක්ම තනි ලියාපදිංචි කළ හැකි ඩොමේනියක් බෙදා ගන්නා බැවින්, ඒවායින් එකක් විමසන ඕනෑම අයෙකුට ඉතිරි ඒවායේ හිමිකරු හරියටම කවුදැයි දනී. වයිල්ඩ්කාඩ් සහතිකයක් යටතේ ඒවා සහතිකයක් ද බෙදා ගන්නා අතර, සහතික නිකුත් කිරීම ප්රසිද්ධ Certificate Transparency ලොග් වෙත ප්රකාශයට පත් කරනු ලැබේ, එබැවින් බෙදාගත් ඩොමේනියක් යටතේ ඇති හොස්ට් බැලීමට උනන්දුවක් දක්වන ඕනෑම අයෙකුට ගණන් කළ හැකිය. එය අපගේ වේදිකාවේ නොව, පොදු වෙබ් PKI සහ DNS වල ගුණාංගයකි, සහ කිසිදු හෝස්ටිං වින්යාසයක් එය වෙනස් නොකරයි.
එබැවින් උපඩොමේන (subdomains) පවතින්නේ අපගේ Mainstream සහ Agency මාර්ගවල මිස Footprint-Free මාර්ගයේ නොවේ. වෙබ් අඩවි එකිනෙකට සම්බන්ධ කළ නොහැකි විය යුතුය යන්න ඔබගේ අවශ්යතාවය නම්, CDN සහ DNS ගිණුම් සංචිත, footprint කළමනාකරණය සහ static-HTML බෙදාහැරීම හරියටම එම රටාව බිඳ දැමීමට පවතින Footprint-Free නිෂ්පාදන මාර්ගයෙහි වෙනම ලියාපදිංචි කළ හැකි ඩොමේන ඔබට අවශ්ය වේ. දෙකම එකම එන්ජිමක සහ එකම උපකරණ පුවරුවක (dashboard) ක්රියාත්මක වන බැවින්, නිවැරදි දේ තෝරා ගැනීමෙන් ඔබට පහසුව අතින් කිසිදු අලාභයක් සිදු නොවේ.
නියෝජිතායතන සහ ප්රතිවිකුණුම්කරුවන් විශාල වශයෙන් උප වසභාවිතා කරයි: එක් සේවාදායකයකු සඳහා වේදිකාගත කිරීමේ හෝස්ට් එකක්, එක් ව්යාපෘතියක් සඳහා පෙරදසුන් හෝස්ට් එකක්, එක් ගිණුමක් සඳහා ද්වාරයක්. මෙම වේදිකාව ගොඩනගා ඇත්තේ එවැනි වැඩ රටාවක් සඳහාය.
සංවිධාන යනු පුනරාවර්තක වෘක්ෂයක් (tree) මෙන්, නැවත විකුණුම්කරුගේ සිට සේවාදායකයා දක්වා සහ සේවාදායකයාගේ සිට අඩවි දක්වා පිහිටා ඇති අතර, සෑම වාර්තාවක්ම පේළි මට්ටමේ ආරක්ෂාව (row-level security) සහිතව දත්ත සමුදාය තුළ විෂය පථය සීමා කර බලාත්මක කරනු ලැබේ. සේවාදායකයකුගේ උප වසම් අයත් වන්නේ සම්මුතියකින් පාලනය කිරීමට සිදු වන පොදු බාල්දියකට නොව, එම සේවාදායකයාගේ සංවිධානයටය.
සtපේ එකකින් වෙබ් අඩවි රැසක් යෙදවීම, යාවත්කාලීන කිරීම සහ කළමනාකරණය කිරීම; එක් වෙබ් අඩවියක් වෙනුවෙන් එය නැවත නැවත කිරීම අවශ්ය නොවේ.
ඩෑෂ්බෝඩ් එකේ ඇති සියල්ල ප්රසිද්ධ API එකෙහි ඇත, එය OpenAPI පිරිවිතරයෙන් ජනනය කර ඇත. ආයතනික විෂය පථයකට යටත් වූ API යතුරක්, CLI, Terraform, හෝ අපගේ MCP සේවාදායකය හරහා AI මෙවලමක් මඟින් උපඩසෙම් නිර්මාණය මෙහෙයවන්න.
විශේෂ සහ පරිපාලනමය ක්රියාකාරකම් විගණන-ලොග් කර ඇති අතර, ඔබේ කණ්ඩායමෙන් කාට කුමක් කළ හැකිද යන්න භූමිකාව පදනම් කරගත් ප්රවේශ පාලනය මඟින් පාලනය කරයි. සත්කාරකයක් නිර්මාණය කළේ, වෙනස් කළේ හෝ ඉවත් කළේ කවුරුන්ද යන්න ඔබට දැකගත හැක.
ඔව්. සෑම උප වසමක්ම (subdomain) තමන්ගේම ස්ටැක්, දත්ත සමුදාය, හැඹිලිය (cache) සහ උපස්ථ (backups) සහිත පූර්ණ, වෙනම හුදකලා වූ අඩවියක් ලෙස ක්රියාත්මක වන නිසා, එය ප්රධාන වසමක් මෙන්ම ඔබේ සැලැස්මේ අඩවි තීරුවක් (site slot) ලබා ගනී. සැලසුම් විකුණනු ලබන්නේ ඒවා ආවරණය කරන අඩවි ගණන අනුව වන බැවින්, උප වසම් අඩවියක් එකතු කිරීම වෙනත් ඕනෑම අඩවියක් එකතු කිරීමක් හා සමාන වේ.
ඔව්, ඒවා සැබැවින්ම ස්වාධීන වේ. සෑම උප වසමකටම (subdomain) තමන්ගේම බ්ලූප්රින්ට් එකක් සහිත තමන්ගේම අඩු වාර්තාවක් ඇත, එබැවින් ස්ටැක් (stacks) එකිනෙකට ගැළපිය යුතු නැත: ප්රධාන වසම මත WordPress, shop මත WooCommerce, app මත Node.js ඇප් එකක් සහ docs මත ස්ථිතික අඩවියක් (static site) යනු විශේෂ අවස්ථාවක් නොව මෙහි සාමාන්ය සැකසුමකි. ඒවාට වෙනත් යන්ත්ර මත පිහිටීමට, වෙනත් රන්-ටයිම් (runtimes) සහ වෙනත් PHP හෝ Node සංස්කරණ ක්රියාත්මක කිරීමට සහ ඒවායේම කාලසටහන් අනුව ඩිප්ලෝයි කිරීමට, ස්ටේජ් කිරීමට, උපස්ථ කිරීමට සහ රෝල්-බැක් කිරීමට හැකිය. වසම් නාමයක් බෙදාගැනීමෙන් ඔබ්බට එකක් අනෙක සීමා කරන්නේ නැත.
කොයි ක්රමයට වුණත් ඒවා ස්වයංක්රීයව ආවරණය වේ. ඩොමේනය යටතේ ඇති සෑම හෝස්ට් එකක්ම එකවර ආවරණය වන වයිල්ඩ්කාඩ් සහතිකයක් නිකුත් කිරීමට හෝ ඔබට වෙනම තබා ගැනීමට අවශ්ය නම් හෝස්ට් එකකට එක සහතිකය බැගින් නිකුත් කිරීමට හැක. Let's Encrypt සහතික නොමිලේ ලබා දෙන අතර, ස්වයංක්රීයව නිකුත් කර අලුත් කරනු ලබන අතර, ඔබට අභිරුචි සහතිකයක් තිබේ නම් ඒ වෙනුවට එය උඩුගත කළ හැක.
අmප We would advise against it, and we will not sell it that way. Every subdomain shares one registrable domain, and under a wildcard certificate a shared certificate whose issuance appears in public Certificate Transparency logs, so the hosts are linkable to one another by anyone who looks. For work where sites must not be connectable, use separate registrable domains on our Footprint-Free line, which is engineered specifically for that with CDN and DNS account pools, managed footprints and static-HTML delivery.
එය පැතිර යාමට ඉඩ හරිනවා වෙනුවට පාලනය කර තබා ගැනීම සඳහාම මෙම වේදිකාව නිර්මාණය කර ඇත. CloudLinux LVE මගින් සෑම වෙබ් අඩවියකම CPU, මතකය සහ IO එහිම පාලිත සීමාව තුළ සීමා කරයි, CageFS මගින් සෑම වෙබ් අඩවියකටම වෙන් කරන ලද ගොනු පද්ධති දසුනක් (isolated filesystem view) ලබා දෙන බැවින් ආරක්ෂිත බිඳවැටීමක් පාලනය කරගැනීමට හැකි වේ, සහ MySQL Governor මගින් එක් එක් වෙබ් අඩවියේ දත්ත සමුදා භාරය (database load) පාලනය කරන බැවින් එක් වෙබ් අඩවියක විශාල දත්ත විමසුම් (heavy queries) නිසා සර්වරය මන්දගාමී නොවේ. මෘදුකාංග වයිරස පරිලෝකනය (malware scanning), පූර්ව ක්රියාකාරී වෙබ් යෙදුම් ෆයර්වෝලය (proactive web application firewall) සහ එක් එක් වෙබ් අඩවියට අදාළ වෙනස් කළ නොහැකි උපස්ථ (immutable backups) මගින් එය තවදුරටත් තහවුරු කරයි. පාලනය කර තබා ගැනීම යනු මෙහි ප්රධාන සැලසුම් ඉලක්කයයි; මන්ද කිසිදු හොස්ටිං සේවාවකට ආරක්ෂාව බිඳ නොවැටෙන බවට සහතික විය නොහැක.
ඔව්. රෙජිස්ට්රාර් සහ DNS හිතාමතාම වෙන් කර ඇත. ඔබට ඔබේ වසම ඔබගේ වත්මන් රෙජිස්ට්රාර් සතුව සහ ඔබේ කලාපය ඔබගේ වත්මන් DNS සපයන්නා සතුව තබා ගනිමින් උපවසමරක වාර්තාවක් අප වෙත සරලව යොමු කළ හැක. අඩවිය සජීවී ලෙස සැලකීමට පෙර අපි පැවරීම සහ සක්රීය කිරීම සත්යාපනය කරමු, එබැවින් වැරදි ලෙස යතුරු ලියනය කරන ලද වාර්තාවක් නිහඬව අසමත් වීම වෙනුවට වහාම මතුවේ. මව් වසමේ කලාපය දැනටමත් මෙහි සත්කාරක කර ඇති විට, ඒ වෙනුවට අපි ඔබ වෙනුවෙන් උපවසමරක වාර්තාව එයට ලියන්නෙමු, එබැවින් ඔබට අතින් එකතු කිරීමට කිසිවක් නැත.
එය නිර්මාණය වන ආකාරයෙන් පමණි. Clone to staging මඟින් production හි ඇති සමාන stack සහ blueprint අනුවාදයක් මත ධාවනය වන staging උප වසමක, ගොනු සහ දත්ත සමුදාය ඇතුළුව, සජීවී අඩවියක හුදකලා පිටපතක් සාදයි. ඔබ සෑහීමකට පත් වූ විට, push-to-live මඟින් දත්ත සමුදාය පිළිබඳව දැනුවත් සෙවීම සහ ප්රතිස්ථාපනය කිරීමක් (search-replace) සමඟ එය නැවත සමමුහුර්ත කරයි. හුදකලා කිරීම, SSL, හැඹිලිගත කිරීම, උපස්ථ සහ සංවර්ධක ප්රවේශය ඇතුළු අනෙකුත් සියල්ල, වෙනත් ඕනෑම අඩවියකට සමාන වේ.
ඔබ ඒවා ඔබ සමඟ රැගෙන යයි. වේදිකාවේ කොතැනකවත් බැඳ තබා ගැනීමක් නොමැත: ඔබට සත්යාපන කේත (auth codes) ලබා ගැනීමට, ඩොමේන අගුළු හැර ඒවා වෙනත් ස්ථානයකට මාරු කිරීමට, ඔබේම CDN සහ DNS ගිණුම් භාවිත කිරීමට, සහ ඔබේ වෙබ් අඩවි අපනයනය කිරීමට හැකිය. අප භාවිත කරන සෑම බාහිර සැපයුම්කරුවෙකුම ආදේශ කළ හැකි ඇඩැප්ටරයක් පිටුපස සිටින අතර, එය අපට මෙන්ම ඔබටද එකසේ සත්ය වේ.
සම්පූර්ණ හුදකලා කිරීම, වයිල්ඩ්කාර්ඩ් SSL, සැබෑ DNS පාලනය සහ ඔබ එකතු කරන සෑම හෝස්ට් එකක් සඳහාම එක් ක්ලික් එකකින් ස්ටේජ් කිරීම. කාඩ්පතක් අවශ්ය නොවන දින 14ක නොමිලේ අත්හදා බැලීමකින් ආරම්භ කර, ඔබ මුදල් ගෙවීමට පෙර එය ඔබට කොතරම් ගැළපේදැයි බලාගන්න.
නොමිලේ අරඹන්න