សម្រាប់អ្នកអភិវឌ្ឍន៍

សេវាបង្ហោះដែលអ្នកអាចគ្រប់គ្រងបានតាមរយៈកូដ

Zinn Digital® គឺជាផ្លែតហ្វមដែលផ្អែកលើ API ជាចម្បង។ ម៉ាស៊ីន API ដូចគ្នាដែលដំណើរការផ្ទាំងគ្រប់គ្រងរបស់យើង គឺជាអ្វីដែលលោកអ្នកទទួលបាន — មានការកំណត់កំណែ ផ្អែកលើលក្ខណៈជាក់លាក់ជាចម្បង និងមានឯកសារចងក្រង 100% នៅពេលបង្កើត ព្រមទាំងមាន SDKs ដែលបានបង្កើតឡើង, CLI មួយ, Terraform provider មួយ, វេបហុកដែលមានហត្ថលេខា និងម៉ាស៊ីនបម្រើ MCP នៅពីលើវា។ មិនថាលោកអ្នកប្រើប្រាស់អ្វីដើម្បីធ្វើការនោះទេ — មិនថាជា terminal, pipeline, ឯកសារស្ថានភាព ឬភ្នាក់ងារ AI នោះឡើយ — ផ្លែតហ្វមនេះនឹងឆ្លើយតបទៅកាន់វាជានិច្ច។

ចំណុចបញ្ចប់ API ដែលបញ្ជូនព្រឹត្តិការណ៍ដែលបានចុះហត្ថលេខាទៅកាន់អ្នកស្តាប់ដែលបានជាវជាច្រើន។
  • ៧០០.០០០+គេហទំព័រដែលបានបង្ហោះនៅទូទាំងពិភពលោក
  • 1ការបញ្ជាក់លម្អិត OpenAPI ដែលឧបករណ៍នីមួយៗត្រូវបានបង្កើតចេញពីវា
  • 4SDK ម៉ាស៊ីនភ្ញៀវ — TypeScript, Python, PHP, Go
  • OAuth 2.1សិទ្ធិចូលប្រើភ្នាក់ងារ AI កំណត់ដែន និងអាចដកហូតវិញបាន

API តែមួយ។ គ្រប់ផ្ទៃទាំងអស់ដំណើរការលើវា។

ក្រុមហ៊ុនផ្ដល់សេវាបង្ហោះភាគច្រើនបន្ថែម API ទៅលើផ្ទាំងបញ្ជាជាក្រោយ ហើយវានឹងស្តែងឱ្យឃើញជាក់ស្តែង — មុខងារពាក់កណ្តាលរបស់ផ្ទាំងបញ្ជាមិនដែលត្រូវបានបញ្ចេញឡើយ។ យើងបានបង្កើតឡើងតាមរបៀបផ្ទុយពីនេះវិញ។ ផ្ទាំងគ្រប់គ្រង, កុងសូលអ្នកគ្រប់គ្រង, CLI, កម្មវិធីផ្ដល់សេវា Terraform, ម៉ាស៊ីនបម្រើ MCP និងការរួមបញ្ចូលផ្ទាល់ខ្លួនរបស់អ្នក សុទ្ធតែប្រើប្រាស់ engine API តែមួយដូចគ្នា។ ប្រសិនបើលោកអ្នកអាចធ្វើវាបាននៅលើផ្ទាំងបញ្ជា នោះលោកអ្នកក៏អាចធ្វើវាបាននៅក្នុងកូដផងដែរ។

បញ្ជាក់លម្អិតជាមុន មិនមែនកត់ត្រាឯកសារនៅពេលក្រោយទេ

ការបញ្ជាក់លម្អិត OpenAPI គឺជាប្រភពនៃការពិត ហើយគ្មានចំណុចចុងបញ្ចប់ណាមួយត្រូវបានដាក់ឱ្យប្រើប្រាស់ឡើយ លុះត្រាតែវាមាននៅក្នុងការបញ្ជាក់លម្អិតនោះ។ ច្បាប់តែមួយនេះហើយដែលធ្វើឱ្យ API សាធារណៈត្រូវបានចងក្រងឯកសារយ៉ាងពេញលេញនៅពេលបង្កើតជាជាងនៅពេលក្រោយ — មិនមានផ្នែកណាមួយដែលគ្មានឯកសារនោះទេ ពីព្រោះចំណុចចុងបញ្ចប់ដែលគ្មានឯកសារគឺមិនអាចមានវត្តមានបានឡើយ។

បានបង្កើតឡើង មិនដែលត្រូវបានថែទាំដោយដៃទេ

ឯកសារយោងអន្តរកម្ម, SDK ម៉ាស៊ីនភ្ញៀវទាំងបួន, ភាគច្រើននៃ CLI និងគ្រោងរចនាសម្ព័ន្ធរបស់អ្នកផ្តល់សេវា Terraform ទាំងអស់ត្រូវបានបង្កើតចេញពីការបញ្ជាក់លម្អិតតែមួយនោះ។ ប្រភពមួយ, វត្ថុបុរាណជាច្រើន, ធ្វើសមកាលកម្មជានិច្ច — អ្នកមិនដែលដេញតាមឯកសារដែលឃ្លាតឆ្ងាយពីការអនុវត្តនោះឡើយ។

បានកំណត់កំណែជាមួយគោលការណ៍បញ្ឈប់ការប្រើប្រាស់

ចំណុចបញ្ចប់ស្ថិតនៅក្រោម /v1 ជាមួយនឹងគោលការណ៍បញ្ឈប់ការប្រើប្រាស់ដែលបានផ្សព្វផ្សាយ និងកំណត់ហេតុនៃការផ្លាស់ប្តូរ។ លោកអ្នកនឹងទទួលបានការជូនដំណឹងជាលាយលក្ខណ៍អក្សរមុនពេលមានការផ្លាស់ប្តូរ ជាជាងការដឹងពីរឿងនេះតាមរយៈការបរាជ័យក្នុងការ build។

