ການໝົດເວລາຂອງ proxy ກັບ pnpm: ກວດສອບການດາວໂຫຼດພ້ອມກັນ
ຫຼຸດຜ່ອນຄວາມກົດດັນແບບຂະໜານທີ່ບໍ່ຈຳເປັນໃສ່ proxy ທີ່ຈຳກັດ ແລະ ແຍກຄວາມພ້ອມກັນຂອງຄຳຂໍອອກຈາກຂີດຈຳກັດການເຊື່ອມຕໍ່ຕາມແຫຼ່ງ.
ຖ້າຄຳຂໍແພັກເກດໜຶ່ງເຮັດວຽກໄດ້ ແຕ່ການຕິດຕັ້ງເກີດການໝົດເວລາ ໃຫ້ປຽບທຽບວຽກຂະໜານທີ່ໜ້ອຍກວ່າໃນເສັ້ນທາງດຽວກັນ ກ່ອນທີ່ຈະປ່ຽນ proxy. ສຳລັບ pnpm ເວີຊັນທີ່ຮອງຮັບການຕັ້ງຄ່າໂຄງການເຫຼົ່ານີ້ ຈຸດເລີ່ມຕົ້ນການວິນິດໄສແບບພໍສົມຄວນແມ່ນ:
networkConcurrency: 8
maxsockets: 4ໃຊ້ຕຳແໜ່ງທີ່ເວີຊັນທີ່ຕິດຕັ້ງຮອງຮັບ ເຊັ່ນ pnpm-workspace.yaml ໃນປັດຈຸບັນ. ຕົວເລກເຫຼົ່ານີ້ເປັນພຽງຕົວຢ່າງ ບໍ່ແມ່ນການວັດແທກ ແລະ ບໍ່ແມ່ນຄຳແນະນຳຄວາມໄວສຳລັບ proxy ຂອງທ່ານ.
| ການຕັ້ງຄ່າ | ຊັບພະຍາກອນ |
|---|---|
networkConcurrency | ວຽກເຄືອຂ່າຍຂະໜານ. |
maxsockets | ການເຊື່ອມຕໍ່ຕໍ່ແຫຼ່ງ: ໂປຣໂຕຄອນ ໂຮສ ແລະ ພອດ. |
ແລ່ນການປະຕິບັດການແພັກເກດທີ່ຕັ້ງໃຈດຽວກັນ ແລະ ບັນທຶກຂໍ້ຜິດພາດການເຊື່ອມຕໍ່ ຄຳຂໍທີ່ສຳເລັດ ແລະ ການລອງໃໝ່. ການຕິດຕັ້ງຄັ້ງທີສອງທີ່ມີແຄຊບໍ່ສາມາດປຽບທຽບເປັນແບນວິດກັບການດາວໂຫຼດຄັ້ງທຳອິດທີ່ບໍ່ມີແຄຊໄດ້. ການຫຼຸດຄວາມຂະໜານອາດຊ່ວຍຕົວກາງທີ່ຈຳກັດ ຫຼື ພຽງແຕ່ເຮັດໃຫ້ການແລ່ນທີ່ດີຊ້າລົງ; ບໍ່ມີການປັບປຸງຄົງທີ່ໂດຍບໍ່ມີຫຼັກຖານຈາກພາລະວຽກ.
ກວດສອບພຶດຕິກຳຂອງເວີຊັນນຳ. pnpm ໃນປັດຈຸບັນເອກະສານຄວາມຂະໜານອັດຕະໂນມັດ ແລະ ການປັບບາງຢ່າງທີ່ກ່ຽວຂ້ອງກັບການໝົດເວລາ ລວມທັງການຖືວ່າການສັນຈອນຜ່ານ proxy ດຽວກັນເປັນໂຮສດຽວສຳລັບການປັບນັ້ນ. ການຕັ້ງຄ່າຢ່າງຊັດເຈນເຮັດໃຫ້ການທົດລອງຊັດເຈນຂຶ້ນ ແຕ່ບໍ່ເຮັດໃຫ້ທຸກເວີຊັນກຳນົດເວລາເໝືອນກັນ.
ຖ້າແມ່ນແຕ່ຄຳຂໍດຽວລົ້ມເຫຼວ ໃຫ້ສືບສວນໂປຣໂຕຄອນ ຈຸດປາຍທາງ ການພິສູດຕົວຕົນ TLS ຫຼື ນະໂຍບາຍເປົ້າໝາຍກ່ອນ. ຂີດຈຳກັດຄວາມຂະໜານບໍ່ສາມາດແກ້ໄຂຄວາມລົ້ມເຫຼວເຫຼົ່ານັ້ນໄດ້.