របៀបដែលភ្នាក់ងារបញ្ជូនបន្តដោះស្រាយក្បាល API ផ្ទាល់ខ្លួន

API អាចផ្ទុកកំណែរបស់ខ្លួននៅក្នុងវាលសំណើផ្ទាល់ខ្លួនដូចជា API-Version។ ភ្នាក់ងារបញ្ជូនបន្តធម្មតាមិនគួរបោះបង់វាលនោះ ដោយគ្រាន់តែឈ្មោះមិនស្គាល់ប៉ុណ្ណោះទេ។ HTTP ទាមទារឱ្យបញ្ជូនបន្តវាលដែលមិនស្គាល់ លុះត្រាតែមានករណីលើកលែងដែលបានកំណត់ ឬគោលនយោបាយដែលបានកំណត់រចនាសម្ព័ន្ធ។

វាល Connection គឺជាករណីលើកលែងមួយបែបនោះ។ សូមប្រៀបធៀបសំណើឧទាហរណ៍ទាំងនេះ៖

API-Version: 2026-10
Connection: keep-alive

នៅទីនេះ វាល API មិនត្រូវបានកំណត់ថាជាមូលដ្ឋានសម្រាប់ការតភ្ជាប់នេះទេ។ នៅក្នុងឧទាហរណ៍បន្ទាប់ អ្នកផ្ញើផ្លាស់ប្តូរវិសាលភាពរបស់វាយ៉ាងច្បាស់៖

API-Version: 2026-10
Connection: API-Version

ភ្នាក់ងារបញ្ជូនបន្ត ដកវាលដែល Connection ដាក់ឈ្មោះ មុនពេលបញ្ជូនបន្ត ហើយដក ឬជំនួសសេចក្តីណែនាំដែលជាក់លាក់ចំពោះការតភ្ជាប់ខ្លួនវា។ ដូច្នេះ ក្បាលកម្មវិធីដែលមានគោលបំណងសម្រាប់ប្រភពដើម មិនគួរលេចឡើងនៅក្នុងបញ្ជីសញ្ញានោះទេ។

រកចំណុចដែលវាលផ្លាស់ប្តូរ

ប្រៀបធៀបសំណើដែលអតិថិជនបានបង្កើត វាលដែលភ្នាក់ងារបានទទួល និងបានបញ្ជូនបន្ត និង អ្វីដែលប្រភពដើមបានទទួល។ អតិថិជនអាចលុបក្បាលមួយ មុនពេលភ្នាក់ងារឃើញវា; តម្រងដែលបានកំណត់រចនាសម្ព័ន្ធអាចដកវាចេញដោយចេតនា; ម៉ាស៊ីនមេអាចបដិសេធសំណើ ព្រោះលើសដែនកំណត់ក្បាល។

កុំសន្និដ្ឋានថាមានការដកចេញស្ងាត់ ដោយផ្អែកតែលើកម្រិតទំហំក្បាលដែលបានរាយការណ៍នៅក្នុងការដាក់ពង្រាយចាស់។ ដែនកំណត់ និងអាកប្បកិរិយាបដិសេធ ជាកម្មសិទ្ធិរបស់សមាសធាតុ និងការកំណត់រចនាសម្ព័ន្ធពិតប្រាកដ។ រក្សាទុកការឆ្លើយតប HTTP និងកំណត់ហេតុពាក់ព័ន្ធ ជាមួយការសង្កេត។

សម្រាប់ HTTPS ពីចុងដល់ចុង នៅក្នុងផ្លូវរូង CONNECT ធម្មតា ភ្នាក់ងារមិនអាចអាន និងដកវាល API ខាងក្នុងដោយជ្រើសរើសបានទេ។ ការត្រួតពិនិត្យក្បាល ពេលនោះជាកម្មសិទ្ធិរបស់ចុង TLS ឬអ្នកសម្របសម្រួលត្រួតពិនិត្យដែលអាចទុកចិត្តបានយ៉ាងច្បាស់។