បានធ្វើតេស្តកិច្ចសន្យានៅក្នុង CI

ការធ្វើតេស្តកិច្ចសន្យាការអនុវត្តធៀបនឹងការបញ្ជាក់លម្អិត និង OpenAPI linting ដំណើរការរាល់ពេលមានការផ្លាស់ប្តូរ។ ភាពខុសគ្នារវាងកូដ និងកិច្ចសន្យានឹងធ្វើឱ្យការស្ថាបនាបរាជ័យ — ដូច្នេះការបញ្ជាក់លម្អិតដែលអ្នកបង្កើតម៉ាស៊ីនភ្ញៀវរបស់អ្នក គឺជាការបញ្ជាក់លម្អិតដែលម៉ាស៊ីនមេពិតជាគោរពតាម។

ការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវ ការកំណត់វិសាលភាព និងបញ្ហាប្រឈមនៅពេលពង្រីកទំហំ

វិធីចូលពីរយ៉ាង គោលការណ៍រួមគ្នាតែមួយនៅពីក្រោយពួកវា។ ទោះបីជាអ្នកប្រើប្រាស់វិធីណាក៏ដោយ ការត្រួតពិនិត្យការអនុញ្ញាតដូចគ្នា និងការបំបែកដាច់ដោយឡែកនៅកម្រិតមូលដ្ឋានទិន្នន័យដូចគ្នានឹងត្រូវបានអនុវត្ត។

សោ API តាមស្ថាប័ន

សោមានទម្រង់ដូចជា zdk_<mode>_<prefix>_<secret>។ មានតែ SHA-256 hash នៃទិន្នន័យសម្ងាត់ប៉ុណ្ណោះដែលត្រូវបានរក្សាទុក — យើងមិនអាចបង្ហាញសោឱ្យអ្នកឃើញម្ដងទៀតបានទេបន្ទាប់ពីចេញរួច ហើយអ្នកណាដែលចូលទៅកាន់មូលដ្ឋានទិន្នន័យរបស់យើងក៏មិនអាចធ្វើបានដែរ។ សោមានវិសាលភាព អាចត្រូវបានលុបចោល និងត្រូវបានចេញសម្រាប់ស្ថាប័ននីមួយៗ ជាជាងសម្រាប់បុគ្គលម្នាក់ៗ។

មុខងារផ្សាយផ្ទាល់ និងមុខងារសាកល្បង ត្រូវបានបំបែកចេញពីគ្នា

កូនសោ Sandbox គឺដាច់ដោយឡែកពីកូនសោ production ហើយដំណើរការក្នុងទម្រង់ sandbox៖ គ្មានការទូទាត់ប្រាក់ពិតប្រាកដ គ្មានការរៀបចំព្រឹត្តិការណ៍ពិតប្រាកដ។ ការធ្វើតេស្តសមាហរណកម្មរបស់អ្នកអាចបញ្ជូនសំណើជាច្រើនទៅកាន់ API ដោយមិនចាំបាច់ចំណាយប្រាក់ ឬបង្កើតម៉ាស៊ីនបម្រើនោះទេ។

OIDC សម្រាប់មនុស្ស

សម័យរបស់អ្នកប្រើប្រាស់ផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវជាមួយ JWT ដែលចេញដោយ Keycloak ដោយបានផ្ទៀងផ្ទាត់ជាមួយសោសាធារណៈ realm ហើយបម្លែងទៅជាវត្ថុ Principal ដូចគ្នាទៅនឹងសោ API ដែរ។ ចំណុចបញ្ចប់ត្រូវបានគ្រប់គ្រងដោយសោការអនុញ្ញាតជាក់លាក់ ដូចជា sites.create ឬ apikeys.manage ដែលត្រូវបានត្រួតពិនិត្យតាមស្ថាប័ននីមួយៗ — ការអនុញ្ញាតនៅក្នុងស្ថាប័នមួយមិនផ្តល់សិទ្ធិចូលប្រើប្រាស់នៅក្នុងស្ថាប័នដាច់ដោយឡែកដែលមិនពាក់ព័ន្ធនោះទេ ប៉ុន្តែវាអនុវត្តចំពោះស្ថាប័នដែលស្ថិតនៅក្រោមវា។

សុវត្ថិភាពកម្រិតជួរដេកនៅខាងក្រោម

រាល់សំណើរបស់អ្នកជួលទាំងអស់ដំណើរការក្នុងប្រតិបត្តិការមួយដែលមានវិសាលភាពស្ថាប័ន Postgres កំណត់ចេញពី principal ដូច្នេះភាពដាច់ដោយឡែកត្រូវបានអនុវត្តដោយមូលដ្ឋានទិន្នន័យ មិនមែនដោយតម្រង ORM ដែលនរណាម្នាក់អាចភ្លេចនោះទេ។ តម្រង queryset នៅតែមាននៅទីនោះជាការការពារស៊ីជម្រៅ។

បង្កើតឡើងសម្រាប់ម៉ាស៊ីន មិនមែនសម្រាប់តែការបង្ហាញសាកល្បងនោះទេ

វាជាការងាយស្រួលក្នុងការធ្វើឱ្យ API មើលទៅល្អនៅក្នុង README ប៉ុន្តែពិបាកក្នុងការធ្វើឱ្យវាដំណើរការបានល្អក្រោមចរាចរណ៍ពិតប្រាកដ។ ទាំងនេះគឺជាផ្នែកដែលយើងបានខិតខំប្រឹងប្រែងយ៉ាងខ្លាំង ពីព្រោះវាជាផ្នែកដែលបង្កការខូចខាតដល់ការតភ្ជាប់នៅម៉ោងបីទៀបភ្លឺ។

