PBN និងដានឌីជីថល
តើការបង្ហោះ PBN «គ្មានដាន» មានន័យយ៉ាងណាឱ្យប្រាកដ
ដាន (footprint) គឺជាសញ្ញាណាមួយដែលភ្ជាប់គេហទំព័ររបស់អ្នកទៅកាន់គ្នាទៅវិញទៅមក ឬទៅកាន់ទម្រង់បង្ហោះដែលម៉ាស៊ីនស្វែងរកបានរៀនមិនទុកចិត្ត — នេះគឺជាកន្លែងដែលសញ្ញាទាំងនោះលាក់ខ្លួន និងរបៀបដែលយើងលុបបំបាត់ពួកវាចេញពីការរចនា។
ដានសម្គាល់គឺជាទំនាក់ទំនងជាប់ទាក់ទង មិនមែនជាតម្រុយតែមួយមុខនោះទេ
ពាក្យ "Footprint-free" (គ្មានដាន) ត្រូវបានគេប្រើប្រាស់យ៉ាងទូលំទូលាយដោយមិនសូវច្បាស់លាស់ ដូច្នេះការយល់ដឹងឱ្យបានច្បាស់លាស់គឺជារឿងសំខាន់។ ដាន (footprint) គឺជាសញ្ញាណាមួយដែលអនុញ្ញាតឱ្យភាគីទីបី — ម៉ាស៊ីនស្វែងរក គូប្រជែងដែលប្រើប្រាស់ឧបករណ៍វិភាគ ឬអ្នកត្រួតពិនិត្យផ្ទាល់ — អាចចាត់ក្រុមគេហទំព័ររបស់អ្នកចូលគ្នា ឬភ្ជាប់ពួកវាទៅនឹងទម្រង់បង្ហោះ (hosting pattern) ដែលត្រូវបានផ្សារភ្ជាប់រួចហើយទៅនឹងការកេងបន្លំ។ ការលុបចេញពីលិបិក្រម (Deindexing) កម្រនឹងកើតឡើងដោយសារតែកត្តាបញ្ជាក់កំហុសតែមួយណាស់។ វាកើតឡើងមកពីទំនាក់ទំនងគ្នានៃទិន្នន័យ៖ គេហទំព័ររាប់សិបដែលមើលទៅដាច់ដោយឡែកពីគ្នាគ្មានបញ្ហា ប៉ុន្តែចែករំលែកនូវ generator tag ដូចគ្នា គូ nameserver ដូចគ្នា បណ្ដាញ /24 ដូចគ្នា ស្នាមម្រាមដៃនៃស្បែកគេហទំព័រដូចគ្នា និងចង្វាក់នៃការផ្សាយដូចគ្នា។ ចំណុចណាមួយក្នុងចំណោមចំណុចទាំងនោះដាច់ដោយឡែក គឺគ្រាន់តែជាភាពមិនប្រក្រតីបន្តិចបន្តួចប៉ុណ្ណោះ។ ប៉ុន្តែនៅពេលដែលបូកបញ្ចូលគ្នា ពួកវាក្លាយជាបណ្ដាញតែមួយ។
នោះផ្លាស់ប្តូរទស្សនវិស័យនៃបញ្ហាទាំងមូល។ អ្នកមិនមែនកំពុងស្វែងរកចំណុចតែមួយដើម្បីលាក់បាំងនោះទេ ប៉ុន្តែអ្នកកំពុងព្យាយាមផ្តាច់ទំនាក់ទំនងនៅគ្រប់ស្រទាប់ទាំងអស់ក្នុងពេលតែមួយ — កូដ HTML ដែលគេហទំព័របញ្ចេញ ផ្លូវបណ្តាញដែលវាឆ្លងកាត់ គណនីដែលនៅពីមុខវា និងទំហំនៃផលប៉ះពាល់ដែលវាចែករំលែកជាមួយអ្នកជិតខាងរបស់វា។ ប្រសិនបើខកខានមួយស្រទាប់ ស្រទាប់ផ្សេងទៀតនៅតែស៊ីសង្វាក់គ្នា។ នេះជាមូលហេតុដែលការភ្ជាប់ CDN នៅពីមុខម៉ាស៊ីនបម្រើចែករំលែកដែលមានតម្លៃថោកស្ទើរតែគ្មានប្រសិទ្ធភាព៖ វាផ្លាស់ប្តូរតែអថេរមួយប៉ុណ្ណោះ ខណៈពេលដែលស្នាមម្រាមដៃនៅលើគេហទំព័រ ទម្រង់ DNS និងការផ្ដាច់ចេញពីហានិភ័យរួមនៅតែដូចគ្នាបេះបិទនៅទូទាំងប្រព័ន្ធ។
ដានលើគេហទំព័រ៖ អ្វីដែល HTML បង្ហាញឱ្យឃើញ
ដានដែលចំណាយទាបបំផុតក្នុងការរកឃើញ គឺដានដែលគេហទំព័រប្រកាសនៅក្នុងទិន្នន័យបញ្ចេញផ្ទាល់របស់វា។ ការដំឡើងតាមលំនាំដើមរបស់ WordPress ផ្សាយពីកំណែរបស់វានៅក្នុងស្លាក meta generator និងនៅក្នុង query strings លើធនធានរបស់វា ភ្ជាប់ទៅកាន់ចំណុចបញ្ចប់ស្វែងរក wp-json និងផ្ទាំងប្រាស្រ័យទាក់ទង XML-RPC ផ្ញើក្បាលបឋមកថា pingback និងបញ្ជូនត្រឡប់នូវក្បាលបឋមកថា X-Powered-By ដែលបញ្ជាក់ឈ្មោះ stack។ គ្មានអ្វីមួយក្នុងចំណោមនោះអាចមើលឃើញដោយអ្នកអានជាមនុស្សឡើយ ប៉ុន្តែវាទាំងអស់សុទ្ធតែអាចសរសេរស្គ្រីបបានយ៉ាងងាយស្រួល — អ្នកអាចកំណត់អត្តសញ្ញាណគេហទំព័រចំនួនមួយម៉ឺនសម្រាប់សញ្ញាទាំងនេះក្នុងរយៈពេលតែមួយរសៀលប៉ុណ្ណោះ។
ឧបករណ៍លុបដាន (footprint) របស់យើងកម្ចាត់ផ្ទៃនេះយ៉ាងជាក់លាក់នៅរាល់ពេលដាក់ឱ្យដំណើរការ (deploy)៖ ស្លាកកំណែ និងស្លាកបង្កើត, តំណស្វែងរក, XML-RPC, ភីងប៊ែក (pingbacks) និង X-Powered-By ទាំងអស់ត្រូវបានដកចេញ ដូច្នេះគេហទំព័រនីមួយៗបង្ហាញផ្ទៃដ៏ស្អាត និងទូទៅ ជាជាងផ្ទៃដែលមានទម្រង់ជា WordPress។ ដោយសារវាដំណើរការជាផ្នែកមួយនៃការដាក់ឱ្យដំណើរការ ជាជាងការសម្អាតតែម្តងគត់ ការអាប់ដេតកម្មវិធីជំនួយ (plugin) ឬការផ្លាស់ប្តូររូបរាង (theme) មិនអាចបញ្ចូលបឋមកថា (header) ដែលអ្នកគិតថាបានដកចេញរួចហើយនោះមកវិញដោយស្ងាត់ៗបានឡើយ។ ចំណុចសំខាន់មិនមែនជាការរក្សាការសម្ងាត់ដើម្បីតែការសម្ងាត់នោះទេ ប៉ុន្តែគឺដើម្បីបដិសេធសញ្ញាទំនាក់ទំនងដែលថោកបំផុត និងអាចពង្រីកបានច្រើនបំផុតដែលមាន។
ស្នាមផ្ដិតនៃទម្រង់រូបរាង និងរចនាសម្ព័ន្ធក៏មានសារៈសំខាន់ផងដែរ។ បណ្ដាញដែលគេហទំព័រនីមួយៗប្រើទម្រង់រូបរាងដូចគ្នា ដោយមានប្លង់ widget ដូចគ្នា និងអត្ថបទបាតទំព័រដូចគ្នា គឺមានទំនាក់ទំនងគ្នាតាមរយៈប្លង់តែមួយគត់។ ការចែកចាយបែប HTML ឋិតិវន្តជួយក្នុងរឿងនេះ៖ ការផ្ដល់គេហទំព័រជា HTML សុទ្ធ លុបបំបាត់ចោលទាំងស្រុងនូវស្លាកស្នាមនៃ live-stack និងអនុញ្ញាតឱ្យ markup របស់គេហទំព័រនីមួយៗឈរដោយឯករាជ្យផ្ទាល់ខ្លួន។
ដានបណ្តាញ៖ IP, CDN និង DNS
ស្រទាប់ដែលប្រតិបត្តិករភាគច្រើនយល់ច្រឡំ គឺបណ្តាញ។ ការបង្ហោះគេហទំព័រមួយរយនៅលើម៉ាស៊ីនតែមួយ ដាក់ពួកវាឱ្យនៅលើ IP តែមួយ នៅក្នុង /24 តែមួយ នៅពីក្រោយទម្រង់ reverse-DNS តែមួយ — ជាបណ្តុំចង្កោមស្របតាមក្បួនខ្នាតយ៉ាងច្បាស់។ ការបែងចែកពួកវានៅលើម៉ាស៊ីនមេផ្ទាល់ខ្លួនមួយចំនួនតូចស្ទើរតែមិនជួយអ្វីឡើយ ពីព្រោះក្រុមតូចនៃ IP នៅតែជាក្រុមដដែល។ ហើយការបញ្ជូនចរាចរណ៍ទាំងអស់តាមរយៈគណនី CDN តែមួយ ឬអ្នកផ្តល់សេវា DNS តែមួយ គ្រាន់តែរំកិលបណ្តុំចង្កោមនោះឡើងលើមួយស្រទាប់ប៉ុណ្ណោះ៖ ឥឡូវនេះ ទំនាក់ទំនងជាក់ស្តែងគឺគណនី ឬសំណុំ nameserver ជំនួសឱ្យ IP វិញ។
ការរចនាបណ្តាញដែលគ្មានបន្សល់ទុកនូវ Footprint មានន័យថាជាការចែកចាយនៅលើគណនីជាច្រើន និងអ្នកផ្តល់សេវាជាច្រើន មិនមែនតែមួយនោះទេ។ អាងគណនី CDN និង DNS របស់យើងចែកចាយគេហទំព័រនានានៅទូទាំងគណនី Cloudflare, bunny.net, CDN77 និង KeyCDN ជាច្រើន ព្រមទាំងនៅលើអ្នកផ្តល់សេវា DNS រួមទាំង ClouDNS ផងដែរ — ហើយអ្នកក៏អាចនាំយកគណនីផ្ទាល់ខ្លួនរបស់អ្នកមកដាក់បញ្ចូលក្នុងអាងនេះបានដែរ។ ការចែកចាយត្រូវបានគណនាឡើងវិញពីស្ថានភាពគណនីជាក់ស្តែងនៅរាល់ពេលដាក់ឱ្យដំណើរការ (deploy) ដូច្នេះនៅពេលដែលទ្រព្យសម្បត្តិគេហទំព័ររីកចម្រើន វានឹងមិនប្រមូលផ្តុំគ្នាដោយស្ងាត់ៗនៅលើគណនីណាមួយដែលចៃដន្យជាគណនីលំនាំដើមនោះឡើយ។ IP ដើមស្ថិតនៅពីក្រោយ CDN ដូច្នេះម៉ាស៊ីនបម្រើដែលបម្រើមាតិកាពិតប្រាកដមិនមែនជាអ្វីដែលការស្វែងរក (lookup) បង្ហាញនោះទេ។
ពាក្យដែលដើរតួយ៉ាងសំខាន់នៅទីនេះគឺ «pool»។ បណ្តាញដែលគ្មាន footprint មិនមែនជាកន្លែងលាក់ខ្លួនដ៏ឆ្លាតវៃតែមួយនោះទេ ប៉ុន្តែវាជាផ្ទៃឯករាជ្យគ្រប់គ្រាន់ ដែលត្រូវបានបែងចែកដោយចេតនាច្បាស់លាស់ ដើម្បីកុំឱ្យគណនី, nameserver ឬ subnet ណាមួយប្រមូលផ្តុំចំណែកគួរឱ្យសង្ស័យនៃគេហទំព័ររបស់អ្នក។
ហេតុអ្វីបានជាត្រូវគ្រប់គ្រងដានឌីជីថលរាល់ពេលដាក់ឱ្យដំណើរការ មិនមែនកំណត់តែម្តងនោះទេ
បណ្ដាញមិនមែននៅនឹងថ្កល់នោះទេ។ លោកអ្នកបន្ថែមដែន បញ្ឈប់ដែនផ្សេងទៀត ផ្លាស់ប្ដូរទីតាំងជាក្រុម ផ្លាស់ប្ដូរទម្រង់រចនា ឬផ្លាស់ប្ដូរកម្រិត។ រាល់ព្រឹត្តិការណ៍ទាំងនោះ គឺជាឱកាសដែលស្នាមដាន (footprint) អាចលេចឡើងមកវិញ ដូចជា endpoint នៃ XML-RPC ដែលត្រូវបានបើកដំណើរការឡើងវិញ គេហទំព័រថ្មីដែលដាក់លើគណនី CDN ដែលប្រើប្រាស់ហួសកម្រិត ឬឯកសារបម្រុងទុកដែលបានស្តារឡើងវិញដោយមានស្លាក generator ចាស់។ សវនកម្មស្នាមដានដែលគ្មានបញ្ហាកាលពីពេលចាប់ផ្ដើមដំណើរការ នឹងលែងមានតម្លៃនៅរយៈពេលប្រាំមួយខែ និងការដាក់ឱ្យប្រើប្រាស់ (deploys) ចំនួនពីររយដងក្រោយមក។
នេះជាមូលហេតុដែលយើងចាត់ទុកការគ្រប់គ្រង footprint ជាលក្ខណៈសម្បត្តិនៃ deploy pipeline ជាជាងបញ្ជីត្រួតពិនិត្យដែលអ្នកដំណើរការយូរៗម្ដង។ ការលុបដានចេញពីគេហទំព័រ ការរក្សាតុល្យភាពគណនីក្នុងអាង និងទម្រង់គោលនៃកម្មវិធីជំនួយ (plugin baseline) ត្រូវបានអនុវត្តឡើងវិញរាល់ពេលដែលគេហទំព័រត្រូវបានបង្កើត ឬកែប្រែ ដោយគណនាផ្អែកលើស្ថានភាពបច្ចុប្បន្ននៃប្រព័ន្ធទាំងមូល — មិនមែនផ្អែកលើរូបភាពថតទុកនៃទិន្នន័យពីការដំឡើងដំបូងនោះទេ។ តុល្យភាពត្រូវបានគណនាឡើងវិញពីទិន្នន័យគណនីជាក់ស្ដែងនៅរាល់ពេល deploy ដូច្នេះគេហទំព័រទីមួយរយត្រូវបានដាក់ពង្រាយដោយដឹងច្បាស់ពីទីតាំងដែលគេហទំព័រចំនួនកៅសិបប្រាំបួនមុនៗត្រូវបានដាក់។ ការកំណត់ទុកចោលគឺជាទម្រង់នៃភាពបរាជ័យ ហើយការអនុវត្តជាប្រចាំរាល់ពេល deploy គឺជាដំណោះស្រាយ។
ការនៅដាច់ដោយឡែកពីគ្នាតាមជោគវាសនារួម៖ ស្នាមដាននៃការដួលរលំ
មានដានស្នាមមួយដែលបង្ហាញឡើងតែនៅពេលមានបន្ទុកធ្ងន់ប៉ុណ្ណោះ។ ប្រសិនបើគេហទំព័រមួយរយចែករំលែកប្រព័ន្ធឯកសារតែមួយ និង PHP pool តែមួយ នោះគេហទំព័រដែលរងការសម្រុះសម្រួលតែមួយ ដំណើរការដែលដំណើរការខុសប្រក្រតីតែមួយ ឬការកើនឡើងធនធានភ្លាមៗតែមួយ នឹងទាញទម្លាក់គេហទំព័រជិតខាងទៅជាមួយ — ហើយ subnet ទាំងមូលដែលធ្លាក់ចូលទៅក្នុង soft-404 ឬយឺតក្នុងពេលដំណាលគ្នានោះ គឺជាសញ្ញាទំនាក់ទំនងដោយខ្លួនឯង ដោយមិនរាប់បញ្ចូលមេរោគ ឬការដាច់ដំណើរការនោះឡើយ។ Hosting ដែលមានជោគវាសនារួមគ្នា បានបង្វែរបញ្ហារបស់គេហទំព័រតែមួយ ទៅជាព្រឹត្តិការណ៍ទូទាំងបណ្តាញ។
ការដាក់ឱ្យនៅដាច់ដោយឡែកតាមគេហទំព័រនីមួយៗ ដាក់គេហទំព័រនីមួយៗនៅក្នុងដែនកំណត់ផ្ទាល់ខ្លួន ដើម្បីកុំឱ្យគេហទំព័រមួយអាចចូលប្រើឯកសារ ដំណើរការ ឬអង្គចងចាំរបស់គេហទំព័រមួយទៀតបាន ដោយមានការស្កេនមេរោគ និងការការពារ DDoS បើកតាមលំនាំដើម។ វិធីនេះការពារគេហទំព័រដែលអ្នកមិនបានប៉ះពាល់ពីគេហទំព័រដែលរងការវាយប្រហារ ហើយវាក៏មានន័យថាបណ្តុំគេហទំព័រទាំងអស់មិនដួលរលំរួមគ្នាក្នុងពេលតែមួយនោះទេ — ដែលនេះជាលក្ខណៈសម្បត្តិនៃភាពអាចរកបាន និងជាលក្ខណៈសម្បត្តិ footprint យ៉ាងស្ងៀមស្ងាត់។ ការផ្ទុកទិន្នន័យបណ្តោះអាសន្ន (Caching) ដើរតួនាទីពាក់ព័ន្ធគ្នា៖ ជាមួយ LiteSpeed Enterprise និងឃ្លាំងសម្ងាត់វត្ថុតាមគេហទំព័រនីមួយៗដែលស្រូបយកចរាចរណ៍ភាគច្រើន ការកើនឡើងភ្លាមៗនៅលើគេហទំព័រមួយ កម្រនឹងក្លាយជាបញ្ហាធនធានដែលរីករាលដាលទៅខាងក្រៅតាំងពីដំបូងឡើយ។
នាំយកដែនចាស់ៗមកវិញដោយមិននាំចូលស្នាមដានរបស់វា
ដែនចាស់ៗដែលផុតកំណត់ គឺជាធាតុផ្សំសំខាន់នៃការបង្កើតបណ្តាញ ហើយពួកវាមានហានិភ័យនៃដានផ្ទាល់ខ្លួន។ ការបង្កើតឡើងវិញពីទម្រង់គំរូទូទៅ នឹងលុបបំបាត់ប្រវត្តិដែលធ្វើឱ្យដែននោះមានតម្លៃក្នុងការទិញយក ហើយបណ្តុំនៃដែនផុតកំណត់ដែលត្រូវបានបង្កើតឡើងវិញនៅលើគ្រោងតែមួយ នឹងមានទំនាក់ទំនងគ្នាតាមរយៈគ្រោងនោះ។ វិធីសាស្រ្តដែលស្អាតជាងនេះ គឺការស្តារគេហទំព័រដើមរបស់ដែនឡើងវិញពី Internet Archive ហើយបង្ហាញវាជា HTML ឋិតិវន្ត — ផ្លូវលឿនបំផុតដើម្បីនាំយកដែនចាស់មកលើបណ្តាញអនឡាញវិញ និងបង្កើតលិបិក្រមឡើងវិញជាមួយនឹងរចនាសម្ព័ន្ធពិតផ្ទាល់ខ្លួនរបស់វា ជាជាងរចនាសម្ព័ន្ធស្តង់ដារបណ្តាញ។
ការស្តារឡើងវិញជា HTML ឋិតិវន្តក៏ផ្តល់នូវអត្ថប្រយោជន៍លើការកាត់បន្ថយស្លាកស្នាមផងដែរ៖ គ្មាន CMS ដំណើរការដើម្បីកំណត់អត្តសញ្ញាណ គ្មានកំណែដែលត្រូវបែកធ្លាយ និងគ្មានចំណុចចុងស្វែងរកដើម្បីរុករកឡើយ។ គេហទំព័រនេះបង្ហាញខ្លួនដូចអ្វីដែលវាធ្លាប់មានពីមុន។ នៅពេលរួមបញ្ចូលគ្នាជាមួយការបែងចែកអាងគណនី និងការលុបចេញនៅលើតំបន់បណ្តាញក្នុងមួយការដាក់ឱ្យប្រើប្រាស់ នោះដែនដែលត្រូវបានស្តារឡើងវិញនឹងចូលរួមបណ្តាញរបស់អ្នកឡើងវិញ ដោយមិនទទួលយកនូវសញ្ញាសម្គាល់ដែលអាចចាត់វាចូលទៅក្នុងក្រុមតែមួយជាមួយផ្នែកដែលនៅសល់នោះទេ។
គ្មានអ្វីចម្លែកទេនៅក្នុងរឿងនេះ។ ការបង្ហោះដែលគ្មានដាន (footprint-free) គឺគ្រាន់តែជាវិន័យនៃការបំបែកទំនាក់ទំនងនៅគ្រប់ស្រទាប់ — HTML បណ្តាញ គណនី ការបំបែកដាច់ដោយឡែក និងប្រវត្តិ — និងការពង្រឹងវាឡើងវិញរាល់ពេលមានការផ្លាស់ប្តូរ ក្នុងកម្រិតនៃបណ្តាញជាក់ស្តែងជាជាងគេហទំព័រមួយចំនួនតូចប៉ុណ្ណោះ។
សំណួរដែលសួរញឹកញាប់
តើការដាក់ CDN នៅពីមុខគេហទំព័ររបស់ខ្ញុំធ្វើឱ្យពួកវាគ្មានដានដែរឬទេ?
ទេ! គណនី CDN តែមួយនៅពីមុខ shared server ផ្លាស់ប្តូរតែអថេរមួយប៉ុណ្ណោះ — នោះគឺ IP ដែលការស្វែងរកបង្ហាញ — ខណៈពេលដែលវាទុកស្នាមដានលើគេហទំព័រ (on-site fingerprint) ទម្រង់ DNS និងការបំបែកហានិភ័យរួម ឱ្យនៅដដែលនៅគ្រប់គេហទំព័រទាំងអស់។ អ្វីដែលកាន់តែអាក្រក់នោះ ការបញ្ជូនបណ្តាញទាំងមូលតាមរយៈគណនី CDN ឬ DNS តែមួយ គឺគ្រាន់តែផ្លាស់ប្តូរទីតាំង cluster ទៅកាន់គណនីនោះប៉ុណ្ណោះ។ ការរចនាដែលគ្មានបន្សល់ទុក footprint តម្រូវឱ្យមានការបែងចែកទៅកាន់គណនី និងអ្នកផ្តល់សេវាជាច្រើន ការលុបបំបាត់ដាននៅលើគេហទំព័រ និងការបំបែកដាច់ដោយឡែកសម្រាប់គេហទំព័រនីមួយៗដែលដំណើរការរួមគ្នា មិនមែនគ្រាន់តែជា proxy layer តែមួយនោះទេ។
តើឧបករណ៍លុបដានជើងពិតជាលុបដានជើងនៅលើគេហទំព័រណាខ្លះ?
រាល់ពេលដាក់ឱ្យប្រើប្រាស់ (deploy) វានឹងលុបកំណែ WordPress និង generator tag, តំណរកឃើញ wp-json, XML-RPC, pingbacks និងបឋមកថា X-Powered-By — ដែលជាសញ្ញាសម្គាល់ងាយស្រួលរកតាមរយៈស្គ្រីប ដែលអនុញ្ញាតឱ្យនរណាម្នាក់កំណត់អត្តសញ្ញាណប្រព័ន្ធគេហទំព័រ WordPress ក្នុងទ្រង់ទ្រាយធំ។ ដោយសារតែវាដំណើរការជាផ្នែកមួយនៃការដាក់ឱ្យប្រើប្រាស់ ជាជាងការសម្អាតតែមួយដង ការធ្វើបច្ចុប្បន្នភាពកម្មវិធីជំនួយ (plugin) ឬរូបរាង (theme) មិនអាចលួចបញ្ចូលសញ្ញាដែលលោកអ្នកបានលុបរួចហើយនោះមកវិញដោយស្ងាត់ៗឡើយ។
ហេតុអ្វីបានជាការគ្រប់គ្រងស្នាមដានត្រូវធ្វើឡើងរាល់ពេលដាក់ឱ្យដំណើរការ?
ដោយសារតែបណ្ដាញផ្លាស់ប្ដូរឥតឈប់ឈរ — ដែនថ្មី ការផ្លាស់ប្ដូរទីតាំង ការប្ដូររូបរាង ការប្ដូរកម្រិត — ហើយរាល់ការផ្លាស់ប្ដូរនីមួយៗគឺជាឱកាសមួយដែលធ្វើឱ្យស្នាមដានលេចឡើងវិញ ឬធ្វើឱ្យគេហទំព័រថ្មីធ្លាក់ទៅក្នុងគណនីដែលត្រូវបានប្រើប្រាស់ហួសកម្រិត។ សវនកម្មស្នាមដានដែលមិនមានបញ្ហានៅពេលដាក់ឱ្យដំណើរការ នឹងលែងមានន័យបន្ទាប់ពីការដាក់ពង្រាយជាច្រើនរយលើកក្រោយមក។ យើងអនុវត្តឡើងវិញនូវការលុបចេញនៅលើគេហទំព័រ ការរក្សាតុល្យភាពបណ្ដុំគណនី និងគោលការណ៍គ្រឹះនៃកម្មវិធីជំនួយ រាល់ពេលមានព្រឹត្តិការណ៍ផ្ដល់ធនធាន ដែលត្រូវបានគណនាធៀបនឹងស្ថានភាពផ្ទាល់នៃប្រព័ន្ធទាំងមូល ជាជាងរូបថតនៃស្ថានភាពពេលដំឡើង។
តើខ្ញុំអាចប្រើគណនី Cloudflare ឬ CDN ផ្ទាល់ខ្លួនរបស់ខ្ញុំជំនួសឱ្យអាងរបស់អ្នកបានទេ?
បាទ/ចាស។ អ្នកអាចនាំយកគណនី CDN និង DNS ផ្ទាល់ខ្លួនរបស់អ្នកចូលទៅក្នុងក្រុមរួមគ្នាជាមួយយើង ហើយការបែងចែកនៅតែត្រូវបានគណនាឡើងវិញពីស្ថានភាពគណនីផ្ទាល់រាល់ពេលដាក់ឱ្យប្រើប្រាស់ ដូច្នេះគ្មានអ្វីរសាត់ចូលទៅក្នុងចង្កោមឡើយ។ ចំណុចនេះស័ក្តិសមសម្រាប់ប្រតិបត្តិករដែលមានគណនីចាស់ៗ ឬគួរឱ្យទុកចិត្តរួចហើយ ដែលពួកគេចង់រក្សាទុកក្នុងការប្តូរវេន។
ដែលពាក់ព័ន្ធ
សាកល្បងវាដោយឥតគិតថ្លៃរយៈពេល ១៤ ថ្ងៃ
ដំណើរការគេហទំព័រដំបូងរបស់អ្នកដោយឥតគិតថ្លៃរយៈពេល 14 ថ្ងៃ — មិនចាំបាច់មានកាតឡើយ។ តើអ្នកចង់ផ្ទេរបណ្តាញដែលមានស្រាប់មែនទេ? ការផ្ទេរគឺឥតគិតថ្លៃ និងគ្មានដែនកំណត់។
ចាប់ផ្តើមឥតគិតថ្លៃ