ເຂົ້າສູ່ລະບົບອັດຕະໂນມັດເພື່ອປະຊຸມ Lync ໃນ Linux

Hey Habr!

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

ເຂົ້າ

ມັນທັງຫມົດໄດ້ເລີ່ມຕົ້ນເມື່ອບາງເວລາກ່ອນຫນ້ານີ້ຂ້ອຍໄດ້ດາວໂຫລດ Linux Mint ໃນຄອມພິວເຕີບ່ອນເຮັດວຽກຂອງຂ້ອຍ. ຫຼາຍຄົນອາດຈະຮູ້ວ່າ Pidgin ກັບ Sipe plugin ແມ່ນການທົດແທນທີ່ເຫມາະສົມສໍາລັບ Microsoft Lync (ປະຈຸບັນເອີ້ນວ່າ Skype ສໍາລັບທຸລະກິດ) ສໍາລັບລະບົບ Linux. ເນື່ອງຈາກການເຮັດວຽກສະເພາະຂອງຂ້ອຍ, ຂ້ອຍມັກຈະເຂົ້າຮ່ວມກອງປະຊຸມ SIP, ແລະເມື່ອຂ້ອຍເປັນພະນັກງານ Windows, ການເຂົ້າກອງປະຊຸມແມ່ນປະຖົມ: ພວກເຮົາໄດ້ຮັບການເຊື້ອເຊີນທາງໄປສະນີ, ໃຫ້ຄລິກໃສ່ການເຊື່ອມຕໍ່ເຂົ້າສູ່ລະບົບ, ແລະພວກເຮົາພ້ອມທີ່ຈະໄປ. .

ເມື່ອປ່ຽນໄປສູ່ດ້ານມືດຂອງ Linux, ທຸກສິ່ງທຸກຢ່າງໄດ້ກາຍເປັນຄວາມສັບສົນຫຼາຍ: ແນ່ນອນ, ທ່ານຍັງສາມາດເຂົ້າໄປໃນກອງປະຊຸມໃນ Pidgin, ແຕ່ເພື່ອເຮັດສິ່ງນີ້, ທ່ານຈໍາເປັນຕ້ອງເລືອກຕົວເລືອກເຂົ້າຮ່ວມກອງປະຊຸມໃນເມນູໃນຄຸນສົມບັດຂອງບັນຊີ SIP ຂອງທ່ານແລະ. ຢູ່ໃນປ່ອງຢ້ຽມທີ່ເປີດ, ໃສ່ລິ້ງໄປຫາກອງປະຊຸມຫຼືໃສ່ຊື່ຂອງອົງການຈັດຕັ້ງແລະ conf id. ແລະຫຼັງຈາກບາງເວລາຂ້ອຍເລີ່ມຄິດວ່າ: "ມັນເປັນໄປໄດ້ແນວໃດທີ່ຈະເຮັດໃຫ້ມັນງ່າຍດາຍ?" ແມ່ນແລ້ວ, ເຈົ້າອາດຈະເວົ້າວ່າ, ເປັນຫຍັງເຈົ້າຈຶ່ງຕ້ອງການອັນນີ້?

ຂັ້ນຕອນທີ 1: ການຄົ້ນຄວ້າ

ທ່ານ Nekrasov ກ່າວໃນວຽກຂອງລາວວ່າ "ຖ້າທ່ານໄດ້ຮັບຄວາມກະຕືລືລົ້ນໃນຫົວຂອງເຈົ້າ, ທ່ານບໍ່ສາມາດເອົາມັນອອກດ້ວຍສະເຕກ," Nekrasov ກ່າວໃນວຽກງານຂອງລາວ "ຜູ້ທີ່ມີຊີວິດຢູ່ໃນ Rus".