ព័ត៌មានលម្អិតមួយដែលគួរកត់សម្គាល់ ព្រោះវាកំណត់អំពីរបៀបដែលកិច្ចការជាដុំដំណើរការ៖ កូដ 409 លើដែនស្ទួន ឆ្លើយតបទៅនឹងសំណួរ "តើឈ្មោះម៉ាស៊ីននេះត្រូវបានបង្ហោះនៅទីនេះមែនទេ?" សម្រាប់អ្នកជួលណាមួយ ដែលជា enumeration oracle និងជាហានិភ័យនៃការលុបបំបាត់អនាមិកពិតប្រាកដប្រឆាំងនឹង Footprint-Free។ ការកម្រិតល្បឿនបង្កើតគេហទំព័រ នឹងក្លាយជាដំណោះស្រាយដ៏ខ្ជិលច្រអូសមួយ ហើយនឹងធ្វើឱ្យខូចផលិតផលផ្ដល់សេវាជាដុំ (bulk-provisioning) ទាំងស្រុង។ ផ្ទុយទៅវិញ មានតែការព្យាយាមប្រើដែនស្ទួនដែលត្រូវបានបដិសេធប៉ុណ្ណោះ ដែលត្រូវបានកំណត់កូតាក្នុងមួយ principal។ ការបង្កើតដែលជោគជ័យមិនដែលត្រូវបានកាត់ចេញពីកូតានោះទេ ដូច្នេះអ្នកអាចផ្ដល់សេវាជាដុំបានពេញមួយថ្ងៃ ហើយការលួចស្ទង់ទិន្នន័យនឹងត្រូវបញ្ឈប់ស្ទើរតែភ្លាមៗ។

  • កញ្ចប់ព័ត៌មានកំហុសស្របគ្នានៅរាល់ពេលបរាជ័យ៖ កូដ សារដែលអាចអានយល់បាន ព័ត៌មានលម្អិតកម្រិតប្រអប់ទិន្នន័យជាជម្រើស និង request_id ដែលអ្នកអាចផ្ដល់ទៅកាន់ផ្នែកគាំទ្រ។ កំហុសផ្ទៀងផ្ទាត់ត្រឡប់ 422 ជាមួយឈ្មោះប្រអប់ទិន្នន័យដែលមានបញ្ហា។
  • សោ Idempotency នៅលើ POST ដោយកំណត់ត្រាចាក់ឡើងវិញត្រូវបានសរសេរនៅពេល commit ជាជាង inline — ដូច្នេះការសាកល្បងឡើងវិញមិនអាចចាក់ឡើងវិញនូវ 201 ដែលបានផ្ទុកក្នុងឃ្លាំងសម្ងាត់ ដែលបញ្ជាក់អំពីជួរដេកដែលមិនធ្លាប់បាន commit នោះទេ។ សំណើដែលបរាជ័យនឹងបញ្ចេញការចាក់សោដែលកំពុងដំណើរការភ្លាមៗ ដូច្នេះ 422 មិនចាក់សោរារាំងការសាកល្បងឡើងវិញដែលបានកែតម្រូវរបស់អ្នកឡើយ។
  • ការរៀបចំទំព័រតាមរយៈទស្សន៍ទ្រនិចជាសំណុំគន្លឹះលើ UUIDv7 — មានស្ថិរភាពក្រោមការសរសេរដំណាលគ្នា ដោយគ្មានការរំកិលទំព័រនៅពេលដែលជួរដេកត្រូវបានបញ្ចូលនៅពាក់កណ្តាលនៃការស្កេន។
  • RateLimit-Remaining នៅលើការឆ្លើយតប ដើម្បីឱ្យម៉ាស៊ីនភ្ញៀវដែលបានបង្កើតអាចបន្ថយល្បឿនដោយឆ្លាតវៃជាជាងការទស្សន៍ទាយ។
  • ធនធានដែលនៅក្រៅវិសាលភាពត្រឡប់កូដ 404 ជំនួសឱ្យ 403 — កូដ 403 នឹងបញ្ជាក់ថាធនធាននោះពិតជាមាន។ ការច្រោះតាមអង្គភាពដែលនៅក្រៅវិសាលភាពរបស់អ្នកនឹងត្រឡប់ទំព័រទទេសម្រាប់មូលហេតុដូចគ្នានេះ។
  • ការបង្កើតគេហទំព័រគឺជាការចុះឈ្មោះ មិនមែនជាការផ្ដល់ធនធាន (provisioning) ទេ៖ POST /v1/sites ត្រឡប់មកវិញនូវ 201 ជាមួយនឹងស្ថានភាព pending ហើយមិនដែលរារាំងដំណើរការបង្កើតឡើយ។ ព្រឹត្តិការណ៍នេះត្រូវបានសរសេរទៅកាន់ transactional outbox នៅក្នុងប្រតិបត្តិការដូចគ្នានឹងជួរដេក ដូច្នេះគេហទំព័រមួយមាន លុះត្រាតែមានការធានាថានឹងស្នើសុំការផ្ដល់ធនធានរបស់វា។

SDKs, CLI មួយ និងអ្នកផ្តល់សេវា Terraform មួយ

អ្នកប្រើប្រាស់បីនាក់នៃលក្ខណៈជាក់លាក់ដូចគ្នា សម្រាប់វិធីសាស្រ្តការងារខុសគ្នាបី។

SDK របស់ម៉ាស៊ីនភ្ញៀវ

បង្កើតឡើងសម្រាប់ TypeScript, Python, PHP និង Go ដោយតាមដានលក្ខណៈបច្ចេកទេស ដូច្នេះ endpoint ថ្មីមកដល់ជាភាសារបស់អ្នកដោយមិនចាំបាច់រង់ចាំ wrapper ដែលសរសេរដោយដៃ។

