PBN និង footprints
អត្ថន័យពិតប្រាកដនៃការបង្ហោះគេហទំព័រ PBN បែប «គ្មានស្នាមជើង»
ស្នាមម្រាមដៃឌីជីថល (Footprint) គឺជាសញ្ញាណណាមួយដែលភ្ជាប់គេហទំព័ររបស់អ្នកទៅនឹងគេហទំព័រផ្សេងទៀត ឬទៅនឹងលំនាំនៃការបង្ហោះដែលម៉ាស៊ីនស្វែងរកបានស្គាល់ថាគួរឱ្យទុកចិត្តតិចតួច — នេះគឺជាកន្លែងដែលសញ្ញាណទាំងនោះលាក់ខ្លួន និងជាវិធីសាស្ត្រដែលយើងរៀបចំដើម្បីជៀសវាងវា។
ស្នាមជើងគឺជាទំនាក់ទំនងទៅវិញទៅមក មិនមែនជាតម្រុយតែមួយនោះឡើយ
ពាក្យថា "Footprint-free" ត្រូវបានគេប្រើប្រាស់យ៉ាងទូលំទូលាយ ដូច្នេះវាមានសារៈសំខាន់ណាស់ក្នុងការកំណត់ឱ្យបានច្បាស់លាស់។ Footprint គឺជាសញ្ញាណណាមួយដែលអនុញ្ញាតឱ្យភាគីទីបី (មិនថាជាម៉ាស៊ីនស្វែងរក ដៃគូប្រកួតប្រជែងដែលប្រើប្រាស់ឧបករណ៍ ឬអ្នកត្រួតពិនិត្យដោយដៃ) បញ្ចូលគេហទំព័ររបស់អ្នកចូលគ្នា ឬដាក់បញ្ចូលពួកវាទៅក្នុងទម្រង់បង្ហោះដែលត្រូវបានផ្សារភ្ជាប់រួចទៅហើយជាមួយនឹងការរៀបចំទុកជាមុន។ ការលុបលិបក្រមគឺកម្រកើតចេញពីវត្ថុបុរាណដែលខូចតែមួយណាស់។ វាគឺមកពីទំនាក់ទំនងគ្នាទៅវិញទៅមក៖ គេហទំព័ររាប់សិបដែលមើលទៅធម្មតាដាច់ដោយឡែកពីគ្នា ប៉ុន្តែមានស្លាកអ្នកបង្កើតដូចគ្នា គូឈ្មោះម៉ាស៊ីនមេដូចគ្នា /24 ដូចគ្នា ស្នាមម្រាមដៃស្បែកដូចគ្នា និងកម្រិតនៃការផ្សាយដូចគ្នា។ ពួកវាណាមួយគឺគ្រាន់តែជាសំឡេងរំខានប៉ុណ្ណោះ។ ប៉ុន្តែនៅពេលដែលដាក់ជង់គ្នា ពួកវាគឺជាបណ្តាញមួយ។
នោះធ្វើឱ្យការយល់ដingឡើងវិញនូវបញ្ហាទាំងមូល។ អ្នកមិនមែនកំពុងស្វែងរករបស់តែមួយដើម្បីលាក់នោះទេ ប៉ុន្តែអ្នកកំពុងព្យាយាមកាត់ផ្ដាច់ទំនាក់ទំនងគ្នានៅគ្រប់ស្រទាប់ទាំងអស់ក្នុងពេលតែមួយ៖ កូដ HTML ដែលគេហទំព័រចេញផ្សាយ ផ្លូវបណ្តាញដែលវាភ្ជាប់ឆ្លងកាត់ គណនីដែលបង្ហាញមុខវា និងវិសាលភាពនៃការប៉ះពាល់ដែលវាsharedជាមួយគេហទំព័រជិតខាង។ បើខកខានស្រទាប់ណាមួយ ស្រទាប់ផ្សេងទៀតនឹងនៅតែជាប់ទាក់ទងគ្នាដដែល។ នេះជាមូលហេតុដែលការដាក់បំពាក់ CDN នៅមុខម៉ាស៊ីនមេប្រើប្រាស់រួមគ្នាដែលមានតម្លៃថោក គឺស្ទើរតែគ្មានប្រយោជន៍សោះ៖ វាប្តូរអុីរ៉ាប្ល (variable) តែមួយ ខណៈដែលស្នាមម្រាមដៃនៅលើគេហទំព័រ លំនាំ DNS និងការកំណត់ដាច់ដោយឡែកពីគ្នានៅទូទាំងប្រព័ន្ធនៅតែដដែល។
ដាននៅលើគេហទំព័រ៖ អ្វីដែល HTML បញ្ចេញបង្ហាញ
ដានដែលងាយស្រួលរកឃើញបំផុត គឺដានដែលគេហទំព័រប្រកាសនៅក្នុងលទ្ធផលចេញផ្ទាល់ខ្លួនរបស់វា។ ការដំឡើង WordPress តាមលំនាំដើម បញ្ជូនកំណែរបស់វានៅក្នុង meta generator tag និងនៅក្នុង query strings លើ asset របស់វា ភ្ជាប់តំណភ្ជាប់ចេញទៅកាន់ wp-json discovery endpoints និង XML-RPC interface ផ្ញើ pingback headers និងត្រឡប់ X-Powered-By header ដែលប្រាប់ឈ្មោះ stack។ គ្មានអ្វីទាំងអស់នោះអាចមើលឃើញដោយអ្នកអានជាមនុស្សឡើយ ប៉ុន្តែវាទាំងអស់សុទ្ធតែអាចសរសេរ script ដើម្បីចាប់យកបានយ៉ាងងាយស្រួល — អ្នកអាចស្វែងរកដានអត្តសញ្ញាណនៃគេហទំព័រចំនួនមួយម៉ឺន សម្រាប់ចំនុចសម្គាល់ទាំងនេះបាននៅក្នុងរយៈពេលត្រឹមតែមួយរសៀលប៉ុណ្ណោះ។
ឧបករណ៍ដកហូត footprint របស់យើងជម្រះផ្ទៃនេះចេញយ៉ាងជាក់លាក់លើរាល់ការដាក់ពង្រាយ៖ កំណែ និងស្លាកអ្នកបង្កើត តំណស្វែងរក XML-RPC, pingbacks និង X-Powered-By ត្រូវបានយកចេញទាំងអស់ ដូច្នេះគេហទំព័រនីមួយៗបង្ហាញផ្ទៃស្អាត និងទូទៅជាជាងរូបរាងបែប WordPress។ ដោយសារវាដំណើរការជាផ្នែកមួយនៃការដាក់ពង្រាយ ជាជាងការសម្អាតតែម្តង ការអាប់ដេតកម្មវិធីជំនួយ ឬការផ្លាស់ប្តូររូបរាងមិនអាចដាក់បញ្ចូលបឋមកថាដែលអ្នកគិតថាបានលុបចេញដោយស្ងៀមស្ងាត់នោះទេ។ ចំណុចនេះមិនមែនសំដៅលើភាពសម្ងាត់ដើម្បីតែភាពសម្ងាត់នោះទេ ប៉ុន្តែវាជាការបដិសេធមិនឱ្យមានសញ្ញា tương quan ដែលមានតម្លៃថោកបំផុត និងអាចធ្វើមាត្រដ្ឋានបានបំផុតដែលមាននោះទេ។
ស្នាមផ្ដិតនៃរចនាបថ និងរចនាសម្ព័ន្ធក៏មានសារៈសំខាន់ផងដែរ។ បណ្ដាញមួយដែលគេហទំព័រនីមួយៗប្រើប្រាស់រចនាបថដូចគ្នា ដោយមានប្លង់វីដជិត និងអត្ថបទជើងទំព័រដូចគ្នា គឺមានទំនាក់ទំនងគ្នាតាមរយៈប្លង់តែមួយមុខប៉ុណ្ណោះ។ ការផ្ដល់ជូនជា HTML ថេរជួយក្នុងករណីនេះ៖ ការផ្ដល់ជូនគេហទំព័រជា HTML រៀបស្មើ គឺលុបបំបាត់សញ្ញាសម្គាល់នៃបច្ចេកវិទ្យាផ្សាយផ្ទាល់ទាំងស្រុង ហើយបណ្ដោយឱ្យកូដសម្គាល់នៃគេហទំព័រនីមួយៗឈរជើងដោយខ្លួនឯង។
ស្នាមជើងបណ្តាញ៖ IP, CDN និង DNS
ស្រទាប់ដែលអ្នកប្រតិបត្តិការភាគច្រើនធ្វើខុស គឺបណ្តាញ។ ការហូសស្ទីងគេហទំព័រមួយរយនៅលើប្រអប់តែមួយ ដាក់ពួកវាឱ្យនៅលើ IP តែមួយ នៅក្នុង /24 តែមួយ និងនៅពីក្រោយលំនាំ reverse-DNS តែមួយ ដែលវាជាចង្កោមគំរូជាក់ស្តែង។ ការពង្រាយពួកវាឆ្លងកាត់ម៉ាស៊ីនបម្រើមួយក្តាប់តូចដែលអ្នកប៉ាន់ប្រមាណជារបស់អ្នកផ្ទាល់ គឺជួយបានតិចតួចប៉ុណ្ណោះ ព្រោះអាសយដ្ឋាន IP អាងតូចមួយ នៅតែជាអាងដដែល។ ហើយការកំណត់ផ្លូវគ្រប់យ៉ាងតាមរយៈគណនី CDN តែមួយ ឬអ្នកផ្តល់សេវា DNS តែមួយ គ្រាន់តែរំកិលចង្កោមឡើងលើមួយស្រទាប់ប៉ុណ្ណោះ៖ ឥឡូវនេះ ទំនាក់ទំនងស្មើរគ្នានោះគឺគណនី ឬសំណុំ nameserver ជំនួសឱ្យ IP វិញ។
ការរចនាបណ្ដាញដែលគ្មានដានជើង (Footprint-free) មានន័យថាការចែកចាយលើគណនី និងអ្នកផ្ដល់សេវាជាច្រើន មិនមែនតែមួយទេ។ ពងនាក់គណនី CDN និង DNS របស់យើងចែកចាយគេហទំព័រលើគណនី Cloudflare, bunny.net, CDN77 និង KeyCDN ច្រើន ក៏ដូចជាលើអ្នកផ្ដល់សេវា DNS រួមទាំង ClouDNS ផងដែរ ដែលក្នុងនោះអ្នកក៏អាចនាំយកគណនីផ្ទាល់ខ្លួនរបស់អ្នកចូលទៅក្នុងពងនាក់នោះបានដែរ។ ការចែកចាយត្រូវបានគណនាឡើងវិញពីស្ថានភាពគណនីផ្ទាល់នៅរាល់ពេលដាក់ពង្រាយ ដូច្នេះនៅពេលដែលទ្រព្យសម្បត្តិឌីជីថលរីកចម្រើន វានឹងមិនរសាត់បន្តិចម្ដងៗដោយស្ងៀមស្ងាត់ទៅជាចង្កោមនៅលើគណនីណាមួយដែលបានក្លាយជាលំនាំដើមនោះទេ។ IP ប្រភពស្ថិតនៅពីក្រោយ CDN ដូច្នេះម៉ាស៊ីនបម្រើដែលបម្រើខ្លឹមសារពិតប្រាកដមិនមែនជាអ្វីដែលការស្វែងរកត្រឡប់មកវិញនោះឡើយ។
បណ្តាញដែលគ្មានដានជើង (Footprint-Free) មិនមែនជាកន្លែងលាក់ខ្លួនដ៏វៃឆ្លាតតែមួយនោះទេ ប៉ុន្តែវាគឺជាផ្ទៃឯករាជ្យដែលមានចំនួនគ្រប់គ្រាន់ និងត្រូវបានកំណត់ដោយចេតនាគ្រប់គ្រាន់ ដែលធានាថាគ្មានគណនី ឈ្មោះម៉ាស៊ីនបម្រើ (nameserver) ឬបណ្តាញរង (subnet) ណាមួយប្រមូលផ្តុំចំណែកគួរឱ្យសង្ស័យនៃគេហទំព័ររបស់អ្នកឡើយ។
មូលហេតុដែលដានជើងត្រូវតែគ្រប់គ្រងតាមការដាក់ឱ្យប្រើប្រាស់នីមួយៗ មិនមែនកំណត់ម្តងគត់នោះទេ
បណ្តាញមិនមែនជារឿងថេរនោះទេ។ អ្នកបន្ថែមដែន ចាប់ផ្តើមឈប់ប្រើដែនផ្សេងទៀត ផ្លាស់ទីដែនមួយក្រុមចូល ផ្លាស់ប្តូររូបរាង (theme) ឬផ្លាស់ប្តូរកម្រិត (tier)។ រាល់ព្រឹត្តិការណ៍ទាំងនោះគឺជាឱកាសមួយដែលធ្វើឱ្យស្នាមអត្តសញ្ញាណ (footprint) អាចលេចឡើងវិញ — ដូចជាចំណុចបញ្ចប់ XML-RPC ដែលត្រូវបានបើកដំណើរការឡើងវិញ គេហទំព័រថ្មីមួយដែលប្តូរទៅប្រើប្រាស់គណនី CDN ដែលប្រើប្រាស់ហួសកម្រិត ឬការស្តារទិន្នន័យបម្រុងទុកដែលមានស្លាក generator ចាស់។ ការសវនកម្មស្នាមអត្តសញ្ញាណដែលគ្មានបញ្ហានៅពេលចាប់ផ្តើម នឹងក្លាយជាគ្មានតម្លៃឡើយនៅប្រាំមួយខែ និងបន្ទាប់ពីការដាក់ឱ្យដំណើរការចំនួនពីររយលើកក្រោយមក។
នេះជាមូលហេតុដែលយើងចាត់ទុកការគ្រប់គ្រង Footprint ជាលក្ខណៈសម្បត្តិនៃដំណើរការដាក់ឱ្យប្រើប្រាស់ (Deploy Pipeline) ជាជាងបញ្ជីកិច្ចការដែលអ្នកត្រូវពិនិត្យមើលម្ដងម្កាល។ ការលុបដាននៅលើគេហទំព័រ ការតម្រឹមតុល្យភាពគណនីរួម និងការកំណត់បទដ្ឋានផ្លាកអ៊ិន ត្រូវបានអនុវត្តឡើងវិញរៀងរាល់ពេលដែលគេហទំព័រមួយត្រូវបានបង្កើត ឬផ្លាស់ប្តូរ ដោយគណនាធៀបនឹងស្ថានភាពបច្ចុប្បន្ននៃបណ្តាញគេហទំព័រទាំងមូល — មិនមែនធៀបនឹងទិន្នន័យចាស់កាលពីពេលរៀបចំដំបូងឡើយ។ តុល្យភាពត្រូវបានគណនាឡើងវិញចេញពីទិន្នន័យគណនីបច្ចុប្បន្នរៀងរាល់ពេលដាក់ឱ្យប្រើប្រាស់ ដូច្នេះគេហទំព័រទីមួយរយត្រូវបានរៀបចំឡើងដោយដឹងយ៉ាងច្បាស់ថាគេហទំព័របួនសិបប្រាំបួនមុនៗត្រូវបានដាក់នៅទីណា។ ការកំណត់ហើយបោះបង់ចោលគឺជាមូលហេតុនៃបរាជ័យ រីឯការអនុវត្តបន្តបន្ទាប់ជារៀងរាល់ពេលដាក់ឱ្យប្រើប្រាស់គឺជាដំណោះស្រាយ។
ការផ្ដាច់ខ្លួនដោយវាសនារួម៖ វិសាលភាពនៃការគាំងបាក់
មានស្នាមមេដៃឌីជីថលមួយបង្ហាញខ្លួនតែនៅពេលមានភាពតានតឹងប៉ុណ្ណោះ។ ប្រសិនបើគេហទំព័រមួយរយប្រើប្រាស់ប្រព័ន្ធឯកសារ និងបណ្តុំ PHP តែមួយ នោះគេហទំព័រដែលរងការខូចខាតតែមួយ ដំណើរការដែលខុសប្រក្រតី ឬការកើនឡើងធនធាន នឹងធ្វើឱ្យគេហទំព័រជិតខាងដួលរលំជាមួយគ្នា ហើយបណ្តាញរងទាំងមូលដែលក្លាយជាទំព័រ 404 ទន់ ឬយឺតក្នុងពេលតែមួយ គឺជាសញ្ញាទំនាក់ទំនងខ្លួនឯងក្រៅពីមេរ、វារ ឬការដាច់ចរន្តអគ្គិសនី។ ការបង្ហោះគេហទំព័របែងចែកវាសនាប្រែក្លាយបញ្ហាគេហទំព័រតែមួយឱ្យទៅជាព្រឹត្តិការណ៍ទូទាំងបណ្តាញ។
ការដាក់ឱ្យនៅដាច់ដោយឡែកពីគ្នាក្នុងមួយគេហទំព័រ (per-site isolation) ដាក់គេហទំព័រនីមួយៗក្នុងព្រំដែនផ្ទុកផ្ទាល់ខ្លួន ដូច្នេះគេហទំព័រមួយមិនអាចចូលទៅកាន់ឯកសារ ដំណើរការ ឬអង្គចងចាំរបស់គេហទំព័រផ្សេងទៀតបានទេ ដោយមានការស្កេនមេរោគ និងការការពារ DDoS ជាលក្ខណៈំនាំមុខតាមលំនាំដើម។ នោះការពារគេហទំព័រដែលអ្នកមិនបានប៉ះពាល់ពីគេហទំព័ររងគ្រោះ ហើយវាក៏មានន័យថាទ្រព្យសម្បត្តិទាំងមូលមិនបរាជ័យជាប្លុកដែរ ដែលនេះគឺជាលក្ខណៈសម្បត្តិដែលមានវត្តមាន ហើយស្ងាត់ស្ងាត់គឺមុខងារដានស្វែងរក (footprint) មួយផងដែរ។ ការផ្ទុកក្នុងឃ្លាំងសម្ងាត់ (caching) ដើរតួនាទីស្រដៀងគ្នា៖ ជាមួយ LiteSpeed Enterprise និងឃ្លាំងសម្ងាត់វត្ថុក្នុងមួយគេហទំព័រ (per-site object cache) ដែលស្រូបយកចរាចរណ៍ភាគច្រើន ការកើនឡើងភ្លាមៗនៅលើគេហទំព័រមួយកម្រនឹងក្លាយជាព្រឹត្តិការណ៍ធនធានដែលរីករាលដាលចេញខាងក្រៅតាំងពីដំបូងមកម្ល៉េះ។
ការនាំយកដែនចាស់ៗមកវិញដោយមិននាំចូលស្នាមជើងរបស់ពួកវា
ដែនដែលផុតកំណត់ដែលមានអាយុកាលចាស់ គឺជាធាតុសំខាន់នៃការបង្កើតបណ្តាញ ហើយពួកវាផ្ទុកនូវហានិភ័យស្នាមជើងផ្ទាល់ខ្លួន។ ការបង្កើតឡើងវិញនូវដែនទាំងនោះចេញពីពុម្ពគំរូទូទៅ គឺបង្កើតឱ្យមានការបោះបង់ចោលនូវប្រវត្តិពិតប្រាកដដែលធ្វើឱ្យដែននោះមានតម្លៃក្នុងការទិញយក ហើយបណ្តុំនៃដែនដែលផុតកំណត់ទាំងអស់ដែលត្រូវបានបង្កើតឡើងវិញនៅលើគ្រោងឆ្អឹងតែមួយ នឹងមានទំនាក់ទំនងគ្នានៅលើគ្រោងឆ្អឹងនោះ។ វិធីសាស្ត្រដែលស្អាតជាងនេះ គឺការស្តារគេហទំព័រដើមរបស់ដែនឡើងវិញចេញពី Internet Archive ហើយបម្រើវាជា HTML ស្ថិតិ — វិធីដែលលឿនបំផុតដើម្បីនាំយកដែនដែលមានអាយុកាលចាស់ឱ្យដំណើរការតាមអ៊ីនធឺណិតឡើងវិញ និងរៀបចំសន្ទស្សន៍ឡើងវិញជាមួយនឹងរចនាសម្ព័ន្ធពិតប្រាកដរបស់វា ជាជាងរចនាសម្ព័ន្ធស្តង់ដារបណ្តាញ។
ការស្តារឡើងវិញជា HTML ឋិតិវន្ត ក៏ផ្តល់ផលប្រយោជន៍ដល់ footprint ផងដែរ៖ គ្មាន CMS ផ្សាយបន្តផ្ទាល់ដើម្បីធ្វើ fingerprint គ្មានកំណែដែលត្រូវលេចធ្លាយ និងគ្មាន endpoint ស្វែងរកដើម្បីពិនិត្យឡើយ។ គេហទំព័របង្ហាញខ្លួនដូចអ្វីដែលវាធ្លាប់មានពីមុន។ នៅពេលរួមបញ្ចូលជាមួយការចែកចាយ pool គណនី និងការលុបចេញនៅលើគេហទំព័រតាមការដាក់ឱ្យប្រើប្រាស់នីមួយៗ ដែនដែលបានស្តារឡើងវិញនឹងចូលរួមបណ្តាញរបស់អ្នកឡើងវិញ ដោយមិនទទួលរងនូវចំណុចសម្គាល់ ដែលអាចនឹងក្រុមវាជាមួយនឹងផ្នែកដែលសល់នៃបណ្តាញនោះឡើយ។
គ្មានអ្វីប្លែកទេ។ ការបង្ហោះគេហទំព័រដែលគ្មានដាន (Footprint-free hosting) គឺជាការអនុវត្តជាក់ស្តែងនៃការកាត់ផ្តាច់ទំនាក់ទំនងនៅរាល់ស្រទាប់ទាំងអស់—HTML បណ្តាញ គណនី ការញែកចេញពីគ្នា និងប្រវត្តិ—ព្រមទាំងពង្រឹងវាឡើងវិញរាល់ពេលដែលមានការផ្លាស់ប្តូរ ក្នុងកម្រិតខ្នាតនៃបណ្តាញពិតប្រាកដ ជាជាងគេហទំព័រចំនួនបន្តិចបន្តួច។
សំណួរដែលសួរញឹកញាប់
តើការដាក់ CDN នៅមុខគេហទំព័ររបស់ខ្ញុំ ធ្វើឱ្យពួកវាគ្មានដានជើងមែនទេ?
ទេ គណនី CDN តែមួយនៅពីមុខម៉ាស៊ីនបម្រើដែលប្រើរួមគ្នាផ្លាស់ប្តូរអាកាសយានតែមួយ គឺ IP ដែលការស្វែងរកត្រឡប់មកវិញ ដោយរក្សាទម្រង់ស្នាមម្រាមដៃនៅលើគេហទំព័រ លំនាំ DNS និងការញែកវាសនារួមគ្នាឱ្យដូចគ្នាបេះបិទនៅគ្រប់គេហទំព័រទាំងអស់។ អាក្រក់ជាងនេះទៅទៀត ការបញ្ជូនបណ្តាញទាំងមូលតាមរយៈ CDN ឬគណនី DNS តែមួយ គឺគ្រាន់តែប្តូរទីតាំងចង្កោមទៅកាន់គណនីនោះប៉ុណ្ណោះ។ ការរចនាដែលគ្មានស្នាមជើងតម្រូវឱ្យមានការចែកចាយឆ្លងកាត់គណនី និងអ្នកផ្តល់សេវាជាច្រើន ការលុបបំបាត់នៅលើគេហទំព័រ និងការញែកដាច់ពីគ្នា1ក្នុងមួយគេហទំព័រធ្វើការរួមគ្នា មិនមែនស្រទាប់ប្រុកស៊ីតែមួយទេ។
តើដានបណ្តាញអន្តរកម្មនៅលើគេហទំព័រអ្វីខ្លះដែលឧបករណ៍លុបដានលុបចេញពិតប្រាកដ?
រៀងរាល់ពេលធ្វើការ deploy វាលុបកំណែ WordPress និង generator tag, តំណ wp-json discovery, XML-RPC, pingbacks និង X-Powered-By header — ដែលជាតម្រុយងាយៗ និងអាចបញ្ជាដោយ script បាន ដែលអនុញ្ញាតឱ្យនរណាម្នាក់ស្វែងរកអត្តសញ្ញាណរបស់ប្រព័ន្ធ WordPress ទាំងមូលបានយ៉ាងងាយស្រួល។ ដោយសារតែវាដំណើរការជាផ្នែកមួយនៃការ deploy ជាជាងការសម្អាតតែមួយលើក នោះការធ្វើបច្ចុប្បន្នភាព plugin ឬ theme មិនអាចលួចបញ្ចេញសញ្ញាដែលអ្នកបានលុបចេញរួចហើយឡើងវិញដោយស្ងាត់ៗបានឡើយ។
ហេតុអ្វីបានជាការគ្រប់គ្រងដានឌីជីថលត្រូវតែធ្វើឡើងរាល់ពេលដាក់ពង្រាយ?
ដោយសារបណ្តាញមានការប្រែប្រួលជានិច្ច ដូចជាដូមែនថ្មី ការបម្លាស់ទី ការប្តូរស្បែក ការផ្លាស់ប្តូរថ្នាក់ និងការផ្លាស់ប្តូរនិមួយៗគឺជាឱកាសមួយដែលធ្វើឱ្យស្នាមមេដៃស្វែងរក (footprint) លេចឡើងវិញ ឬគេហទំព័រថ្មីអាចចូលទៅក្នុងគណប្អូនដែលប្រើប្រាស់លើសកម្រិត។ ការត្រួតពិនិត្យស្នាមមេដៃស្វែងរកដែលស្អាតនៅពេលដាក់ឱ្យដំណើរការ គឺគ្មានន័យអ្វីឡើយបន្ទាប់ពីមានការដាក់ពង្រាយរាប់រយដងទៀតនៅពេលក្រោយ។ យើងអនុវត្តការលុបបំបាត់នៅលើគេហទំព័រ ការសម្របសម្រួលបណ្តុំគណនី និងមូលដ្ឋានគ្រឹះកម្មវិធីជំនួយឡើងវិញរាល់ពេលដែលមានព្រឹត្តិការណ៍ផ្តល់ធនធាន ដែលគណនាធៀបនឹងស្ថានភាពបច្ចុប្បន្ននៃប្រព័ន្ធទាំងមូលជាជាងការថតរូបភាពស្ថានភាពពេលដំឡើងដំបូង។
តើខ្ញុំអាចប្រើប្រាស់គណនី Cloudflare ឬ CDN ផ្ទាល់ខ្លួនរបស់ខ្ញុំជំនួសឱ្យពូល (pool) របស់អ្នកបានទេ?
បាទ/ចាស អ្នកអាចនាំយកគណនី CDN និង DNS ផ្ទាល់ខ្លួនរបស់អ្នកមកដាក់បញ្ចូលគ្នាតាមរយៈប្រព័ន្ធរបស់យើង ហើយការចែកចាយនៅតែត្រូវបានគណនាឡើងវិញពីស្ថានភាពគណនីជាក់ស្តែងនៅរាល់ពេលដាក់ពង្រាយ ដូច្នេះគ្មានអ្វីវង្វេងចូលទៅក្នុងកា្លស្ទើរ (cluster) នោះទេ។ នេះគឺស័ក្តិសមសម្រាប់អ្នកដំណើរការដែលរួចជាស្រេចនូវគណនីចាស់ ឬដែលទុកចិត្ត ដែលពួកគេចង់រក្សាទុកក្នុងដំណើរការបន្ត។
ទាក់ទង
សាកល្បងប្រើវាដោយឥតគិតថ្លៃរយៈពេល ១៤ ថ្ងៃ
ចាប់ផ្តើមគេហទំព័រដំបូងរបស់អ្នកដោយឥតគិតថ្លៃរយៈពេល ១៤ថ្ងៃ ដោយមិនបាច់ប្រើកាត។ កំពុងផ្ទេរបណ្តាញដែលមានស្រាប់មែនទេ? ការផ្ទេរដំបូងរបស់អ្នកគឺឥតគិតថ្លៃសម្រាប់ពួកយើង។
ចាប់ផ្តើមដោយឥតគិតថ្លៃ