ດັ່ງນັ້ນ, ເມື່ອຄວາມຄິດເຂົ້າໄປໃນຫົວຂອງຂ້ອຍ, ຫຼັງຈາກເວລາໃດຫນຶ່ງ, ຄວາມຄິດທໍາອິດສໍາລັບການປະຕິບັດໄດ້ເກີດຂື້ນ. ທຸກສິ່ງທຸກຢ່າງເບິ່ງຄືວ່າງ່າຍດາຍ - ທ່ານຈໍາເປັນຕ້ອງຂັດຂວາງການເຂົ້າເຖິງການເຊື່ອມຕໍ່ meet.company.com/user/confid — ຕິດ​ຕັ້ງ​ຂະ​ບວນ​ການ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ເວັບ​ໄຊ​ຕ​໌​ທ້ອງ​ຖິ່ນ​ໃນ​ລົດ​ຂອງ​ທ່ານ​ທີ່ 127.0.0.1 ແລະ​ໃນ /etc/hosts ເພີ່ມ​ການ​ເຂົ້າ​ສະ​ຖິດ​ສໍາ​ລັບ​ໂດ​ເມນ​ຂອງ​ບໍ​ລິ​ສັດ​ໂດຍ​ຜ່ານ​ການ​ທີ່​ທ່ານ​ເຂົ້າ​ໄປ​ໃນ​ກອງ​ປະ​ຊຸມ​, ຊີ້​ໄປ​ທີ່ localhost​. ຕໍ່ໄປ, ເຄື່ອງແມ່ຂ່າຍເວັບໄຊຕ໌ນີ້ຕ້ອງດໍາເນີນການເຊື່ອມຕໍ່ທີ່ເຂົ້າມາຫາມັນແລະໂອນມັນພາຍໃນ Pidgin (ຂ້ອຍຈະເວົ້າທັນທີວ່າໃນຂັ້ນຕອນນີ້ຂ້ອຍຍັງບໍ່ຮູ້ວ່າຈະໃຫ້ມັນແນວໃດ). ການແກ້ໄຂ, ແນ່ນອນ, ມີກິ່ນຫອມຄືກັບໄມ້ຄ້ອນ, ແຕ່ພວກເຮົາເປັນນັກຂຽນໂປລແກລມ, ໄມ້ຄ້ອນບໍ່ຢ້ານພວກເຮົາ (ຂີ້ອາຍ).

ຫຼັງຈາກນັ້ນ, ໂດຍບັງເອີນ, ຂ້າພະເຈົ້າໄດ້ເປີດການເຊື່ອມຕໍ່ການເຊື້ອເຊີນຢູ່ໃນ Google Chrome (ແລະປົກກະຕິແລ້ວຂ້ອຍມັກຈະໃຊ້ Mozilla Firefox). ແລະຄວາມແປກໃຈຂອງຂ້ອຍ, ຫນ້າເວັບເບິ່ງແຕກຕ່າງກັນຢ່າງສິ້ນເຊີງ - ບໍ່ມີແບບຟອມສໍາລັບການປ້ອນຂໍ້ມູນຜູ້ໃຊ້ແລະທັນທີຫຼັງຈາກເຂົ້າໄປໃນຫນ້າເວັບມີການຮ້ອງຂໍໃຫ້ເປີດບາງສິ່ງບາງຢ່າງໂດຍຜ່ານ xdg-open. ພຽງແຕ່ເພື່ອຄວາມມ່ວນ, ຂ້ອຍຄລິກໃສ່ "ແມ່ນ" ແລະຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດຈະປາກົດ - ການເຊື່ອມຕໍ່ lync15:confjoin?url=https://meet.company.com/user/confid ບໍ່ສາມາດເປີດໄດ້. ຮືມ. ປະເພດໃດແດ່ຂອງ xdg-open ນີ້ແມ່ນແລະສິ່ງທີ່ມັນຕ້ອງການເພື່ອໃຫ້ການເຊື່ອມຕໍ່ດັ່ງກ່າວເປີດ? ການອ່ານເອກະສານຫຼັງການເສຍຊີວິດໄດ້ເປີດເຜີຍວ່າມັນເປັນຕົວຈັດການ GUI ທີ່ຊ່ວຍດໍາເນີນການຄໍາຮ້ອງສະຫມັກທີ່ກ່ຽວຂ້ອງບໍ່ວ່າຈະກັບໂປໂຕຄອນສໍາລັບໂຄງການ uri ຫຼືກັບປະເພດໄຟລ໌ສະເພາະ. ສະມາຄົມຖືກຕັ້ງຄ່າຜ່ານແຜນທີ່ປະເພດ mime. ດັ່ງນັ້ນພວກເຮົາເຫັນວ່າພວກເຮົາກໍາລັງດໍາເນີນການຄົ້ນຫາຄໍາຮ້ອງສະຫມັກທີ່ກົງກັນສໍາລັບໂຄງການ uri ທີ່ມີຊື່ lync15 ແລະການເຊື່ອມຕໍ່ຖືກສົ່ງກັບ xdg-open, ເຊິ່ງຫຼັງຈາກນັ້ນ, ໃນທາງທິດສະດີ, ຄວນຜ່ານມັນໄປຫາບາງຄໍາຮ້ອງສະຫມັກທີ່ຮັບຜິດຊອບສໍາລັບປະເພດຂອງການເຊື່ອມຕໍ່ນີ້. ເຊິ່ງ, ແນ່ນອນ, ພວກເຮົາບໍ່ມີຢູ່ໃນລະບົບຂອງພວກເຮົາ. ຖ້າບໍ່, ແລ້ວພວກເຂົາເຮັດຫຍັງໃນໂລກແຫຼ່ງເປີດ? ຖືກຕ້ອງ, ພວກເຮົາຈະຂຽນມັນເອງ.