Zinnector®, CLI

បង្កើតរចនាសម្ព័ន្ធគេហទំព័រ WordPress ដំណើរការវាក្នុងមូលដ្ឋានដោយមិនបាច់ដំឡើងអ្វីទាំងអស់ក្រៅពី Node និងដាក់ឱ្យដំណើរការវា។ Zinnector® ធ្វើការត្រួតពិនិត្យគម្រោងរបស់អ្នកជាមុនធៀបនឹងស្លុតដែលអ្នករៀបនឹងដាក់ឱ្យដំណើរការ — កំណែ PHP ថាស ចំនួនឯកសារ — ហើយព្រមានមុនពេលអ្នករុញ មិនមែនបន្ទាប់ពីនោះទេ។ វាក៏ចូលគណនី រាយបញ្ជីគេហទំព័រ ដាក់ឱ្យដំណើរការ គ្រប់គ្រងដូមេន និង DNS អានសេវាកម្មអ៊ីមែល បង្កើតការបម្រុងទុក ដំណើរការ WP-CLI ដែលមានក្នុងបញ្ជីអនុញ្ញាត តាមដានកំណត់ហេតុ និងដំណើរការប្រតិបត្តិការជាបាច់។ ឥតគិតថ្លៃ មានអាជ្ញាបណ្ណ MIT និងត្រូវបានបង្កើតឡើងនៅលើ API សាធារណៈដូចគ្នានេះ។

អ្នកផ្តល់សេវា Terraform

គ្រប់គ្រងគេហទំព័រ ដែន កំណត់ត្រា DNS ប្រអប់សំបុត្រ និងគម្រោងនានាជាហេដ្ឋារចនាសម្ព័ន្ធជាកូដ។ terraform apply ផ្ដល់សេវាបង្ហោះ ហើយបរិស្ថានរបស់អ្នកនឹងអាចបង្កើតឡើងវិញ និងត្រួតពិនិត្យបាន ជំនួសឱ្យលំដាប់នៃការចុចដែលគ្មាននរណាម្នាក់កត់ត្រាទុក។

ឯកសារយោងអន្តរកម្ម

ឯកសារដែលបានបង្កើតឡើងដែលអ្នកអាចអាន និងហៅចេញពីកម្មវិធីរុករក ដោយពិពណ៌នាយ៉ាងច្បាស់លាស់អំពីចំណុចចុងក្រោយដែលម៉ាស៊ីនមេអនុវត្ត — ពីព្រោះទាំងពីរមកពីលក្ខណៈជាក់លាក់ដូចគ្នា។

Webhooks ដែលនៅតែបន្តដំណើរការ ទោះបីជាចំណុចចុងក្រោយរបស់អ្នកមិនដំណើរការក៏ដោយ

នៅពីក្រោយវេទិកានេះ គឺជាប្រព័ន្ធព្រឹត្តិការណ៍ដ៏រឹងមាំមួយ៖ រាល់ការផ្លាស់ប្តូរស្ថានភាពសរសេរព្រឹត្តិការណ៍មួយទៅកាន់ transactional outbox នៅក្នុង Postgres ដោយស៊ីចង្វាក់គ្នាជាមួយការផ្លាស់ប្តូរមូលដ្ឋានទិន្នន័យ ហើយ relay បោះផ្សាយវាទៅកាន់ NATS JetStream។ ព្រឹត្តិការណ៍នានាត្រូវបានកំណត់ប្រភេទ និងកំណែ — site.deployed, order.paid, invoice.overdue, backup.completed, abuse.flagged, trial.ending និងព្រឹត្តិការណ៍ផ្សេងទៀត។

ជាវអ្វីដែលអ្នកចាប់អារម្មណ៍

ចុះឈ្មោះចំណុចចុងបញ្ចប់ជា WebhookSubscription ហើយជ្រើសរើសប្រភេទព្រឹត្តិការណ៍ដែលវាទទួលបាន។ ស្ទ្រីមតែមួយផ្គត់ផ្គង់ការជូនដំណឹង ការវិភាគ ប្រព័ន្ធស្វ័យប្រវត្តិកម្ម និងការរួមបញ្ចូលរបស់អ្នកដូចគ្នា — អ្នកកំពុងប្រើប្រាស់ព្រឹត្តិការណ៍ដូចគ្នាដែលយើងប្រើប្រាស់។

បានចុះហត្ថលេខាជាមួយ HMAC

រាល់ការចែកចាយត្រូវបានចុះហត្ថលេខាដោយ HMAC ដូច្នេះអ្នកអាចផ្ទៀងផ្ទាត់ថាវាបានមកពីយើង មុនពេលអ្នកអនុវត្តសកម្មភាពលើវា។

បានព្យាយាមឡើងវិញដោយពន្យារពេល ហើយបានកត់ត្រាទុក

ការផ្ញើដែលមិនជោគជ័យនឹងត្រូវបានព្យាយាមម្តងទៀតដោយមានការពន្យារពេល ហើយការប៉ុនប៉ងនីមួយៗត្រូវបានកត់ត្រាទុកជា WebhookDelivery។ អ្នកអាចពិនិត្យមើល និងផ្ញើការដឹកជញ្ជូនម្តងទៀតពីផ្ទាំងគ្រប់គ្រង ជាជាងផ្ញើអ៊ីមែលទៅកាន់ផ្នែកគាំទ្រដើម្បីសួរពីអ្វីដែលយើងបានផ្ញើ។

យ៉ាងហោចណាស់ម្តង ដូច្នេះសូមលុបទិន្នន័យស្ទួនដោយផ្អែកលើ id

