- តើ "public_html" មានន័យយ៉ាងណានៅក្នុង cPanel
- បញ្ជាក់ថាវាពិតជាបាត់មែន (ធ្វើរោគវិនិច្ឆ័យរហ័ស)
- មូលហេតុទូទៅ public_html “បាត់”
- ការជួសជុលជាជំហានៗ (មិនតម្រូវឱ្យមានសិទ្ធិចូលប្រើប្រាស់ជា Root ទេ)
- ការជួសជុលអ្នកគ្រប់គ្រងម៉ាស៊ីនមេ (WHM/Root Access)
- ការបង្ការ៖ រក្សា public_html ពីការ "បាត់ខ្លួន" ម្តងទៀត
- សេណារីយ៉ូពិភពលោកពិត (ជាមួយនឹងផ្លូវជួសជុលជាក់ស្តែង)
- សន្និដ្ឋាន
ការមើលឃើញ public_html ការបាត់ថតឯកសារអាចមានអារម្មណ៍ដូចជាគេហទំព័រទាំងមូលរបស់អ្នកបាត់មួយយប់។ យ៉ាងណាក៏ដោយ ក្នុងករណីជាច្រើន ឯកសាររបស់អ្នកនៅតែមាន ហើយ cPanel គ្រាន់តែចង្អុលបង្ហាញអ្នក domain ទៅកាន់ root ឯកសារផ្សេង។ ការណែនាំនេះពន្យល់ពីមូលហេតុដែលថតឯកសារ public_html បាត់នៅក្នុង cpanel របៀបបញ្ជាក់ពីអ្វីដែលកំពុងកើតឡើង និងរបៀបជួសជុលវាដោយសុវត្ថិភាពដោយមិនចាំបាច់ស្មាន។
អ្នកក៏នឹងឃើញបរិបទថ្មីៗអំពីរបៀបដែលវាជារឿងធម្មតាផងដែរ cPanel បរិស្ថានក៏រួមបញ្ចូលបញ្ហាសុវត្ថិភាព និងការកំណត់រចនាសម្ព័ន្ធដែលច្រើនតែស្ថិតនៅពីក្រោយរបាយការណ៍ "ថតឯកសារដែលបាត់"។ សូមអនុវត្តតាមជំហានតាមលំដាប់លំដោយ ហើយអ្នកនឹងជៀសវាងកំហុសទូទៅបំផុតដែលធ្វើឱ្យការស្ដារឡើងវិញពិបាកជាង។
ចម្លើយរហ័ស៖ នៅក្នុងការដំឡើង cPanel ភាគច្រើន public_html គឺជាថតឯកសារលំនាំដើមដែលបម្រើគេហទំព័រចម្បងរបស់អ្នក។ នៅពេលដែលវាមើលទៅ "បាត់" គេហទំព័រនេះច្រើនតែនៅតែមាននៅទីនោះ ប៉ុន្តែរបស់អ្នក domain កំពុងចង្អុលទៅឫសឯកសារផ្សេង ឬកម្មវិធីគ្រប់គ្រងឯកសារកំពុងបង្ហាញទិដ្ឋភាពដែលមានវិសាលភាពជំនួសឱ្យថតផ្ទះពេញលេញរបស់អ្នក។
តើ "public_html" មានន័យយ៉ាងណានៅក្នុង cPanel
១. ទីតាំង Root បណ្ដាញលំនាំដើម
នៅលើម៉ាស៊ីនមេ cPanel ធម្មតា ឯកសារគេហទំព័ររបស់អ្នកស្ថិតនៅក្នុង /ទំព័រដើម/$USER/public_html ហើយម៉ាស៊ីនបម្រើគេហទំព័រអានខ្លឹមសារពីទីនោះនៅពេលដែលនរណាម្នាក់ចូលមើលរបស់អ្នក domainអនុសញ្ញានេះមានសារៈសំខាន់ ពីព្រោះកម្មវិធីដំឡើងជាច្រើន (ឧបករណ៍ WordPress, SSL ឧបករណ៍ កម្មវិធីជំនួយឃ្លាំងសម្ងាត់ និងស្គ្រីបដាក់ពង្រាយ) សន្មតថាផ្លូវនេះ លុះត្រាតែអ្នកបានកំណត់រចនាសម្ព័ន្ធឫសឯកសារផ្ទាល់ខ្លួន។
សូមកត់សម្គាល់ចំណុចទូទៅមួយផងដែរ៖ ម៉ាស៊ីនបម្រើមួយចំនួនបង្កើតផ្លូវកាត់ "www" ដែលចង្អុលទៅកន្លែងដូចគ្នា។ ដូច្នេះ ទោះបីជាអ្នកមិនឃើញក៏ដោយ public_html នៅកន្លែងដែលអ្នករំពឹងទុក អ្នកប្រហែលជានៅតែឃើញថតឯកសារ ឬតំណភ្ជាប់ដែលបំពេញតួនាទីដូចគ្នាប្រកបដោយប្រសិទ្ធភាព។
2. នៅពេលដែលគេហទំព័ររបស់អ្នកដំណើរការដោយគ្មាន public_html
គេហទំព័ររបស់អ្នកនៅតែអាចផ្ទុកបាន ទោះបីជាអ្នកមិនអាចរកឃើញក៏ដោយ public_htmlវាកើតឡើងនៅពេលដែល domainឯកសារដើមរបស់ចង្អុលទៅកន្លែងផ្សេងទៀតនៅក្នុងគណនីរបស់អ្នក។ ឧទាហរណ៍ បន្ថែមលើ domain អាចប្រើថតរងនៅក្រោម public_htmlឬវាអាចប្រើថតឯកសារនៅកម្រិតផ្ទះរបស់អ្នក (អាស្រ័យលើការកំណត់ម៉ាស៊ីនមេ និងរបៀបដែល domain ត្រូវបានបង្កើតឡើង)។
ដោយសារតែហេតុផលនោះ “បាត់” ជារឿយៗមានន័យថា “មិនមែនជាឯកសារដើមសកម្ម” ឬ “មើលមិនឃើញនៅក្នុងទិដ្ឋភាពដែលអ្នកបានបើក” មិនមែនមានន័យថាឯកសារត្រូវបានលុបនោះទេ។ ម្យ៉ាងវិញទៀត គេហទំព័រនៅតែអាចនៅលើអ៊ីនធឺណិតបាន ពីព្រោះ domain ត្រូវបានភ្ជាប់ទៅថតឯកសារផ្សេង មិនមែនដោយសារតែ cPanel "ត្រូវការ" public_html ដើម្បីមាននៅក្នុងគ្រប់បរិស្ថាននោះទេ។
បញ្ជាក់ថាវាពិតជាបាត់មែន (ធ្វើរោគវិនិច្ឆ័យរហ័ស)
១. ពិនិត្យមើលកន្លែងដែលត្រឹមត្រូវនៅក្នុងកម្មវិធីគ្រប់គ្រងឯកសារ
ដំបូង សូមបើក cPanel → File Manager ហើយត្រូវប្រាកដថាអ្នកមើលថតឯកសារដើមនៃគណនីរបស់អ្នក។ ម៉ាស៊ីនបម្រើមួយចំនួនបើក File Manager ដោយផ្ទាល់នៅ a domain ថតឯកសារ ដែលអាចធ្វើឱ្យថតឯកសារកម្រិតកំពូលផ្សេងទៀតមើលទៅដូចជាមិនមាន។
បន្ទាប់មក សូមបើក “បង្ហាញឯកសារដែលលាក់ (dotfiles)” នៅក្នុងការកំណត់កម្មវិធីគ្រប់គ្រងឯកសារ។ public_html មិនត្រូវបានលាក់ទេ dotfiles នៅខាងក្នុងវា (ដូចជា .htaccess) គឺមានសារៈសំខាន់សម្រាប់ការបញ្ជូនបន្ត និង CMS ច្បាប់។ ប្រសិនបើអ្នកស្ដារឯកសារឡើងវិញនៅពេលក្រោយ ប៉ុន្តែភ្លេចឯកសារដែលលាក់ គេហទំព័ររបស់អ្នកអាចមានបញ្ហា "ខូច" សូម្បីតែបន្ទាប់ពីថតឯកសារត្រលប់មកវិញក៏ដោយ។
2. ផ្ទៀងផ្ទាត់ឫសឯកសារសម្រាប់ដែននីមួយៗ
បន្ទាប់មក សូមបញ្ជាក់កន្លែងដែល cPanel គិតថាគេហទំព័ររបស់អ្នកគួរស្ថិតនៅ។ ប្រើចំណុចប្រទាក់ Domains ហើយពិនិត្យមើលតម្លៃ "document root"។ cPanel កត់ត្រាពីរបៀបដែល document root ផ្គូផ្គងទាក់ទងទៅនឹងថតផ្ទះរបស់អ្នក និងបង្ហាញឧទាហរណ៍ដូចជាខ្លឹមសារដែលស្ថិតនៅក្រោម /ទំព័រដើម/ឈ្មោះអ្នកប្រើប្រាស់/public_html/ថ្មីdomain.com នៅពេលអ្នកកំណត់ domain ទៅថតរងមួយ។
ជំហាននេះការពារអន្ទាក់ធំមួយ៖ អ្នកអាចនឹង «បង្កើតឡើងវិញ» public_html ត្រឹមត្រូវ ប៉ុន្តែរបស់អ្នក domain នៅតែចង្អុលទៅកន្លែងផ្សេង ដូច្នេះគ្មានអ្វីផ្លាស់ប្តូរទេ។
- ប្រសិនបើឫសឯកសារចង្អុលទៅថតឯកសារដែលមានឯកសារគេហទំព័ររបស់អ្នក នោះថតឯកសារមិនបាត់ទេ ហើយកិច្ចការបន្ទាប់របស់អ្នកគឺការធ្វើឲ្យប្លង់មានស្តង់ដារ។
- ប្រសិនបើឫសឯកសារចង្អុលទៅថតដែលទទេ អ្នកទំនងជាមានបញ្ហាផ្លូវធ្វើចំណាកស្រុក ឬបានស្រង់ការបម្រុងទុកទៅក្នុងកម្រិតខុស។
- ប្រសិនបើឫសឯកសារចង្អុលទៅថតឯកសារដែលមិនមាន អ្នកត្រូវការការស្ដារឡើងវិញ ឬការកសាងឡើងវិញនូវថតឯកសារដោយសុវត្ថិភាព ហើយបន្ទាប់មកតម្រឹមនៅក្នុង Domains។
៣. ប្រើស្ថានីយ (ប្រសិនបើម៉ាស៊ីនមេរបស់អ្នកបើកវា)
ប្រសិនបើស្ថានីយ cPanel មាន អ្នកអាចបញ្ជាក់ពីការពិតក្នុងរយៈពេលប៉ុន្មានវិនាទី៖
pwd
ls -la ~
ls -la
find ~ -maxdepth 2 -type d -name "public_html"
ប្រសិនបើ Terminal បង្ហាញថតឯកសារ ប៉ុន្តែ File Manager មិនបង្ហាញទេ អ្នកទំនងជាមានបញ្ហាវិសាលភាព UI ឬបញ្ហាសិទ្ធិ/កម្មសិទ្ធិ។ ប្រសិនបើ Terminal មិនអាចរកវាឃើញទេ នោះបញ្ហាលុប ការផ្លាស់ប្តូរ ឬការផ្តល់នឹងក្លាយជាជនសង្ស័យចម្បង។
មូលហេតុទូទៅ public_html “បាត់”
១. ការកំណត់ម៉ាស៊ីនមេអនុញ្ញាតឱ្យឯកសារ Root នៅខាងក្រៅ public_html
តាមលំនាំដើម ម៉ាស៊ីនមេជាច្រើនដាក់កម្រិតលើកម្មវិធីបន្ថែម និង អនុdomain ឯកសារដើមទៅ public_htmlទោះជាយ៉ាងណាក៏ដោយ អ្នកគ្រប់គ្រងអាចផ្លាស់ប្តូរឥរិយាបថនោះ។ cPanel ពន្យល់ពីរបៀបដែលការកំណត់ WHM "កំណត់ឫសឯកសារទៅ public_html" គ្រប់គ្រងថាតើ addon/sub ថ្មីឬអត់domain ឫសគួរតែស្ថិតនៅក្រោម public_html ឬអាចត្រូវបានបង្កើតនៅកន្លែងផ្សេងនៅក្នុងថតផ្ទះ។
សម្រាប់ម្ចាស់គេហទំព័រ សញ្ញាលឿនបំផុតនៅតែជាអេក្រង់ Domains៖ ថតឯកសារណាក៏ដោយដែលត្រូវបានចុះបញ្ជីជា root ឯកសារគឺជាថតឯកសារដែលអ្នកគួរតែត្រួតពិនិត្យមុនពេលផ្លាស់ប្តូរអ្វីផ្សេងទៀត។
ដូច្នេះ របាយការណ៍ “missing public_html” របស់អ្នកអាចជា៖ “my domain"ខ្លឹមសាររបស់ឥឡូវនេះស្ថិតនៅក្នុងថតឯកសារផ្សេងពីអ្វីដែលខ្ញុំរំពឹងទុក។" ជារឿយៗរឿងនេះកើតឡើងបន្ទាប់ពីការផ្លាស់ទីម៉ាស៊ីនមេ ការកសាងឡើងវិញ ឬគំរូផ្តល់គណនីថ្មី។
2. ការធ្វើចំណាកស្រុក ការសម្អាត ឬការស្ដារឡើងវិញនូវការងារដែលបានផ្លាស់ទី ឬដកវាចេញ
ពេលខ្លះការផ្លាស់ទីឯកសារចម្លងខ្លឹមសារ ប៉ុន្តែមិនមែនរចនាសម្ព័ន្ធថតឯកសារពិតប្រាកដដែលអ្នករំពឹងទុកនោះទេ ជាពិសេសនៅពេលដែលនរណាម្នាក់ផ្ទុកឡើងឯកសារ ZIP បម្រុងទុកដោយដៃ ហើយស្រង់វាទៅក្នុងកម្រិតខុស (ឧទាហរណ៍ ការបង្កើតថតឯកសារដែលដាក់ក្នុងគ្នាបន្ថែម)។ បញ្ហាផ្លាស់ទីបុរាណគឺ "ថតឯកសារមួយជ្រៅពេក"។ អ្នកបើក public_html ហើយឃើញថតឯកសារតែមួយ បន្ទាប់មកនៅក្នុងថតឯកសារនោះ អ្នកនឹងឃើញឯកសារគេហទំព័រពិតប្រាកដ។ នៅពេលដែលវាកើតឡើង ឫសឯកសាររបស់អ្នកកំពុងចង្អុលទៅកម្រិតខុស ដូច្នេះគេហទំព័រហាក់ដូចជាបាត់ ទោះបីជាវាមានវត្តមានក៏ដោយ។
ស្គ្រីបសម្អាតក៏អាចលុបថតឯកសារ "ទទេ" ចេញផងដែរ ហើយការស្ដារឡើងវិញដោយផ្នែកអាចនាំយកខ្លឹមសារគេហទំព័ររបស់អ្នកមកវិញដោយមិនចាំបាច់បង្កើតថតឯកសារដើមឡើងវិញដូចពីមុនឡើយ។
ប្រសិនបើអ្នកទើបតែបានផ្លាស់ប្តូរម៉ាស៊ីនមេ ឬស្ដារឡើងវិញពីកម្មវិធីជំនួយបម្រុងទុក សូមចាត់ទុកស្ថានភាពដូចជាផ្លូវមិនត្រូវគ្នាជាមុនសិន មិនមែនជាគ្រោះមហន្តរាយទេ។
៣. ភាពជាម្ចាស់កម្មសិទ្ធិ ការអនុញ្ញាត និងការភាន់ច្រឡំអំពី “FileProtect”
របាយការណ៍ "ថតឯកសារដែលបាត់" មួយចំនួនពិតជារបាយការណ៍ចូលប្រើមែន។ ថតឯកសារអាចមាន ប៉ុន្តែអ្នកប្រហែលជាមិនអាចបើកវា ផ្ទុកឡើងទៅក្នុងវា ឬមើលខ្លឹមសាររបស់វាបានទេ ដោយសារតែគោលការណ៍ភាពជាម្ចាស់ និងការអនុញ្ញាត។ សូមចាត់ទុកបញ្ហានេះជាបញ្ហាចូលប្រើជាមុនសិន មិនមែនជាបញ្ហាកសាងឡើងវិញទេ។
នៅលើប្រព័ន្ធ cPanel ជាច្រើន ការពង្រឹងសុវត្ថិភាពផ្លាស់ប្តូររបៀប public_html មានឥរិយាបថល្អ។ មុខងារ FileProtect របស់ EasyApache អាចផ្លាស់ប្តូរការអនុញ្ញាត និងភាពជាម្ចាស់ក្រុមនៅលើឫសឯកសារ។ ឯកសារ cPanel បង្ហាញថាវាអាចកំណត់ក្រុមថតឫសឯកសារទៅជា "គ្មាននរណាម្នាក់" ជាមួយ។ 0750 ការអនុញ្ញាតដែលអាចធ្វើឱ្យអ្នកគ្រប់គ្រងភ្ញាក់ផ្អើល និងបំបែកលំហូរការងារដែលសន្មតថាមានសិទ្ធិចូលប្រើកាន់តែធូររលុង។
សូម្បីតែពេលដែលថតឯកសារមានក៏ដោយ បញ្ហាការអនុញ្ញាតអាចធ្វើឱ្យវាមានអារម្មណ៍ថា "បាត់" ពីព្រោះអ្នកមិនអាចបញ្ចូលវា ផ្ទុកឡើងទៅក្នុងវា ឬមើលខ្លឹមសារដែលរំពឹងទុកបាន។
៤. សកម្មភាពឯកសារដែលបង្កការគំរាមកំហែង ឬព្យាបាទ
ពេលខ្លះថតឯកសារពិតជាត្រូវបានលុបចេញ ហើយមូលហេតុមិនមែនកើតឡើងដោយចៃដន្យនោះទេ។ អ្នកវាយប្រហារច្រើនតែចូលតាមរយៈពាក្យសម្ងាត់ដែលត្រូវបានគេលួច ឬព័ត៌មានសម្ងាត់ខ្សោយ ហើយបន្ទាប់មកកែប្រែឯកសារដើម្បីចាក់សារឥតបានការ ការបញ្ជូនបន្ត ឬទ្វារក្រោយ។ ការស្រាវជ្រាវទាក់ទងនឹង DBIR របស់ Verizon កត់សម្គាល់ថា ព័ត៌មានសម្ងាត់ដែលត្រូវបានលួចត្រូវបានចូលរួមជាវ៉ិចទ័រចូលប្រើដំបូងនៅក្នុង... 22% នៃការរំលោភបំពានដែលត្រូវបានពិនិត្យឡើងវិញដែលស្របនឹងអ្វីដែលអ្នកផ្តល់សេវាបង្ហោះឃើញនៅក្នុងឧប្បត្តិហេតុគេហទំព័រក្នុងពិភពពិត។
ប្រសិនបើគេហទំព័ររបស់អ្នកស្រាប់តែផ្លាស់ប្តូរ ចាប់ផ្តើមបញ្ជូនបន្ត ឬការបង្ហោះរបស់អ្នកបានផ្ញើអ៊ីមែលទៅអ្នកអំពីមេរោគ សូមចាត់ទុក “missing public_html” ជាឧប្បត្តិហេតុសុវត្ថិភាពរហូតដល់អ្នកបញ្ជាក់ថាវាផ្ទុយពីនេះ។
ប្រសិនបើអ្នកសង្ស័យថាមានការលួចចូលគណនី សូមផ្អាកការផ្លាស់ប្តូរសំខាន់ៗ។ កុំសរសេរជាន់លើគណនីជាមួយនឹងការផ្ទុកឡើងចៃដន្យ ហើយកុំលុបថតឯកសារដោយភាពភ័យស្លន់ស្លោ។ ដំបូងត្រូវចូលប្រើប្រាស់ដោយសុវត្ថិភាព បន្ទាប់មកថតរូបភាពបម្រុងទុក បន្ទាប់មកស្ដារឡើងវិញពីប្រភពដែលស្គាល់ថាស្អាត ហើយពិនិត្យមើលអ្វីដែលបានផ្លាស់ប្តូរ។
ការជួសជុលជាជំហានៗ (មិនតម្រូវឱ្យមានសិទ្ធិចូលប្រើប្រាស់ជា Root ទេ)
១. ស្ដារ public_html ពីការបម្រុងទុកនៅក្នុង cPanel
ប្រសិនបើម៉ាស៊ីនមេរបស់អ្នកអនុញ្ញាតឱ្យមានការបម្រុងទុក cPanel ការស្ដារឡើងវិញជាធម្មតាគឺជាការជួសជុលដ៏ស្អាតបំផុត ពីព្រោះវាស្ដាររចនាសម្ព័ន្ធឡើងវិញ មិនមែនគ្រាន់តែជាឯកសារនីមួយៗនោះទេ។ cPanel ឯកសារអំពីរបៀបស្ដារថតឯកសារឡើងវិញដោយបញ្ចូលផ្លូវផ្ទាល់ (ឧទាហរណ៍ ដោយប្រើ public_html ជាឈ្មោះថតឯកសារ ដើម្បីកំណត់គោលដៅទីតាំងត្រឹមត្រូវនៅក្រោមថតផ្ទះរបស់អ្នក)។
បន្ទាប់ពីការស្ដារឡើងវិញបានបញ្ចប់ សូមពិនិត្យមើលឡើងវិញ domainឯកសារ root របស់ ហើយផ្ទៀងផ្ទាត់ថាវាចង្អុលទៅទីតាំងដែលបានស្ដារឡើងវិញ។ បន្ទាប់មកផ្ទុកគេហទំព័ររបស់អ្នកនៅក្នុងបង្អួចកម្មវិធីរុករកឯកជន ដើម្បីជៀសវាងការភាន់ច្រឡំអំពីឃ្លាំងសម្ងាត់។
បញ្ជីត្រួតពិនិត្យលក្ខណៈវិនិច្ឆ័យជោគជ័យ:
- អេក្រង់ Domains បង្ហាញផ្លូវ root ឯកសារដែលរំពឹងទុក។
- ថតឯកសារនោះមានឯកសារហត្ថលេខារបស់គេហទំព័ររបស់អ្នក (ឧទាហរណ៍ ឯកសារលិបិក្រម ឬឯកសារកំណត់រចនាសម្ព័ន្ធ CMS)។
- ទំព័រដើមផ្ទុក ហើយតំណភ្ជាប់ខាងក្នុងមិនលោតទៅ URL ដែលមិននឹកស្មានដល់ទេ។
- សកម្មភាពសំខាន់ៗដំណើរការ ដូចជាការចូលប្រព័ន្ធ ទម្រង់បែបបទ និងការផ្ទុកឡើងមេឌៀ។
2. បង្កើតថតឯកសារឡើងវិញដោយសុវត្ថិភាព (នៅពេលដែលអ្នកមិនមានច្បាប់ចម្លងបម្រុងទុក)
ប្រសិនបើអ្នកមិនមានការបម្រុងទុកដែលអាចប្រើបានទេ ហើយ Terminal បញ្ជាក់ថាថតឯកសារពិតជាមិនមានទេ អ្នកអាចបង្កើតវាឡើងវិញបាន៖
- បង្កើតសឺមីថ្មីដែលមានឈ្មោះ public_html នៅក្នុងថតផ្ទះរបស់អ្នក។
- ផ្ទុកឡើងឯកសារគេហទំព័ររបស់អ្នកទៅក្នុងវា (ឬផ្លាស់ទីវាពីកន្លែងដែលពួកវាស្ថិតនៅបច្ចុប្បន្ន)។
- ត្រូវប្រាកដថារបស់សំខាន់របស់អ្នក សន្ទស្សន៍ ឯកសារស្ថិតនៅខាងក្នុងថតឯកសារដោយផ្ទាល់ មិនមែនជ្រៅជាងមួយកម្រិតទេ។
ការបង្កើត public_html មិនជួសជុលគេហទំព័រដោយខ្លួនឯងទេ។ domain ត្រូវតែចង្អុលទៅថតឯកសារដូចគ្នាដែលមានឯកសារគេហទំព័រពិតប្រាកដ។ បន្ទាប់ពីអ្នកបង្កើតថតឯកសារឡើងវិញ សូមផ្ទៀងផ្ទាត់ការផ្គូផ្គងឫសឯកសារម្តងទៀត ហើយកែតម្រូវវាមុនពេលដោះស្រាយបញ្ហាអ្វីផ្សេងទៀត។
បន្ទាប់មក សូមចូលទៅកាន់ចំណុចប្រទាក់ Domains ហើយចង្អុលទៅ domainឯកសាររបស់ root ទៅ public_html (ឬទៅកាន់ថតរងនៅក្រោមវា ប្រសិនបើអ្នកចេតនាបំបែក domains) “ការតម្រឹមថតឯកសារបូករួមទាំងឫសឯកសារ” នេះជួសជុលករណីច្រើនជាងការកែប្រែការអនុញ្ញាតណាមួយ។
៣. ជួសជុលឯកសារដើមខុស (សេណារីយ៉ូ “ថតឯកសារមិនបាត់ទេ”)
ប្រសិនបើប៊ូតុង domainប្រសិនបើឯកសាររបស់អ្នកចង្អុលទៅកន្លែងណាមួយដែលមិនបានរំពឹងទុក អ្នកមានជម្រើសល្អពីរ៖
- ជម្រើស A (បានណែនាំ)៖ ផ្លាស់ទីឯកសារគេហទំព័រទៅក្នុងថតឯកសារដែល domain ប្រើរួចហើយ ដូច្នេះអ្នកផ្លាស់ប្តូរការកំណត់តិចជាងមុន។
- ជំរើស B៖ ប្តូរ domainទៅកាន់ថតឯកសារដែលមានគេហទំព័ររបស់អ្នករួចហើយ បន្ទាប់មករក្សារចនាសម្ព័ន្ធនោះបន្តទៅមុខទៀត។
ជ្រើសរើសជម្រើសមួយ ហើយប្រកាន់ខ្ជាប់នូវវា។ បន្ទាប់ពីអ្នកជ្រើសរើសជម្រើស A ឬជម្រើស B សូមលុប ឬរក្សាទុកច្បាប់ចម្លងស្ទួននៃគេហទំព័រដែលលែងប្រើ។ ការដំឡើងស្ទួនច្រើនតែបង្កើតរង្វិលជុំបញ្ជូនបន្ត ខ្លឹមសារចម្រុះ និងឥរិយាបថ "អ្នកគ្រប់គ្រងដំណើរការ ប៉ុន្តែផ្នែកខាងមុខបរាជ័យ" នៅពេលក្រោយ។
៤. ឧទាហរណ៍ WordPress៖ ជួសជុលការដំឡើងដែលខូចបន្ទាប់ពីការផ្លាស់ប្តូរផ្លូវ
WordPress ជារឿយៗ "មើលទៅខូច" បន្ទាប់ពីការផ្លាស់ប្តូរ root ឯកសារ ពីព្រោះមូលដ្ឋានទិន្នន័យនៅតែយោងទៅលើ URL ឬផ្លូវឯកសារចាស់ៗ។
ដំបូងសូមបញ្ជាក់ថាអ្នកកំពុងដោះស្រាយបញ្ហានៃការដំឡើងសកម្ម។ នៅក្នុងកម្មវិធីគ្រប់គ្រងឯកសារ សូមបើកថតដែលបានរាយបញ្ជីជាឯកសារ root ហើយផ្ទៀងផ្ទាត់ថាវាមាន wp-config.php។ ប្រសិនបើ wp-config.php មិននៅទីនោះទេ អ្នកកំពុងមើលថតខុស ហើយការជួសជុលណាមួយដែលអ្នកអនុវត្តនឹងមិនប៉ះពាល់ដល់គេហទំព័រផ្ទាល់ទេ។
នេះគឺជាវិធីសាស្រ្តជាក់ស្តែងមួយ៖
- បញ្ជាក់ឯកសារ domain ចង្អុលទៅថតឯកសារដែលមាន wp-config.php.
- សូមពិនិត្យមើលថាថតឯកសារផ្ទុកឡើងមានហើយ ហើយនៅតែអាចសរសេរបាន។
- ប្រសិនបើអ្នកគ្រប់គ្រងផ្ទុក ប៉ុន្តែផ្នែកខាងមុខបរាជ័យ សូមពិនិត្យមើល .htaccess និងបង្កើត permalinks ឡើងវិញ។
ក៏ត្រូវលុបកម្មវិធីជំនួយ និងស្បែកដែលមិនប្រើចេញផងដែរ។ កម្មវិធីជំនួយដែលងាយរងគ្រោះច្រើនតែនាំឱ្យមានការក្លែងបន្លំឯកសារ ហើយបញ្ហាបង្ហោះអាចចាប់ផ្តើមពីទីនោះ។ ការជូនដំណឹងដែលត្រូវបានចែករំលែកយ៉ាងទូលំទូលាយបានបង្ហាញពីរបៀបដែល Wordfence ត្រូវបានរារាំង។ ការវាយប្រហារចំនួន ១,៦ លានដងក្នុងរយៈពេល ៤៨ ម៉ោង នៅក្នុងយុទ្ធនាការដែលផ្តោតលើកម្មវិធីជំនួយ ដែលបង្ហាញពីរបៀបដែលសមាសធាតុហួសសម័យអាចក្លាយជាបញ្ហាប្រតិបត្តិការយ៉ាងឆាប់រហ័ស មិនមែនគ្រាន់តែជាបញ្ហាសុវត្ថិភាពនោះទេ។
ការជួសជុលអ្នកគ្រប់គ្រងម៉ាស៊ីនមេ (WHM/Root Access)
១. បញ្ជាក់ផ្លូវមូលដ្ឋាននៃថតផ្ទះ និងការផ្តល់គណនី
ប្រសិនបើរបាយការណ៍គណនីច្រើនបាត់ public_htmlសូមពិនិត្យមើលថាតើម៉ាស៊ីនបម្រើប្រើទីតាំងថតផ្ទះមិនស្តង់ដារ ឬដំណើរការផ្តល់សេវាកម្មផ្ទាល់ខ្លួនដែរឬទេ។ ការណែនាំរបស់ cPanel សម្រាប់ស្វែងរកថតផ្ទះមូលដ្ឋានត្រឹមត្រូវរួមមានការត្រួតពិនិត្យការកំណត់រចនាសម្ព័ន្ធប្រព័ន្ធ និងកន្លែងដែលខ្លឹមសារអ្នកប្រើប្រាស់ស្ថិតនៅ ជាជាងពឹងផ្អែកលើការសន្មត់។
- បញ្ជាក់កន្លែងដែលថតផ្ទះរបស់អ្នកប្រើប្រាស់ត្រូវបានបង្កើតនៅលើម៉ាស៊ីនបម្រើនេះ និងថាតើគំរូខុសគ្នាតាមកញ្ចប់ឬអត់។
- បញ្ជាក់ថា vhost ចង្អុលទៅកាន់ root ឯកសារដែលចង់បានសម្រាប់គណនីគំរូដែលរងផលប៉ះពាល់។
- សូមបញ្ជាក់ថាវិសាលភាព និងការអនុញ្ញាតរបស់កម្មវិធីគ្រប់គ្រងឯកសារស្របនឹងគោលការណ៍ម៉ាស៊ីនមេ។
- សូមបញ្ជាក់ថាឧបករណ៍ស្តារឡើងវិញអាចប្រើបាន មុនពេលស្នើសុំការផ្ទុកឡើងឯកសារ ZIP ដោយដៃ។
នៅពេលដែលអ្នកបញ្ជាក់ថតផ្ទះមូលដ្ឋានហើយ សូមផ្ទៀងផ្ទាត់ថាអ្នកប្រើប្រាស់ដែលរងផលប៉ះពាល់ម្នាក់ៗមានរចនាសម្ព័ន្ធថតដែលរំពឹងទុក ហើយការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីននិម្មិតចង្អុលទៅទីតាំងត្រឹមត្រូវ។
2. ជួសជុលបញ្ហាភាពជាម្ចាស់កម្មសិទ្ធិនៅក្នុង public_html
ប្រសិនបើការរសាត់បាត់ភាពជាម្ចាស់កម្មសិទ្ធិបណ្តាលឱ្យមានបញ្ហាចូលប្រើ សូមជួសជុលវាដោយប្រុងប្រយ័ត្ន។ cPanel ផ្តល់នូវវិធីសាស្រ្តដែលបានកត់ត្រាសម្រាប់កែតម្រូវភាពជាម្ចាស់កម្មសិទ្ធិនៅក្នុងឫសឯកសាររបស់អ្នកប្រើប្រាស់ដោយប្រើ លំនាំ chown ដដែលៗដែលមានវិសាលភាពទៅ /home/$username/public_html.
ដំណើរការពាក្យបញ្ជាកែតម្រូវតែនៅពេលដែលអ្នកមានទំនុកចិត្តលើផ្លូវគោលដៅប៉ុណ្ណោះ។ បើមិនដូច្នោះទេ អ្នកអាចបំពានការអនុញ្ញាតនៅទូទាំងគណនី។
រក្សាវិសាលភាពនៃការជួសជុលឲ្យបានតឹងរ៉ឹង។ កែតម្រូវតែមែកធាងឯកសារសម្រាប់គណនីដែលរងផលប៉ះពាល់ បន្ទាប់មកសាកល្បងឡើងវិញ។ ជៀសវាងការផ្លាស់ប្តូរទូទាំងគណនីទូលំទូលាយ លុះត្រាតែអ្នកបានបញ្ជាក់ពីគំរូនៃការរសាត់ឆ្លងកាត់ថតច្រើន។
៣. ស្ដារថតឯកសារពីការបម្រុងទុក WHM
នៅពេលអ្នកគ្រប់គ្រងម៉ាស៊ីនមេ សូមប្រើឧបករណ៍ស្តារឡើងវិញរបស់ WHM ជំនួសឱ្យការសុំឱ្យអតិថិជនផ្ទុកឡើងឯកសារ ZIP។ cPanel គូសបញ្ជាក់ពី WHM's ការស្ដារឯកសារ និងថតឯកសារឡើងវិញ workflow ដែលអាចស្ដារថតឯកសារឡើងវិញបានយ៉ាងស្អាតពីការបម្រុងទុកម៉ាស៊ីនមេ។
វិធីសាស្ត្រនេះក៏រក្សាភាពជាម្ចាស់ឯកសារ និងកាត់បន្ថយកំហុស "ថតឯកសារដែលដាក់ក្នុងគ្នា" ដែលកើតឡើងជាមួយការផ្ទុកឡើងដោយដៃផងដែរ។
ការស្ដារឡើងវិញនៅផ្នែកម៉ាស៊ីនមេកាត់បន្ថយកំហុសរបស់មនុស្ស ពីព្រោះវារក្សារចនាសម្ព័ន្ធ និងភាពជាម្ចាស់កម្មសិទ្ធិក្នុងផ្លូវតែមួយដែលគ្រប់គ្រងបាន។
៤. ពិនិត្យមើល FileProtect មុនពេលអ្នកប្រឆាំងនឹងការប្រគល់សិទ្ធិអនុញ្ញាតវិញ
ប្រសិនបើការអនុញ្ញាតនៅតែ "រលត់ទៅវិញ" បន្ទាប់ពីការអាប់ដេត អ្នកត្រូវដោះស្រាយការកំណត់ដែលអនុវត្តវា។ cPanel ឯកសារដែល FileProtect ភ្ជាប់ទៅនឹងឥរិយាបថ EasyApache ហើយអាចកំណត់ច្បាប់ចូលប្រើថតឡើងវិញក្នុងអំឡុងពេលអាប់ដេត ដែលពន្យល់ពីរបាយការណ៍អ្នកគ្រប់គ្រងជាច្រើនអំពី "ខ្ញុំបានជួសជុលវាហើយ ប៉ុន្តែវាខូចម្តងទៀត"។ ចាប់ផ្តើមដោយបញ្ជាក់ថាតើ FileProtect ត្រូវបានបើកឬអត់ ហើយបន្ទាប់មកសម្រេចចិត្តថាតើបរិស្ថានរបស់អ្នកទទួលបានអត្ថប្រយោជន៍ច្រើនជាងពីលំនាំដើមដ៏តឹងរ៉ឹងជាង ឬពីលំហូរការងារដែលតម្រូវឱ្យមានការអនុញ្ញាតខុសៗគ្នា។
បន្ទាប់ពីអ្នកកំណត់គោលការណ៍រួច សូមតម្រឹមការរំពឹងទុករបស់ក្រុមអ្នក។ បើមិនដូច្នោះទេ មនុស្សនឹងបន្តអនុវត្តការជួសជុលម្តងម្កាល ដែលប្រព័ន្ធនឹងសរសេរជាន់ពីលើនៅពេលក្រោយ។
នៅពេលដែលអ្នកសម្រេចចិត្តលើគោលការណ៍នេះ សូមកត់ត្រាវានៅកន្លែងដែលក្រុមរបស់អ្នកនឹងឃើញវាក្នុងអំឡុងពេលមានឧប្បត្តិហេតុ។ នៅពេលដែលមនុស្សយល់ពីស្រទាប់អនុវត្តច្បាប់ ពួកគេឈប់អនុវត្តការជួសជុលដោយដៃដែលវេទិកានឹងសរសេរជាន់លើនៅពេលក្រោយ។
ការបង្ការ៖ រក្សា public_html ពីការ "បាត់ខ្លួន" ម្តងទៀត
១. ធ្វើឱ្យគេហទំព័រមានស្តង់ដារ (និងកត់ត្រាវា)
ក្រុមនានាជួបប្រទះនឹងការភាន់ច្រឡំម្តងហើយម្តងទៀត នៅពេលដែលក្រុមខ្លះ domains រស់នៅក្នុង public_html ខណៈពេលដែលអ្នកផ្សេងទៀតរស់នៅកម្រិតថតឯកសារផ្ទះ។ ជ្រើសរើសវិធីសាស្រ្តមួយ ហើយកត់ត្រាវានៅក្នុងសៀវភៅណែនាំផ្ទៃក្នុងខ្លីមួយ។ បន្ទាប់មកប្រើវិធីសាស្រ្តដូចគ្នាសម្រាប់រាល់ការណែនាំថ្មី domain.
រឿងនេះកាន់តែសំខាន់ថែមទៀតនៅក្នុងទ្រង់ទ្រាយធំ។ ការស្ទង់មតិបច្ចេកវិទ្យាភាគីទីបី និងសំណុំទិន្នន័យប្រើប្រាស់បង្ហាញពីភាពទូលំទូលាយនៃប្រព័ន្ធអេកូឡូស៊ី។ ឧទាហរណ៍ W3Techs បានរាយការណ៍ថា cPanel ត្រូវបានប្រើប្រាស់ដោយ 2.3% នៃគេហទំព័រទាំងអស់ដែលយើងស្គាល់ផ្ទាំងគេហទំព័ររបស់ពួកគេដែលបកប្រែទៅជាគំរូបង្ហោះ គោលការណ៍ និងលំនាំដើមជាច្រើនផ្សេងៗគ្នានៅទូទាំងអ្នកផ្តល់សេវា។
2. ចាត់ទុកការចូលប្រើគណនីដូចជាការចូលប្រើផលិតកម្ម
ធានាសុវត្ថិភាពព័ត៌មានសម្ងាត់ លុបអ្នកប្រើប្រាស់ចាស់ៗចេញ និងបើកការផ្ទៀងផ្ទាត់ពហុកត្តា នៅពេលដែលម៉ាស៊ីនបម្រើរបស់អ្នកគាំទ្រវា។ វាក៏បង្វិលពាក្យសម្ងាត់បន្ទាប់ពីសកម្មភាពគួរឱ្យសង្ស័យណាមួយផងដែរ។ វាកាត់បន្ថយហានិភ័យដែលអ្នកវាយប្រហារលុបថតឯកសារ ជំនួសឯកសារលិបិក្រមរបស់អ្នក ឬផ្លាស់ប្តូរឫសឯកសាររបស់អ្នកទៅជាគេហទំព័របន្លំ។
ជាចុងក្រោយ សូមធ្វើបច្ចុប្បន្នភាព CMS, themes និង plugins របស់អ្នក។ ព្រឹត្តិការណ៍ "បាត់ថតឯកសារ" ភាគច្រើនដែលប្រែក្លាយទៅជាការសម្របសម្រួលចាប់ផ្តើមជាមួយនឹងសមាសធាតុហួសសម័យ និងការចូលប្រព័ន្ធខ្សោយ។
ក្នុងអំឡុងពេលមានឧប្បត្តិហេតុ សូមចាត់តាំងមនុស្សម្នាក់ឱ្យអនុវត្តការផ្លាស់ប្តូរ និងមនុស្សម្នាក់ទៀតឱ្យកត់ត្រា។ ការជួសជុលរហ័សក្នុងពេលដំណាលគ្នាជារឿយៗបង្កើតបញ្ហាថ្មីៗច្រើន ដែលធ្វើឱ្យមូលហេតុដើមពិបាកកំណត់អត្តសញ្ញាណ។
៣. ធ្វើឱ្យការបម្រុងទុកងាយស្រួលក្នុងការស្ដារឡើងវិញ មិនមែនគ្រាន់តែងាយស្រួលក្នុងការបង្កើតនោះទេ
ការបម្រុងទុកជួយបានលុះត្រាតែអ្នកអាចស្ដារឡើងវិញបានយ៉ាងឆាប់រហ័ស និងមានទំនុកចិត្ត។ សាកល្បងស្ដារឡើងវិញនៅលើដំណាក់កាល domain ឬថតឯកសារបណ្ដោះអាសន្ន។ បន្ទាប់មកសរសេរជំហានពិតប្រាកដដែលក្រុមរបស់អ្នកបានប្រើ ដើម្បីកុំឱ្យអ្នកធ្វើការច្នៃប្រឌិតក្នុងអំឡុងពេលដាច់ចរន្តអគ្គិសនី។
ប្រសិនបើអ្នកនៅលើ Shared Hostingសូមសួរអ្នកផ្តល់សេវារបស់អ្នកថាតើឧបករណ៍បម្រុងទុកអ្វីខ្លះដែលពួកគេបង្ហាញនៅក្នុង cPanel និងអ្វីដែលពួកគេរក្សាទុកតែនៅកម្រិតម៉ាស៊ីនមេប៉ុណ្ណោះ។ ប្រសិនបើអ្នកដំណើរការម៉ាស៊ីនមេផ្ទាល់ខ្លួនរបស់អ្នក សូមផ្ទៀងផ្ទាត់ថាឧបករណ៍ស្តារឡើងវិញដំណើរការមុនពេលដែលអ្នកត្រូវការវា។
សេណារីយ៉ូពិភពលោកពិត (ជាមួយនឹងផ្លូវជួសជុលជាក់ស្តែង)
១. “គេហទំព័ររបស់ខ្ញុំដំណើរការ ប៉ុន្តែ public_html បាត់ទៅហើយ”
នេះជាធម្មតាមានន័យថា domainចំណុចឫសឯកសាររបស់ 's នៅកន្លែងផ្សេង។ បញ្ជាក់ឫសឯកសារសកម្មនៅក្នុងចំណុចប្រទាក់ Domains បន្ទាប់មកបើកថតឯកសារពិតប្រាកដនោះនៅក្នុងកម្មវិធីគ្រប់គ្រងឯកសារ។ ប្រសិនបើអ្នករកឃើញឯកសារ CMS របស់អ្នកនៅទីនោះ គ្មានអ្វីបាត់ពិតប្រាកដទេ។ នៅពេលនោះ សូមសម្រេចចិត្តថាតើអ្នកចង់ផ្លាស់ទីគេហទំព័រត្រឡប់ទៅក្រោមឬអត់ public_html ឬរក្សាប្លង់បច្ចុប្បន្ន ហើយធ្វើឱ្យមានស្តង់ដារជុំវិញវា។
២. “បន្ទាប់ពីការធ្វើចំណាកស្រុក ខ្ញុំឃើញតែ public_html ទទេមួយប៉ុណ្ណោះ”
ជារឿយៗរឿងនេះកើតឡើងនៅពេលដែលការផ្លាស់ទីទីតាំងបានដាក់ថតគេហទំព័រមួយជ្រៅជាងការរំពឹងទុក (ច្បាប់ចម្លងដែលបានបង្កើតក្នុងអំឡុងពេលស្រង់ចេញ)។ ស្វែងរកឯកសារហត្ថលេខា CMS របស់អ្នក (ឧទាហរណ៍ wp-config.php សម្រាប់ WordPress) ហើយផ្លាស់ទីគេហទំព័រទាំងមូលឡើងលើមួយកម្រិត ដូច្នេះឫសឯកសារមានឯកសារគេហទំព័រដោយផ្ទាល់។
បន្ទាប់មកផ្ទៀងផ្ទាត់ការអនុញ្ញាត និងបញ្ជាក់ domain ចង្អុលទៅថតឯកសារត្រឹមត្រូវ ហើយសាកល្បងជាមួយវគ្គកម្មវិធីរុករកថ្មី។
៣. «ខ្ញុំបានជួសជុលការអនុញ្ញាត ប៉ុន្តែពួកវានឹងត្រឡប់វិញនៅពេលក្រោយ»
នៅពេលដែលការអនុញ្ញាតត្រូវបានប្រគល់មកវិញ សូមបញ្ឈប់ការធ្វើការផ្លាស់ប្តូរ chmod ដោយដៃម្តងទៀត។ ផ្ទុយទៅវិញ សូមពិនិត្យមើលការកំណត់ដែលបង្ខំដោយម៉ាស៊ីនមេដូចជា FileProtect ហើយតម្រឹមការផ្លាស់ប្តូររបស់អ្នកជាមួយនឹងគោលការណ៍នោះ។ ប្រសិនបើអ្នកគ្រប់គ្រងម៉ាស៊ីនមេ សូមធ្វើបច្ចុប្បន្នភាពគោលការណ៍នៅក្នុង WHM ហើយបន្ទាប់មកអនុវត្តកម្មសិទ្ធិ និងការអនុញ្ញាតដែលបានកែតម្រូវម្តង ជាប់លាប់។
ប្រសិនបើអ្នកមិនគ្រប់គ្រងម៉ាស៊ីនមេទេ សូមទាក់ទងម៉ាស៊ីនមេរបស់អ្នក ហើយពិពណ៌នាអំពីអ្វីដែលអ្នកឃើញ។ ពួកគេអាចបញ្ជាក់ថាតើការកំណត់សុវត្ថិភាពដែលបានអនុវត្តជំរុញឱ្យមានឥរិយាបថបញ្ច្រាសឬអត់។
នៅលើស្លាកស្នាមនៃការបង្ហោះរបស់សហរដ្ឋអាមេរិក រឿងនេះកើតឡើងច្រើនដោយសារតែ cPanel នៅតែត្រូវបានដាក់ពង្រាយយ៉ាងទូលំទូលាយនៅទូទាំងអ្នកផ្តល់សេវា។ បញ្ជីបច្ចេកវិទ្យារបស់ BuiltWith រួមមាន អតិថិជន CPanel បច្ចុប្បន្នចំនួន 746,311 នាក់នៅសហរដ្ឋអាមេរិកដូច្នេះភាពខុសគ្នានៃការកំណត់រចនាសម្ព័ន្ធតិចតួចរវាងម៉ាស៊ីនបម្រើបង្កើតឱ្យមានការភាន់ច្រឡំ "ខ្ញុំរកមិនឃើញ public_html" សម្រាប់ម្ចាស់គេហទំព័រដែលផ្លាស់ប្តូររវាងបរិស្ថាននានា។
ប្រើប្រាស់ជំនាញ Cloud Computing ដ៏រឹងមាំរបស់ 1Byte ដើម្បីជំរុញអាជីវកម្មរបស់អ្នកតាមរបៀបដ៏ធំមួយ
1Byte ផ្តល់ពេញលេញ domain សេវាកម្មចុះឈ្មោះដែលរួមមានបុគ្គលិកគាំទ្រដោយយកចិត្តទុកដាក់ ការថែទាំអតិថិជនដែលមានការអប់រំ ការចំណាយសមរម្យ ក៏ដូចជា ក domain ឧបករណ៍ស្វែងរកតម្លៃ។
បង្កើនសុវត្ថិភាពលើអ៊ីនធឺណិតរបស់អ្នកជាមួយនឹងសេវាកម្ម SSL របស់ 1Byte ។ ការការពារដែលមិនអាចប្រៀបផ្ទឹមបាន ការរួមបញ្ចូលដោយគ្មានថ្នេរ និងសន្តិភាពនៃចិត្តសម្រាប់ដំណើរឌីជីថលរបស់អ្នក។
មិនថា cloud server កញ្ចប់ដែលអ្នកជ្រើសរើស អ្នកអាចពឹងផ្អែកលើ 1Byte សម្រាប់ភាពជឿជាក់ ភាពឯកជន សុវត្ថិភាព និងបទពិសោធន៍គ្មានភាពតានតឹង ដែលមានសារៈសំខាន់សម្រាប់អាជីវកម្មជោគជ័យ។
ការជ្រើសរើសពួកយើងជាអ្នកផ្តល់សេវាបង្ហោះចែករំលែករបស់អ្នកអនុញ្ញាតឱ្យអ្នកទទួលបានតម្លៃដ៏ល្អឥតខ្ចោះសម្រាប់ប្រាក់របស់អ្នក ខណៈពេលដែលរីករាយនឹងកម្រិតគុណភាព និងមុខងារដូចគ្នានឹងជម្រើសដែលមានតម្លៃថ្លៃជាង។
តាមរយៈកម្មវិធីដែលមានភាពបត់បែនខ្ពស់ 1Byte ដ៏ទំនើប cloud hosting ផ្តល់ដំណោះស្រាយដ៏អស្ចារ្យដល់អាជីវកម្មខ្នាតតូច និងមធ្យមលឿនជាងមុន សុវត្ថិភាពជាងមុន និងក្នុងតម្លៃកាត់បន្ថយ។
បន្តនាំមុខការប្រកួតប្រជែងជាមួយនឹងសេវាកម្មបង្ហោះ WordPress ប្រកបដោយភាពច្នៃប្រឌិតរបស់ 1Byte ។ ផែនការដែលសំបូរទៅដោយលក្ខណៈពិសេសរបស់យើង និងភាពជឿជាក់ដែលមិនអាចប្រៀបផ្ទឹមបានធានាថាគេហទំព័ររបស់អ្នកមានភាពលេចធ្លោ និងផ្តល់នូវបទពិសោធន៍អ្នកប្រើប្រាស់ដែលមិនអាចបំភ្លេចបាន។
ក្នុងនាមជាដៃគូ AWS ផ្លូវការ ទំនួលខុសត្រូវចម្បងមួយរបស់យើងគឺជួយអាជីវកម្មក្នុងការធ្វើទំនើបកម្មប្រតិបត្តិការរបស់ពួកគេ និងប្រើប្រាស់ច្រើនបំផុតក្នុងការធ្វើដំណើររបស់ពួកគេទៅកាន់ពពកជាមួយ AWS ។
សន្និដ្ឋាន
បាត់ public_html ថតឯកសារកម្រនឹងនៅតែជាអាថ៌កំបាំងណាស់ នៅពេលដែលអ្នកពិនិត្យមើល domainឯកសារ root របស់ ហើយបញ្ជាក់អ្វីដែលមាននៅក្នុងថតផ្ទះតាមរយៈ File Manager ឬ Terminal។ ក្នុងករណីជាច្រើន ថតឯកសារមិនដែលបាត់ឡើយ។ domain គ្រាន់តែចង្អុលទៅកន្លែងផ្សេង។ នៅពេលដែលថតឯកសារពិតជាបាត់ទៅហើយ ការស្ដារឡើងវិញត្រឹមត្រូវ (cPanel ឬ WHM) ល្អជាងការកសាងឡើងវិញដោយដៃ ហើយការពិនិត្យសុវត្ថិភាពគួរតែធ្វើតាម ប្រសិនបើអ្នកសង្ស័យថាមានការក្លែងបន្លំ។
ប្រសិនបើអ្នកអនុវត្តតាមគោលការណ៍ថតឯកសារដែលស៊ីសង្វាក់គ្នា ធ្វើតេស្តការស្ដារឡើងវិញ និងការពារការចូលប្រើគណនី អ្នកអាចការពារឧប្បត្តិហេតុ "ថតឯកសារ public_html ដែលបាត់នៅក្នុង cpanel" ភាគច្រើនពីការកើតឡើងវិញ ហើយអ្នកនឹងងើបឡើងវិញលឿនជាងមុននៅពេលដែលមានអ្វីមួយខុសប្រក្រតី។