immersion ໃນໂລກຂອງ Linux ແລະໂດຍສະເພາະໃນການສຶກສາວິທີການ shell graphical (ສະພາບແວດລ້ອມ desktop, DE) ເຮັດວຽກ, ໂດຍວິທີທາງການ, ຂ້ອຍມີ Xfce ໃນ Linux Mint, ສະແດງໃຫ້ເຫັນວ່າຄໍາຮ້ອງສະຫມັກແລະປະເພດ mime ທີ່ກ່ຽວຂ້ອງກັບມັນມັກຈະຖືກຂຽນໂດຍກົງໃນ. ໄຟລ໌ທາງລັດທີ່ມີສ່ວນຂະຫຍາຍ .desktop. ແລ້ວ, ເປັນຫຍັງບໍ່, ຂ້ອຍສ້າງທາງລັດແອັບພລິເຄຊັນທີ່ງ່າຍດາຍ, ເຊິ່ງພຽງແຕ່ຄວນຈະເປີດຕົວ bash script ແລະອອກການໂຕ້ຖຽງທີ່ສົ່ງກັບມັນໄປຫາ console, ຂ້ອຍໃຫ້ພຽງແຕ່ໄຟລ໌ທາງລັດເທົ່ານັ້ນ:

[Desktop Entry]
Name=Lync
Exec=/usr/local/bin/lync.sh %u
Type=Application
Terminal=false
Categories=Network;InstantMessaging;
MimeType=x-scheme-handler/lync15;

ຂ້ອຍເປີດ xdg-open ຈາກ console, ຜ່ານການເຊື່ອມຕໍ່ດຽວກັນທີ່ມາຈາກຕົວທ່ອງເວັບແລະ ... bummer. ອີກເທື່ອ ໜຶ່ງ ມັນບອກວ່າມັນບໍ່ສາມາດປະມວນຜົນການເຊື່ອມຕໍ່ໄດ້.

ຍ້ອນວ່າມັນຫັນອອກ, ຂ້າພະເຈົ້າບໍ່ໄດ້ປັບປຸງລາຍຊື່ຂອງ mime-types ທີ່ກ່ຽວຂ້ອງກັບຄໍາຮ້ອງສະຫມັກຂອງຂ້ອຍ. ນີ້ແມ່ນເຮັດດ້ວຍຄໍາສັ່ງງ່າຍໆ:

xdg-mime default lync.desktop x-scheme-handler/lync15