ខ្សែសង្វាក់ដំណើរការនេះត្រូវបានបង្កើតឡើងដោយចេតនាដើម្បីឱ្យដំណើរការយ៉ាងហោចណាស់ម្តង ជាជាងធ្វើពុតជាដំណើរការត្រឹមត្រូវតែម្តង។ Relay ដែលដាច់ដំណើរការនៅពាក់កណ្តាលការផ្សាយ នឹងផុតកំណត់កិច្ចសន្យាទាមទារ ហើយព្រឹត្តិការណ៍របស់វានឹងត្រូវបានផ្សាយឡើងវិញ។ សូមលុបទិន្នន័យស្ទួនដោយផ្អែកលើលេខសម្គាល់ស្រោមសំបុត្រ នោះកម្មវិធីទទួលរបស់អ្នកនឹងត្រឹមត្រូវតាមទម្រង់រៀបចំ។

ការដាក់កូដទៅលើគេហទំព័រ

API គឺគ្រាន់តែជាពាក់កណ្តាលនៃដំណើររឿងរបស់អ្នកអភិវឌ្ឍន៍ប៉ុណ្ណោះ។ ពាក់កណ្តាលទៀតគឺការដាក់ឱ្យប្រើប្រាស់។

  • ភ្ជាប់ GitHub, GitLab ឬ Bitbucket តាមរយៈ OAuth ដោយគ្រាប់ចុចដាក់ឱ្យប្រើប្រាស់ត្រូវបានរក្សាទុកក្នុងកន្លែងផ្ទុកព័ត៌មានសម្ងាត់ — មិនមែននៅក្នុងឯកសារកំណត់រចនាសម្ព័ន្ធទេ។
  • Push បើកដំណើរការបំពង់បង្ហូរសម្រាប់ build និង deploy ដោយមានការផ្គូផ្គងមែកធាងទៅកាន់បរិស្ថាន (main ទៅកាន់ production, staging ទៅកាន់ staging) និងជំហាន build តាមជង់នីមួយៗសម្រាប់ composer និង npm។
  • ត្រឡប់ទៅការចេញផ្សាយមុន នៅពេលការដាក់ឱ្យប្រើប្រាស់មានបញ្ហា។
  • ក្លូនទៅកាន់កន្លែងសាកល្បង និងរុញទៅកាន់កន្លែងផ្ទាល់ ដើម្បីឱ្យការផ្លាស់ប្តូរត្រូវបានផ្ទៀងផ្ទាត់ក្នុងបរិយាកាសជាក់ស្តែង មុនពេលវាទៅដល់អ្នកចូលទស្សនា។
  • SFTP សម្រាប់គេហទំព័រនីមួយៗក្រោមការញែកដាច់ដោយឡែករបស់ CageFS ដូច្នេះអ្នកជួលម្នាក់ៗមើលឃើញតែឯកសារផ្ទាល់ខ្លួនរបស់ពួកគេប៉ុណ្ណោះ រួមជាមួយ SSH shell ដែលត្រូវបានដាក់កំហិត (jailed) នៅលើវេទិកាចែករំលែក។
  • wp-cli ពីផ្ទាំងបញ្ជា terminal និងតាមរយៈ SSH។
  • VS Code ក្នុងកម្មវិធីរុករកតាមរយៈ code-server — កម្មវិធីកែសម្រួលពេញលេញជាមួយ git ដែលកែសម្រួលឯកសាររបស់គេហទំព័រដោយផ្ទាល់។
  • កំណែ PHP តាមគេហទំព័រនីមួយៗ ការកំណត់ PHP ដែលអាចកែសម្រួលបាន ផ្នែកបន្ថែមតាមគេហទំព័រនីមួយៗ អថេរបរិស្ថាន និង cron ពិតប្រាកដរួមជាមួយ WP-cron។

វិធីបួនយ៉ាងដើម្បីធ្វើការលើគេហទំព័រ

API គឺជាទ្វារមួយ។ ទាំងនេះគឺជាទ្វារបួនផ្សេងទៀត ហើយទ្វារនីមួយៗត្រូវបានរួមបញ្ចូលនៅក្នុងគម្រោង ជាជាងលក់ជាកម្រិតសម្រាប់អ្នកអភិវឌ្ឍន៍។

កម្មវិធីកែសម្រួលគេហទំព័រ

VS Code នៅក្នុងកម្មវិធីរុករក ដែលត្រូវបានបើកចេញពីទំព័ររបស់គេហទំព័រនៅក្នុងផ្ទាំងគ្រប់គ្រង កំពុងកែសម្រួលឯកសារពិតប្រាកដរបស់គេហទំព័រនោះ ជាមួយនឹង git ដែលភ្ជាប់មកជាមួយស្រាប់ ហើយកម្មវិធីកែសម្រួលទាំងមូលគឺស្ថិតនៅក្នុង CageFS jail ដូចគ្នានឹងការចូលប្រើ SFTP របស់អ្នក។ វាធ្វើការកែសម្រួលគេហទំព័រផ្សាយផ្ទាល់ (LIVE) — មិនមានច្បាប់ចម្លងសម្រាប់សាកល្បង (staging) នៅចន្លោះនោះទេ ដូច្នេះឯកសារដែលអ្នករក្សាទុកនឹងបង្ហាញជាសាធារណៈភ្លាមៗនៅពេលវាត្រូវបានកត់ត្រាទុក ទោះបីជាឯកសារឋិតិវន្តអាចបន្តបង្ហាញចេញពីឃ្លាំងសម្ងាត់ CDN រហូតដល់បួនម៉ោងក៏ដោយ។

Zinnector®, CLI

