ពាក្យសម្ងាត់ត្រឹមត្រូវនៅអ្នកផ្តល់សេវាមិនបង្កើតព័ត៌មានសម្គាល់ដែលត្រូវគ្នាសម្រាប់ប្រុកស៊ីដែលបានជ្រើសពិតប្រាកដទេ។ ចាប់ផ្តើមពីគ្រោង ម៉ាស៊ីន និងច្រករបស់ចំណុចបញ្ចប់នោះ; វាលម៉ាស៊ីនជាធម្មតាទទួលតែឈ្មោះម៉ាស៊ីន ឬ IP ប៉ុណ្ណោះ មិនមែន URL ពេញលេញទេ។

  1. អានការផ្លាស់ប្តូរផ្ទៀងផ្ទាត់ទាំងមូល។ 407 បន្ទាប់មកដោយការព្យាយាមឡើងវិញដែលទទួលយក អាចជារឿងធម្មតា។ បញ្ជាក់ថាលទ្ធផលចុងក្រោយនៅតែ 407 មុនពេលចាត់ទុកការចូលថាត្រូវបានបដិសេធ។
  2. ប្រៀបធៀបផ្លូវ និងវិសាលភាពព័ត៌មានសម្គាល់។ ផ្គូផ្គងម៉ាស៊ីន/ច្រកពិតប្រាកដ និងវាលផ្សេងទៀតដែលកំណត់ដោយ HttpClient 5 AuthScope ដែលបានដាក់ពង្រាយ។ ច្រកខុសអាចទុក BasicCredentialsProvider ដោយគ្មានធាតុសមស្រប។
  3. ពិនិត្យវិធីសាស្ត្រ និងអត្តសញ្ញាណ។ តើប្រុកស៊ីផ្តល់វិធីសាស្ត្រដែលគាំទ្រឬ? តើការព្យាយាមឡើងវិញប្រើការតភ្ជាប់ដែលរំពឹងទុកឬ? តើប្រតិបត្តិករត្រូវការគណនីដែលមានដែន ឬទម្រង់ឯកសារផ្សេងទៀតឬ?

ប្រើ API នៃកំណែសំខាន់ដែលបានដំឡើង។ រូបមន្តឃ្លាំងសម្ងាត់ផ្ទៀងផ្ទាត់របស់ HttpClient 4 មិនផ្លាស់ទៅកំណែ 5 ដោយមិនផ្លាស់ប្តូរទេ។ ប្រើតម្រូវការគណនីរបស់ប្រតិបត្តិករ ជំនួសឱ្យការវិលជុំតាមបំរែបំរួលឈ្មោះអ្នកប្រើដោយបំពាន។

ការផ្ទៀងផ្ទាត់ជាមុនគឺជាជម្រើសដោយចេតនាមួយផ្សេងទៀត។ សម្រាប់គ្រោងដែលត្រូវគ្នា វាអាចដកការធ្វើដំណើរមួយជុំ ប៉ុន្តែវាផ្លាស់ប្តូរពេលដែលព័ត៌មានសម្គាល់ចេញ ហើយត្រូវការវិសាលភាពដែលគាំទ្រ។ វាមិនអាចជាការជួសជុលដំបូងសម្រាប់ចំណុចបញ្ចប់មិនត្រូវគ្នា ឬវិធីសាស្ត្រមិនគាំទ្របានទេ។

រក្សាអត្តសញ្ញាណប្រុកស៊ីដែលត្រូវបានសាកល្បង វិធីសាស្ត្រ ការត្រូវគ្នានៃវិសាលភាព និងស្ថានភាពចុងក្រោយនៅក្នុង ការវិភាគរោគវិនិច្ឆ័យ ដែលបានកែសម្រួល។ ពាក្យសម្ងាត់ និងដានឆៅដែលផ្ទុកព័ត៌មានសម្គាល់មិនចាំបាច់សម្រាប់ការប្រៀបធៀបនោះទេ។

អត្ថបទពាក់ព័ន្ធ