ເຊິ່ງພຽງແຕ່ແກ້ໄຂໄຟລ໌ ~/.config/mimeapps.list.

ພະຍາຍາມຈໍານວນ 2 ດ້ວຍການໂທຫາ xdg-open - ແລະອີກເທື່ອຫນຶ່ງລົ້ມເຫລວ. ບໍ່ມີຫຍັງ, ຄວາມຫຍຸ້ງຍາກບໍ່ເຮັດໃຫ້ພວກເຮົາຢ້ານກົວ, ແຕ່ພຽງແຕ່ຕື່ມຄວາມສົນໃຈຂອງພວກເຮົາ. ແລະປະກອບອາວຸດທີ່ມີອໍານາດທັງຫມົດຂອງ bash (i.e. tracing), ພວກເຮົາ dive headfirst ເຂົ້າໄປໃນ debugging. ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະສັງເກດວ່າ xdg-open ແມ່ນພຽງແຕ່ສະຄິບ shell.

bash -x xdg-open $url

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

ໂດຍໄດ້ເບິ່ງພາຍໃນຂອງ xdg-open, ຂ້ອຍພົບວ່າມັນວິເຄາະຕົວກໍານົດການດ້ານສິ່ງແວດລ້ອມຕ່າງໆແລະສົ່ງການຄວບຄຸມເພີ່ມເຕີມຕໍ່ກັບບາງເຄື່ອງມືສໍາລັບການເປີດການເຊື່ອມຕໍ່ໄຟລ໌ສະເພາະກັບ DE ໂດຍສະເພາະ, ຫຼືມັນມີຫນ້າທີ່ຫຼຸດລົງ. open_generic

open_xfce()
{
if exo-open --help 2>/dev/null 1>&2; then
exo-open "$1"
elif gio help open 2>/dev/null 1>&2; then
gio open "$1"
elif gvfs-open --help 2>/dev/null 1>&2; then
gvfs-open "$1"
else
open_generic "$1"
fi

if [ $? -eq 0 ]; then
exit_success
else
exit_failure_operation_failed
fi
}

ຂ້າພະເຈົ້າຈະຝັງຢູ່ທີ່ນີ້ຢ່າງໄວວາ hack ຂະຫນາດນ້ອຍທີ່ມີການວິເຄາະການໂຕ້ຖຽງທີ່ຜ່ານໄປແລະຖ້າສາຍຍ່ອຍສະເພາະຂອງພວກເຮົາຢູ່ທີ່ນັ້ນ lync15:, ຫຼັງຈາກນັ້ນພວກເຮົາທັນທີໂອນການຄວບຄຸມການທໍາງານ open_generic.

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