ឥតគិតថ្លៃ ទទួលបានអាជ្ញាបណ្ណ MIT និងត្រូវបានបង្កើតឡើងនៅលើ API សាធារណៈដូចគ្នានេះ។ បង្កើតគ្រោងនៃគេហទំព័រ WordPress ដំណើរការវានៅលើម៉ាស៊ីនផ្ទាល់ខ្លួនរបស់អ្នក ធ្វើការត្រួតពិនិត្យជាមុនធៀបនឹងស្លុតដែលអ្នកហៀបនឹងដាក់ពង្រាយ — កំណែ PHP ថាស ចំនួនឯកសារ — ហើយដាក់ពង្រាយ។ ត្រូវការ Node 24 ឬថ្មីជាងនេះ។

ម៉ាស៊ីនបម្រើ MCP

កាតាឡុកឧបករណ៍តែមួយ ដូច្នេះកម្មវិធី AI client ដែលអ្នកកំពុងប្រើប្រាស់រួចហើយ អាចដំណើរការលើគេហទំព័ររបស់អ្នកតាមរយៈ API ដូចគ្នា និងការអនុញ្ញាតដូចគ្នាដែលផ្ទាំងគ្រប់គ្រងប្រើប្រាស់។ ម៉ាស៊ីនបម្រើដូចគ្នាដែល client ផ្ទាល់ខ្លួនរបស់អ្នកភ្ជាប់ទៅ គឺជាម៉ាស៊ីនបម្រើដែលបានភ្ជាប់ទៅកម្មវិធីកែសម្រួលគេហទំព័រ។ សម្រាប់តែការអានប៉ុណ្ណោះ លុះត្រាតែអ្នកកំណត់ផ្សេងពីនេះ។

សិទ្ធិចូលប្រើរបស់អ្នកអភិវឌ្ឍន៍តាមគេហទំព័រ

ការងារអតិថិជនមិនត្រូវការពាក្យសម្ងាត់របស់អ្នកទេ។ សូមអញ្ជើញនរណាម្នាក់តាមរយៈអាសយដ្ឋានអ៊ីមែល ហើយពួកគេទទួលបានគេហទំព័រតែមួយគត់៖ ពួកគេចូលគណនីជាខ្លួនពួកគេផ្ទាល់ ជាមួយនឹងតួនាទីជាអ្នកមើល អ្នកកែសម្រួល ឬអ្នកគ្រប់គ្រង ហើយគេហទំព័រផ្សេងទៀតទាំងអស់ឆ្លើយតប 404 មុនពេលកម្មវិធីដោះស្រាយណាមួយដំណើរការ — គោលការណ៍សុវត្ថិភាពកម្រិតជួរដេក Postgres និងរបាំងការពារកម្រិតសំណើ មិនមែនជាការត្រួតពិនិត្យតែមួយនោះទេ។ ម្ចាស់គណនីផ្តល់សិទ្ធិ និងដកហូតសិទ្ធិនេះវិញដោយការចុចតែម្តងប៉ុណ្ណោះ ដែលមានប្រសិទ្ធភាពលើសំណើបន្ទាប់របស់ពួកគេ។

និង API ដូចគ្នាដែលភ្នាក់ងារ AI របស់អ្នកអាចប្រើប្រាស់បាន

យើងបង្ហាញវេទិកានេះជាម៉ាស៊ីនបម្រើ MCP ដែលបានបង្ហោះ៖ អាដាប់ធ័រពិធីការស្ដើងមួយនៅលើ API ម៉ាស៊ីន ដែលប្រើប្រាស់ឡើងវិញនូវកាតាឡុកសកម្មភាពដូចគ្នាបេះបិទ RBAC និងដានសវនកម្ម។ ភ្ជាប់ Claude Code, Cursor, ChatGPT, Claude Desktop ឬម៉ាស៊ីនភ្ញៀវណាដែលអាចប្រើ MCP បានតែម្ដង នោះរាល់សមត្ថភាពដែលយើងបន្ថែមទៅក្នុង API នឹងមានសម្រាប់វាដោយស្វ័យប្រវត្តិ។

ភ្នាក់ងារទទួលបានបីយ៉ាង៖ ឧបករណ៍ (ចំណុចចុងបញ្ចប់ API ដូចគ្នា គ្មានតក្កវិជ្ជាស្របគ្នាដែលត្រូវងាករេ) ធនធាន (សុខភាពគេហទំព័រសម្រាប់តែអាន ការកំណត់រចនាសម្ព័ន្ធ កំណត់ហេតុថ្មីៗ រង្វាស់ ពេលវេលាដំណើរការ និងអត្ថបទមូលដ្ឋានចំណេះដឹង ដូច្នេះវាវិនិច្ឆ័យដោយទិន្នន័យជាក់ស្តែងមុនពេលចាត់វិធានការ) និងប្រអប់បញ្ចូល (គំរូលំហូរការងារដែលបានបោះពុម្ពផ្សាយ ដូចជា «វិនិច្ឆ័យគេហទំព័រនេះ» ឬ «រៀបចំការផ្ទេរ»)។

សុវត្ថិភាពគឺមានគោលការណ៍ដូចគ្នានឹងការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវដែរ៖ OAuth 2.1, ថូខឹនដែលភ្ជាប់ទៅនឹងស្ថាប័នរបស់អ្នក និងសិទ្ធិអនុញ្ញាត RBAC ជាមួយនឹងសុវត្ថិភាពកម្រិតជួរដេកដែលត្រូវបានអនុវត្ត ត្រូវបានកំណត់វិសាលភាព និងអាចដកហូតបានតាមឧបករណ៍នីមួយៗ បរិស្ថានសាកល្បង (sandbox) ត្រូវបានបំបែកចេញពីផលិតកម្មជាក់ស្តែង។ សកម្មភាពដែលនាំឱ្យខូចខាត — ការលុប ការផ្អាក ការចេញវិក្កយបត្រ ការចំណាយច្រើន — ទាមទារឱ្យមានការបញ្ជាក់ច្បាស់លាស់ ឬគោលការណ៍អនុម័តដោយមនុស្សផ្ទាល់។ ដែនកំណត់អត្រា និងកម្រិតចំណាយអតិបរមា ជួយកម្រិតសកម្មភាពបង់ប្រាក់ដែលបង្កើតឡើងដោយ AI ហើយរាល់ការហៅប្រើ MCP ទាំងអស់ត្រូវបានកត់ត្រាក្នុងកំណត់ហេតុសវនកម្ម ជាមួយនឹងអត្តសញ្ញាណ ឧបករណ៍ អាគុយម៉ង់ និងលទ្ធផល។

