Squid retry_on_error៖ កូដស្ថានភាព និងផ្លូវជំនួស

មានជម្រើសមួយក្នុង Squid ឈ្មោះ retry_on_error ប៉ុន្តែឈ្មោះធំជាងការបកស្រាយដែលមានប្រយោជន៍របស់វា។ វាមិនមានន័យថារាល់សំណើដែលបរាជ័យនឹងត្រូវធ្វើម្តងទៀតរហូតគ្មានទីបញ្ចប់រហូតដល់ទំព័រដំណើរការ។

នៅក្នុងកំណែដែលគាំទ្របញ្ជានេះ វាត្រូវបានបិទតាមលំនាំដើម។ បញ្ជីធ្វើម្តងទៀតដែលបានចងក្រងគឺ 403, 500, 501, 502, 503 និង 504 ហើយវាព្យាយាមសំណើតាមគោលដៅផ្សេងទៀតដែលដំណើរការ។ នេះសំខាន់ជាពិសេសក្នុងឋានានុក្រមដែលមានផ្លូវបញ្ជូនជំនួស។ វាមិនមែនគ្រាន់តែជាការព្យាយាមម្តងទៀតតាមពេលវេលានៃ socket ដូចគ្នាទៅម៉ាស៊ីនមេដូចគ្នានោះទេ។

ដាក់ឈ្មោះបរាជ័យជាមុន

ការបដិសេធពេលភ្ជាប់ទៅ proxy ការបរាជ័យផ្ទៀងផ្ទាត់ proxy កំហុស HTTP ពីប្រភព និងការឆ្លើយតបដែលកាត់ផ្តាច់បន្ទាប់ពីការដឹកជញ្ជូនចាប់ផ្តើម មិនផ្តល់ឱកាសធ្វើម្តងទៀតដូចគ្នាទេ។ កុំរំពឹងថាការកំណត់មួយនឹងដោះស្រាយទាំងបួនដូចគ្នា។

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

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

អានបញ្ជាសម្រាប់កំណែជាក់លាក់របស់អ្នក; ឯកសារយោងរាយបញ្ជីភាពអាចប្រើបាន និងឥរិយាបថលំនាំដើម។ សូមកត់សម្គាល់ផងដែរ កាលកំណត់សំណើ និងការរង់ចាំសរុបដែលអ្នកប្រើមើលឃើញ។ ការព្យាយាមបញ្ជូនបន្ថែមអាចប្រើពេលវេលាដែលនៅសល់ដោយមិនផ្តល់លទ្ធផលប្រសើរជាង។

ពេលស៊ើបអង្កេតបរាជ័យដែលកើតឡើងម្តងម្កាល កត់ត្រាស្ថានភាព មេ ឬគោលដៅដែលបានជ្រើស និងលំដាប់នៃការព្យាយាម។ បើមិនដូច្នេះទេ ការធ្វើម្តងទៀតអាចធ្វើឱ្យបញ្ហាផ្លូវកើតឡើងដដែលៗមើលទៅដូចជាគេហទំព័រយឺតជាទូទៅ ខណៈពួកវាលាក់ផ្លូវដែលពិតជាបរាជ័យ។