ເວລານີ້ມັນໄດ້ກາຍເປັນຫນ້າທີ່ is_file_url_or_path, ເຊິ່ງວິເຄາະການເຊື່ອມຕໍ່ໄຟລ໌ທີ່ສົ່ງໄປຫາວັດສະດຸປ້ອນ: file:// ຫຼືເສັ້ນທາງໄປຫາໄຟລ໌ຫຼືສິ່ງອື່ນ. ແລະການກວດສອບບໍ່ໄດ້ເຮັດວຽກຢ່າງຖືກຕ້ອງເນື່ອງຈາກຄວາມຈິງທີ່ວ່າຄໍານໍາຫນ້າ (url scheme) ຂອງພວກເຮົາມີຕົວເລກ, ແລະການສະແດງປົກກະຕິພຽງແຕ່ກວດເບິ່ງຊຸດຕົວອັກສອນທີ່ປະກອບດ້ວຍ :alpha: dots ແລະ dashes. ຫຼັງຈາກປຶກສາຫາລືມາດຕະຖານ rfc3986 ສໍາລັບ ຕົວລະບຸຊັບພະຍາກອນທີ່ເປັນເອກະພາບ ມັນໄດ້ກາຍເປັນທີ່ຊັດເຈນວ່າເວລານີ້ Microsoft ບໍ່ໄດ້ລະເມີດຫຍັງ (ເຖິງແມ່ນວ່າຂ້ອຍມີຮຸ່ນດັ່ງກ່າວ). ພຽງ​ແຕ່​ລະ​ດັບ​ຕົວ​ອັກ​ສອນ :alpha​: ມີ​ພຽງ​ແຕ່​ຕົວ​ອັກ​ສອນ​ຂອງ​ຕົວ​ອັກ​ສອນ​ລະ​ຕິນ​. ຂ້ອຍປ່ຽນເຊັກແບບປົກກະຕິເປັນຕົວເລກ ແລະ ຕົວເລກ. ເຮັດແລ້ວ, ທ່ານເຮັດໃຫ້ປະລາດ, ທຸກສິ່ງທຸກຢ່າງເລີ່ມຕົ້ນ, ການຄວບຄຸມຫຼັງຈາກການກວດສອບທັງຫມົດຖືກມອບໃຫ້ກັບຄໍາຮ້ອງສະຫມັກສະຄິບຂອງພວກເຮົາ, ການເຊື່ອມຕໍ່ຂອງພວກເຮົາຖືກສະແດງຢູ່ໃນ console, ທຸກສິ່ງທຸກຢ່າງແມ່ນຍ້ອນວ່າມັນຄວນຈະເປັນ. ຫຼັງຈາກນີ້, ຂ້າພະເຈົ້າເລີ່ມສົງໃສວ່າບັນຫາທັງຫມົດທີ່ມີ exo-open ແມ່ນຍ້ອນການຢັ້ງຢືນຮູບແບບການເຊື່ອມໂຍງເນື່ອງຈາກຕົວເລກໃນໂຄງການ. ເພື່ອທົດສອບສົມມຸດຕິຖານ, ຂ້ອຍປ່ຽນການລົງທະບຽນປະເພດ mime ຂອງແອັບພລິເຄຊັນເປັນພຽງແຕ່ໂຄງການ lync ແລະ voila - ທຸກສິ່ງທຸກຢ່າງເຮັດວຽກໂດຍບໍ່ມີການ overriding ຟັງຊັນ open_xfce. ແຕ່ນີ້ຈະບໍ່ຊ່ວຍພວກເຮົາໃນທາງໃດກໍ່ຕາມ, ເພາະວ່າຫນ້າເວັບສໍາລັບການເຂົ້າໄປໃນກອງປະຊຸມສ້າງການເຊື່ອມຕໍ່ກັບ lync15.

ດັ່ງນັ້ນ, ພາກສ່ວນທໍາອິດຂອງການເດີນທາງໄດ້ຖືກສໍາເລັດ. ພວກເຮົາຮູ້ວິທີການຂັດຂວາງການໂທເຊື່ອມຕໍ່ແລະຫຼັງຈາກນັ້ນມັນຕ້ອງໄດ້ຮັບການປຸງແຕ່ງບາງຢ່າງແລະຜ່ານພາຍໃນ Pidgin. ເພື່ອເຂົ້າໃຈວ່າມັນເຮັດວຽກພາຍໃນແນວໃດເມື່ອປ້ອນຂໍ້ມູນຜ່ານການເຊື່ອມຕໍ່ໃນເມນູ "ເຂົ້າຮ່ວມກອງປະຊຸມ", ຂ້ອຍໄດ້ cloned Git repository ຂອງໂຄງການ Sipe ແລະກຽມພ້ອມທີ່ຈະເຂົ້າໄປໃນລະຫັດອີກເທື່ອຫນຶ່ງ. ແຕ່ຫຼັງຈາກນັ້ນ, ໂຊກດີ, ຂ້າພະເຈົ້າໄດ້ຮັບຄວາມສົນໃຈຈາກ scripts ໃນລາຍການ ປະກອບສ່ວນ/dbus/:

• sipe-join-conference-with-uri.pl
• sipe-join-conference-with-organizer-and-id.pl
• sipe-call-phone-number.pl
• SipeHelper.pm