យើងគាំទ្រពិធីការ ជាជាងការរួមបញ្ចូលកម្មវិធីនីមួយៗម្តងមួយៗ ដែលមានន័យថា ជម្រើសនៃឧបករណ៍ AI របស់អ្នកអាចផ្លាស់ប្តូរបាន ដោយមិនចាំបាច់ផ្លាស់ប្តូរការរួមបញ្ចូលការបង្ហោះរបស់អ្នកឡើយ។

សំណួរដែលសួរញឹកញាប់

តើ API សាធារណៈដូចគ្នាទៅនឹង API ដែលផ្ទាំងគ្រប់គ្រងប្រើប្រាស់ដែរឬទេ?

បាទ/ចាស — វាគឺជា engine API ដូចគ្នាដែលត្រូវបានបោះពុម្ពផ្សាយ និងពង្រឹងសុវត្ថិភាព។ ផ្ទាំងគ្រប់គ្រង, កុងសូលអ្នកគ្រប់គ្រង, CLI, អ្នកផ្តល់សេវា Terraform, ម៉ាស៊ីនបម្រើ MCP និង webhooks ទាំងអស់សុទ្ធតែជាអ្នកប្រើប្រាស់នៃផ្ទៃតែមួយ ដែលជាមូលហេតុដែល API មិនដើរយឺតជាងផ្ទាំងបញ្ជា។

តើខ្ញុំអាចសាកល្បងការរួមបញ្ចូលដោយមិនបាច់ចំណាយប្រាក់ ឬបង្កើតម៉ាស៊ីនមេពិតប្រាកដបានទេ?

បាទ/ចាស។ សោ Sandbox ត្រូវបានចេញដោយឡែកពីសោផលិតកម្ម ហើយដំណើរការក្នុងទម្រង់សាកល្បង៖ គ្មានការចេញវិក្កយបត្រពិតប្រាកដ និងគ្មានការផ្តល់ធនធានពិតប្រាកដឡើយ។ សូមកំណត់ CI របស់អ្នកទៅកាន់ព័ត៌មានសម្ងាត់ sandbox ហើយដំណើរការវដ្តនៃសំណើ និងការឆ្លើយតបពេញលេញដោយសុវត្ថិភាព។

តើខ្ញុំអាចបញ្ឈប់ការសាកល្បងឡើងវិញមិនឱ្យបង្កើតវត្ថុពីរដូចគ្នាដោយរបៀបណា?

ផ្ញើ Idempotency-Key លើ POST របស់អ្នក។ កំណត់ត្រា ចាក់ឡើងវិញ ត្រូវបានសរសេរនៅពេល commit ជាជាង inline ដូច្នេះការសាកល្បងម្ដងទៀត មិនអាចចាក់ឡើងវិញនូវភាពជោគជ័យដែលបាន cache សម្រាប់ជួរដេកដែលមិនពិតជាបាន commit នោះទេ ហើយសំណើដែលបរាជ័យ នឹងដោះសោរបស់វាភ្លាមៗ ដូច្នេះការសាកល្បងម្ដងទៀតដែលបានកែតម្រូវរបស់អ្នក នឹងមិនត្រូវបានពន្យារពេលឡើយ។ ការបញ្ជូន Webhook ត្រូវបានរចនាឡើងយ៉ាងហោចណាស់ម្ដង (at-least-once) — សូម dedupe លើ envelope id នៅខាងអ្នក។

តើខ្ញុំអាចផ្ដល់សិទ្ធិចូលប្រើប្រាស់សម្រាប់កូនសោ API មួយទៅកាន់ស្ថាប័នអតិថិជនទាំងអស់របស់ខ្ញុំបានដែរឬទេ?

មិនមែនថ្ងៃនេះទេ។ កូនសោ API ត្រូវបានចេញសម្រាប់ស្ថាប័ននីមួយៗ ដូច្នេះការរួមបញ្ចូលដែលលាតសន្ធឹងលើស្ថាប័នអតិថិជនជាច្រើន ត្រូវកាន់កាប់កូនសោមួយសម្រាប់ស្ថាប័ននីមួយៗ។ សិទ្ធិក៏ត្រូវបានពិនិត្យតាមស្ថាប័នផងដែរសម្រាប់ម្ចាស់គណនីអ្នកប្រើប្រាស់៖ ការមាន sites.create នៅក្នុងស្ថាប័នមួយ មិនផ្តល់សិទ្ធិចូលប្រើប្រាស់នៅក្នុងស្ថាប័នដាច់ដោយឡែកដែលមិនទាក់ទងគ្នានោះទេ ទោះបីជាវាអនុវត្តចំពោះស្ថាប័នដែលស្ថិតនៅក្រោមស្ថាប័ននោះក៏ដោយ។ នេះជាការរៀបចំដោយចេតនា — វាដាក់កម្រិតកូនសោដែលត្រូវបានគេសម្របសម្រួលឱ្យនៅត្រឹមស្ថាប័នផ្ទាល់ខ្លួន និងស្ថាប័នរងនៅក្រោមវាប៉ុណ្ណោះ មិនមែនវេទិកាទាំងមូលនោះទេ។

