ເປັນຫຍັງການຕັ້ງຄ່າ proxy ຈຶ່ງເຮັດວຽກໃນ terminal ແຕ່ບໍ່ໃນ launcher ຂອງ desktop

ທ່ານ export proxy ໃນ terminal. ຄຳສັ່ງທີ່ເລີ່ມຢູ່ນັ້ນໃຊ້ມັນ. ການຄລິກໄອຄອນ desktop ຍັງໃຫ້ເສັ້ນທາງອື່ນ. ໄອຄອນບໍ່ໄດ້ກາຍເປັນລູກຂອງ terminal ນັ້ນ.

ເຊສຊັນ desktop ເລີ່ມແອັບພລິເຄຊັນຜ່ານເຄື່ອງຈັກເປີດໃຊ້ຂອງຕົນເອງ. ຂະບວນການເຫລົ່ານັ້ນຮັບສືບທອດສະພາບແວດລ້ອມນັ້ນ, ບໍ່ແມ່ນທຸກການແກ້ໄຂທີ່ເຮັດພາຍຫຼັງໃນ shell ທີ່ບໍ່ກ່ຽວຂ້ອງ. ນີ້ສາມາດອະທິບາຍຄວາມແຕກຕ່າງໄດ້ໂດຍບໍ່ພິສູດວ່າແພັກເກດຂອງແອັບພລິເຄຊັນມີຂໍ້ບົກພ່ອງ.

Exec ເປັນຄຳອະທິບາຍຄຳສັ່ງ ບໍ່ແມ່ນ script ຂອງ shell

ຂໍ້ກຳນົດ Desktop Entry ກຳນົດໄຟລ໌ທີ່ປະຕິບັດໄດ້ ແລະ ອາກິວເມັນສຳລັບ Exec. ມັນບໍ່ໄດ້ສັນຍາການຂະຫຍາຍຕົວແປຂອງ shell ຫຼື ຄຳສັ່ງພາຍໃນ shell.

ສຳລັບໂປແກຣມພາຍນອກທີ່ອ່ານຕົວແປສະພາບແວດລ້ອມທີ່ກ່ຽວຂ້ອງ, ການເປີດໃຊ້ທີ່ຈຳກັດໂດຍເຈດຕະນາສາມາດມີຮູບແບບນີ້:

Exec=env https_proxy=http://proxy.example:8080 /path/to/application

ປ່ຽນທັງຈຸດສິ້ນສຸດ ແລະ ໄຟລ໌ທີ່ປະຕິບັດໄດ້. ນີ້ສະແດງຂໍ້ມູນເຂົ້າຂອງການເປີດໃຊ້ ບໍ່ແມ່ນການຮັບປະກັນວ່າແອັບພລິເຄຊັນໃດກໍໄດ້ຈະອ່ານຕົວແປນັ້ນ. ບຣາວເຊີທີ່ມີນະໂຍບາຍ proxy ຊັດເຈນຂອງຕົນເອງຍັງສາມາດເລືອກແຫຼ່ງການຕັ້ງຄ່າອື່ນໄດ້. ສຳລັບ Chrome, ເກັບອາກິວເມັນ proxy ຂອງມັນໄວ້ໃນ launcher ຂອງຜູ້ໃຊ້.

ຢ່າຂຽນ Exec=export ... ແລະ ຢ່າຄາດຫວັງວ່າ desktop ຈະຕີຄວາມວ່າເປັນ shell ເຂົ້າສູ່ລະບົບຂອງທ່ານ. ໃຫ້ສັງເກດກົດການໃສ່ເຄື່ອງໝາຍຄຳເວົ້າ ແລະ ລະຫັດຊ່ອງຂໍ້ມູນທີ່ຮອງຮັບຂອງ desktop entry ນຳ; ພວກມັນເປັນຕົວແຍກອີກອັນໜຶ່ງ.

ກວດເບິ່ງວ່າມີສິ່ງໃໝ່ຖືກເປີດໃຊ້ຫຼືບໍ່

ແອັບພລິເຄຊັນບາງອັນສົ່ງຄຳຮ້ອງຂໍໄປຫາອິນສະແຕນທີ່ກຳລັງເຮັດວຽກຢູ່ແລ້ວ. ບາງ entry ໃຊ້ການເປີດໃຊ້ຜ່ານ D-Bus ເຊິ່ງມີເສັ້ນທາງເປີດໃຊ້ຂອງຕົນເອງ. ການຄລິກໄອຄອນໃໝ່ບໍ່ໄດ້ສ້າງຂະບວນການໃໝ່ດ້ວຍສະພາບແວດລ້ອມ Exec ທີ່ຫາກໍ່ແກ້ໄຂ.

ລະບຸອິນສະແຕນທີ່ສົ່ງຄຳຮ້ອງຂໍ ແລະ ການຕັ້ງຄ່າທີ່ມັນເປັນເຈົ້າຂອງຕົວຈິງ. ການເປີດໃຊ້ໃໝ່ທີ່ຄວບຄຸມໄດ້ສາມາດເຮັດໃຫ້ການປຽບທຽບແຄບລົງເມື່ອເໝາະສົມ. ຫຼີກລ້ຽງການຕິດຕັ້ງແອັບພລິເຄຊັນຄືນກ່ອນຈະຢືນຢັນວ່າສະພາບແວດລ້ອມທີ່ຕັ້ງໃຈໄວ້ເຄີຍໄປຮອດມັນ.