ມັນປະກົດວ່າ plugin Sipe ສາມາດໃຊ້ໄດ້ສໍາລັບການໂຕ້ຕອບຜ່ານ dbus (desktop bus) ແລະພາຍໃນສະຄິບມີຕົວຢ່າງຂອງການເຂົ້າຮ່ວມກອງປະຊຸມຜ່ານທາງເຊື່ອມຕໍ່, ບໍ່ວ່າຈະຜ່ານຊື່ຂອງຜູ້ຈັດຕັ້ງແລະ conf-id, ຫຼືທ່ານສາມາດເລີ່ມຕົ້ນການໂທຜ່ານ sip. . ນີ້ແມ່ນສິ່ງທີ່ພວກເຮົາຂາດຫາຍໄປ.

ຂັ້ນຕອນທີ 2. ການປະຕິບັດຕົວຈັດການການເຂົ້າຮ່ວມອັດຕະໂນມັດ

ເນື່ອງຈາກວ່າມີຕົວຢ່າງທີ່ກຽມພ້ອມໃນ Pearl, ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈພຽງແຕ່ໃຊ້ sipe-join-conference-with-uri.pl ແລະດັດແປງມັນເລັກນ້ອຍເພື່ອໃຫ້ເຫມາະສົມກັບຕົວທ່ານເອງ. ຂ້ອຍສາມາດຂຽນໃນ Pearl, ສະນັ້ນມັນບໍ່ໄດ້ເຮັດໃຫ້ເກີດຄວາມຫຍຸ້ງຍາກໂດຍສະເພາະ.

ຫຼັງຈາກການທົດສອບສະຄິບແຍກຕ່າງຫາກ, ຂ້າພະເຈົ້າໄດ້ຂຽນການໂທຂອງມັນເຂົ້າໄປໃນໄຟລ໌ lync.desktop. ແລະມັນແມ່ນໄຊຊະນະ! ເມື່ອເຂົ້າໄປໃນຫນ້າເຂົ້າຮ່ວມກອງປະຊຸມແລະອະນຸຍາດໃຫ້ xdg-open ດໍາເນີນການ, ປ່ອງຢ້ຽມປ໊ອບອັບກອງປະຊຸມຈາກ Pidgin ຈະເປີດໂດຍອັດຕະໂນມັດ. ຂ້ອຍດີໃຈແນວໃດ.
ໄດ້ຮັບການຊຸກຍູ້ຈາກຄວາມສໍາເລັດ, ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈເຮັດເຊັ່ນດຽວກັນສໍາລັບຕົວທ່ອງເວັບຕົ້ນຕໍຂອງຂ້ອຍ, Mozilla Firefox. ເມື່ອທ່ານເຂົ້າສູ່ລະບົບຜ່ານ fox, ຫນ້າສໍາລັບການອະນຸຍາດເປີດແລະຢູ່ລຸ່ມສຸດມີປຸ່ມ ເຂົ້າ​ຮ່ວມ​ການ​ນໍາ​ໃຊ້​ສື່​ສານ​ຫ້ອງ​ການ​. ນາງເປັນຜູ້ທີ່ຈັບຄວາມສົນໃຈຂອງຂ້ອຍ. ເມື່ອທ່ານຄລິກໃສ່ມັນຢູ່ໃນຕົວທ່ອງເວັບ, ມັນຈະໄປຫາທີ່ຢູ່:

conf:sip:{user};gruu;opaque=app:conf:focus:id:{conf-id}%3Frequired-media=audio

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

ຂ້ອຍລົງທະບຽນຄໍາຮ້ອງສະຫມັກສະຄິບຂອງຂ້ອຍຢ່າງໄວວາສໍາລັບໂຄງການ uri conf ແລະ ... ບໍ່ມີຫຍັງເກີດຂຶ້ນ. ຕົວທ່ອງເວັບສືບຕໍ່ຈົ່ມວ່າບໍ່ມີຄໍາຮ້ອງສະຫມັກທີ່ຈັດການກັບການເຊື່ອມຕໍ່ຂອງຂ້ອຍ. ໃນກໍລະນີນີ້, ການໂທຫາ xdg-open ຈາກ console ທີ່ມີພາລາມິເຕີເຮັດວຽກຢ່າງສົມບູນ.