តើតួនាទីអ្នកអភិវឌ្ឍន៍ដែលភ្ជាប់មកជាមួយអនុញ្ញាតឱ្យធ្វើអ្វីខ្លះ?

តួនាទី dev គ្របដណ្តប់លើការអានព័ត៌មានស្ថាប័ន ការគ្រប់គ្រងសោ API ការមើល និងការបង្កើតគេហទំព័រ ការចាប់ផ្តើមដំណើរការពួកវាឡើងវិញ ការសម្អាតឃ្លាំងសម្ងាត់របស់ពួកវា ព្រមទាំងការមើល និងការឆ្លើយតបទៅសំបុត្រជំនួយ។ តួនាទីនេះដកចេញការគ្រប់គ្រងវិក្កយបត្រដោយចេតនា។ សូមកត់សម្គាល់ថា សិទ្ធិក្នុងការដាក់ឱ្យប្រើប្រាស់ (deploy) និងការផ្សាយផ្ទាល់ (push-to-live) មិនមែនជាផ្នែកនៃតួនាទីនេះទេ — ប្រសិនបើសមាជិកក្រុមត្រូវការសិទ្ធិទាំងនោះ សូមកំណត់តួនាទីដែលមានសិទ្ធិទាំងនោះ ជាជាងសន្មតថា Developer គឺជាតួនាទីបច្ចេកទេសទូលំទូលាយបំផុត។

តើមានអ្វីកើតឡើងចំពោះ webhooks របស់ខ្ញុំ ប្រសិនបើ endpoint របស់ខ្ញុំផ្អាកដំណើរការរយៈពេលមួយម៉ោង?

ការផ្ញើនឹងព្យាយាមឡើងវិញដោយពន្យារពេល (backoff) ហើយរាល់ការប៉ុនប៉ងត្រូវបានកត់ត្រាទុកជា WebhookDelivery ដែលលោកអ្នកអាចពិនិត្យមើលបាន។ នៅផ្នែកខាងដើម (upstream) ព្រឹត្តិការណ៍នានាត្រូវបានកត់ត្រាទុកទៅក្នុង transactional outbox នៅក្នុងប្រតិបត្តិការមូលដ្ឋានទិន្នន័យដូចគ្នានឹងការផ្លាស់ប្តូរនោះដែរ ដូច្នេះគ្មានអ្វីត្រូវបាត់បង់ឡើយនៅពេលដែល consumer មិនដំណើរការ — consumer ដែលគាំងគ្រាន់តែយឺតយ៉ាវប៉ុណ្ណោះ វាមិនដែលធ្វើឱ្យ producer ខូចខាតឡើយ ហើយលោកអ្នកអាចចាក់បញ្ជូនការផ្ញើឡើងវិញពីផ្ទាំងគ្រប់គ្រងនៅពេលដែលលោកអ្នកត្រឡប់មកវិញ។

តើ​ត្រូវ​ចំណាយ​ប្រាក់​ប៉ុន្មាន​ដើម្បី​ចាប់ផ្ដើម​បង្កើត​ជាមួយ​វា?

ចាប់ផ្តើមសាកល្បងប្រើប្រាស់ Footprint-Free Hosting រយៈពេល ១៤ថ្ងៃដោយមិនបាច់ប្រើកាត—មិនបាច់មានព័ត៌មានទូទាត់ប្រាក់ ព្រមទាំងអាចប្រើបានរហូតដល់ ៥ គេហទំព័រ។ កញ្ចប់សេវាកម្ម Footprint-Free បង់ប្រាក់ចាប់ផ្តើមពី $6/ខែ សម្រាប់ PBN 5។ កញ្ចប់សេវាកម្មនីមួយៗមានការធានាជូនប្រាក់វិញក្នុងរយៈពេល ៣០ថ្ងៃ ការផ្ទេរទិន្នន័យដោយឥតគិតថ្លៃ និងគ្មានការចងភ្ជាប់ជាមួយអ្នកផ្តល់សេវាកម្មឡើយ។

សូមអានលក្ខណៈបច្ចេកទេស បន្ទាប់មកបង្កើតដោយផ្អែកលើវា

API ដែលផ្អែកលើការបញ្ជាក់ជាចម្បង, SDKs ដែលបានបង្កើត, CLI, អ្នកផ្តល់សេវា Terraform, វេបហ៊ុកដែលមានហត្ថលេខា និងម៉ាស៊ីនបម្រើ MCP — នៅលើសេវាបង្ហោះដែលយើងបានបង្កើតឡើងសម្រាប់គេហទំព័រជាង 700,000+ នៅទូទាំងពិភពលោក។ ចាប់ផ្តើមការសាកល្បងប្រើប្រាស់រយៈពេល 14 ថ្ងៃដោយមិនចាំបាច់ប្រើកាត និងមិនបាច់មានព័ត៌មានលម្អិតអំពីការទូទាត់។

ចាប់ផ្តើមឥតគិតថ្លៃ

កម្មវិធីជំនួយ WordPress ដែលភ្នាក់ងារ AI របស់អ្នកអាចធ្វើការជាមួយ

ប្លាស៊isIn each នេះនីមួយៗធ្វើឱ្យគេហទំព័រ WordPress របស់អ្នកក្លាយជាម៉ាស៊ីនបម្រើ MCP ដូច្នេះ Claude, Cursor, VS Code និងជំនួយការ AI ផ្សេងទៀតអាចធ្វើការងារពិតប្រាកដនៅលើវា ដោយបានចូលគណនីជាអ្នក និងមានកម្រិតត្រឹមតែអ្វីដែលអ្នកត្រូវបានអនុញ្ញាតឱ្យធ្វើ។

ឯកសារ MCP និង API ទាំងអស់សម្រាប់អ្នកអភិវឌ្ឍន៍ →