“ຕັ້ງຕົວຈັດການໂປຣໂຕຄໍແບບກຳນົດເອງໃນ firefox” - ຂ້ອຍໄດ້ໄປອອນລາຍດ້ວຍຄຳຖາມນີ້. ຫຼັງຈາກທີ່ຜ່ານການສົນທະນາຫຼາຍໆຄັ້ງກ່ຽວກັບ stackoverflow (ແລະບ່ອນທີ່ພວກເຮົາຈະຢູ່ໂດຍບໍ່ມີມັນ), ມັນເບິ່ງຄືວ່າຄໍາຕອບໄດ້ຖືກພົບເຫັນ. ທ່ານຈໍາເປັນຕ້ອງສ້າງຕົວກໍານົດການພິເສດໃນ about: config (ແນ່ນອນປ່ຽນ foo ກັບ conf):

network.protocol-handler.expose.foo = false

ພວກເຮົາສ້າງມັນ, ເປີດການເຊື່ອມຕໍ່ແລະ ... ບໍ່ມີໂຊກດັ່ງກ່າວ. ຕົວທ່ອງເວັບ, ຄືກັບວ່າບໍ່ມີຫຍັງເກີດຂຶ້ນ, ເວົ້າວ່າມັນບໍ່ຮູ້ຄໍາຮ້ອງສະຫມັກຂອງພວກເຮົາ.

ຂ້ອຍກໍາລັງອ່ານເອກະສານຢ່າງເປັນທາງການກ່ຽວກັບການລົງທະບຽນໂປໂຕຄອນຈາກ Mozilla, ມີທາງເລືອກທີ່ຈະລົງທະບຽນສະມາຄົມໃນ gnome desktop ຕົວຂອງມັນເອງ (ປ່ຽນ foo ກັບ conf, ແນ່ນອນ):

gconftool-2 -s /desktop/gnome/url-handlers/foo/command '/path/to/app %s' --type String
gconftool-2 -s /desktop/gnome/url-handlers/foo/enabled --type Boolean true

ຂ້າພະເຈົ້າລົງທະບຽນ, ເປີດຕົວທ່ອງເວັບ ... ແລະອີກເທື່ອຫນຶ່ງຈັບຫນວດ.

ນີ້ແມ່ນເສັ້ນຈາກເອກະສານທີ່ຈັບຕາຂອງຂ້ອຍ:

ໃນຄັ້ງຕໍ່ໄປທ່ານຄລິກໃສ່ການເຊື່ອມຕໍ່ຂອງໂປໂຕຄອນປະເພດ foo ທ່ານຈະຖືກຖາມວ່າແອັບພລິເຄຊັນໃດທີ່ຈະເປີດມັນ.

— Semyon Semenych
- ອ້າວ

ພວກເຮົາບໍ່ໄດ້ຄລິກໃສ່ການເຊື່ອມຕໍ່, ແຕ່ຫນ້າເວັບພຽງແຕ່ປ່ຽນ window.location ຜ່ານ javascript. ຂ້ອຍຂຽນໄຟລ໌ html ງ່າຍໆດ້ວຍການເຊື່ອມຕໍ່ກັບໂປໂຕຄອນ conf, ເປີດມັນຢູ່ໃນຕົວທ່ອງເວັບ, ຄລິກໃສ່ການເຊື່ອມຕໍ່ - Yos! ປ່ອງຢ້ຽມເປີດຖາມວ່າແອັບພລິເຄຊັນໃດທີ່ພວກເຮົາຕ້ອງການເປີດການເຊື່ອມຕໍ່ຂອງພວກເຮົາ, ແລະຢູ່ທີ່ນັ້ນພວກເຮົາມີຄໍາຮ້ອງສະຫມັກ Lync ຂອງພວກເຮົາຢູ່ໃນບັນຊີລາຍຊື່ - ພວກເຮົາລົງທະບຽນມັນຢ່າງຊື່ສັດໃນທຸກທາງທີ່ເປັນໄປໄດ້. ຢູ່ໃນປ່ອງຢ້ຽມມີກ່ອງກາເຄື່ອງຫມາຍ "ຈື່ຈໍາທາງເລືອກແລະສະເຫມີເປີດການເຊື່ອມຕໍ່ໃນຄໍາຮ້ອງສະຫມັກຂອງພວກເຮົາ", ຫມາຍມັນ, ຄລິກ ok. ແລະນີ້ແມ່ນໄຊຊະນະທີສອງ - ປ່ອງຢ້ຽມຂອງກອງປະຊຸມເປີດ. ໃນເວລາດຽວກັນ, ການເປີດກອງປະຊຸມເຮັດວຽກບໍ່ພຽງແຕ່ໃນເວລາທີ່ທ່ານຄລິກໃສ່ການເຊື່ອມຕໍ່, ແຕ່ຍັງໃນເວລາທີ່ການເຄື່ອນຍ້າຍຈາກຫນ້າທີ່ເຂົ້າຮ່ວມທີ່ພວກເຮົາຕ້ອງການໄປຫາກອງປະຊຸມ.

ຫຼັງຈາກນັ້ນ, ຂ້າພະເຈົ້າໄດ້ກວດເບິ່ງ, ລຶບຕົວກໍານົດການ network.protocol-handler.expose.conf ບໍ່ໄດ້ມີຜົນກະທົບໃດໆຕໍ່ການດໍາເນີນງານຂອງໂປໂຕຄອນໃນ Fox. ການເຊື່ອມຕໍ່ສືບຕໍ່ເຮັດວຽກ.

ສະຫລຸບ

ຂ້ອຍໄດ້ອັບໂຫລດວຽກຂອງຂ້ອຍທັງຫມົດໃສ່ບ່ອນເກັບມ້ຽນ GitHub; ການເຊື່ອມຕໍ່ກັບຊັບພະຍາກອນທັງຫມົດຈະຢູ່ໃນຕອນທ້າຍຂອງບົດຄວາມ.
ຂ້ອຍຈະສົນໃຈທີ່ຈະໄດ້ຮັບຄໍາຄິດເຫັນຈາກຜູ້ທີ່ຕ້ອງການໃຊ້ວຽກຂອງຂ້ອຍ. ຂ້ອຍຄວນສັງເກດວ່າຂ້ອຍໄດ້ພັດທະນາທັງຫມົດພຽງແຕ່ສໍາລັບລະບົບ Linux Mint ຂອງຂ້ອຍ, ດັ່ງນັ້ນບາງການແຈກຢາຍຫຼື desktop ອື່ນໆອາດຈະບໍ່ເຮັດວຽກໃນຮຸ່ນນັ້ນ. ຫຼືແທນທີ່ຈະ, ຂ້ອຍເກືອບແນ່ໃຈວ່ານີ້, ເພາະວ່າຂ້ອຍໄດ້ແກ້ໄຂພຽງແຕ່ 1 ຟັງຊັນໃນ xdg-open ທີ່ກ່ຽວຂ້ອງກັບ DE ຂອງຂ້ອຍເທົ່ານັ້ນ. ຖ້າທ່ານຕ້ອງການເພີ່ມການສະຫນັບສະຫນູນສໍາລັບລະບົບອື່ນໆຫຼື desktop, ຂຽນຄໍາຮ້ອງຂໍດຶງຂ້ອຍໃນ Github.

ໂຄງການທັງໝົດໃຊ້ເວລາ 1 ຕອນແລງຈຶ່ງສຳເລັດ.

ເອກະສານອ້າງອີງ:

• ການລົງທະບຽນໂປໂຕຄອນກັບ Mozilla
• D-bus(ວິກິພີເດຍ)
• rfc3986 URI
• ໂຄງການໃນ Github

ແຫຼ່ງຂໍ້ມູນ: www.habr.com