🥇បញ្ចូលដោយស្វ័យប្រវត្តិទៅក្នុងសន្និសីទ Lync នៅក្នុងលីនុច

ហេហេ!

សម្រាប់ខ្ញុំ ឃ្លានេះគឺស្រដៀងនឹង hello world ចាប់តាំងពីទីបំផុតខ្ញុំទទួលបានការបោះពុម្ពលើកដំបូងរបស់ខ្ញុំ។ ខ្ញុំបានបិទពេលវេលាដ៏អស្ចារ្យនេះអស់រយៈពេលជាយូរ ដោយសារមិនមានអ្វីត្រូវសរសេរ ហើយខ្ញុំក៏មិនចង់ជញ្ជក់យកអ្វីដែលធ្លាប់ជញ្ជក់ច្រើនដងដែរ។ ជាទូទៅ សម្រាប់ការបោះពុម្ពលើកដំបូងរបស់ខ្ញុំ ខ្ញុំចង់បានអ្វីដែលដើម មានប្រយោជន៍សម្រាប់អ្នកដទៃ និងមានប្រភេទនៃបញ្ហាប្រឈម និងការដោះស្រាយបញ្ហាមួយចំនួន។ ហើយឥឡូវនេះខ្ញុំអាចចែករំលែករឿងនេះ។ ឥឡូវនេះសូមនិយាយអំពីអ្វីគ្រប់យ៉ាងតាមលំដាប់លំដោយ។

ធាតុ

វាទាំងអស់បានចាប់ផ្តើមនៅពេលដែលពេលខ្លះខ្ញុំបានទាញយក Linux Mint នៅលើកុំព្យូទ័រការងាររបស់ខ្ញុំ។ មនុស្សជាច្រើនប្រហែលជាដឹងថា Pidgin ជាមួយកម្មវិធីជំនួយ Sipe គឺជាការជំនួសដែលសមរម្យទាំងស្រុងសម្រាប់ Microsoft Lync (ឥឡូវហៅថា Skype សម្រាប់អាជីវកម្ម) សម្រាប់ប្រព័ន្ធលីនុច។ ដោយសារលក្ខណៈនៃការងាររបស់ខ្ញុំ ជារឿយៗខ្ញុំត្រូវចូលរួមក្នុងសន្និសិទ SIP ហើយនៅពេលខ្ញុំជាអ្នកប្រើប្រាស់វីនដូ ការចូលទៅក្នុងសន្និសីទគឺសាមញ្ញ៖ យើងទទួលបានការអញ្ជើញតាមសំបុត្រ ចុចលើតំណភ្ជាប់ចូល ហើយយើងបានបញ្ចប់។

នៅពេលប្តូរទៅផ្នែកងងឹតនៃលីនុច អ្វីគ្រប់យ៉ាងកាន់តែស្មុគស្មាញ៖ ជាការពិតណាស់ អ្នកក៏អាចចូលទៅក្នុងសន្និសីទនៅក្នុង Pidgin ប៉ុន្តែដើម្បីធ្វើដូច្នេះអ្នកត្រូវជ្រើសរើសជម្រើសចូលរួមសន្និសីទនៅក្នុងម៉ឺនុយនៅក្នុងលក្ខណៈសម្បត្តិនៃគណនី SIP របស់អ្នក និង នៅក្នុងបង្អួចដែលបើក បញ្ចូលតំណទៅសន្និសិទ ឬបញ្ចូលឈ្មោះអ្នករៀបចំ និង conf id ។ ហើយបន្ទាប់ពីពេលខ្លះខ្ញុំចាប់ផ្តើមគិតថា: "តើវាអាចទៅរួចទេក្នុងការធ្វើឱ្យសាមញ្ញនេះ?" បាទ អ្នកប្រហែលជានិយាយថា ហេតុអ្វីបានជាអ្នកត្រូវការវា?

ជំហានទី 1: ការស្រាវជ្រាវ

Nekrasov បាននិយាយនៅក្នុងការងាររបស់គាត់ "Who Lives Well in 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 ដែលមានឈ្មោះថា lync 15 ហើយតំណភ្ជាប់ត្រូវបានបញ្ជូនទៅ xdg-open ដែលបន្ទាប់មកតាមទ្រឹស្តីគួរតែបញ្ជូនវាទៅកម្មវិធីមួយចំនួនដែលទទួលខុសត្រូវចំពោះប្រភេទនៃតំណភ្ជាប់នេះ។ ដែលជាការពិត យើងមិនមាននៅក្នុងប្រព័ន្ធរបស់យើងទេ។ បើមិនដូច្នេះទេ តើគេធ្វើអ្វីក្នុងពិភពប្រភពបើកចំហ? ត្រូវហើយ យើងនឹងសរសេរវាដោយខ្លួនឯង។

ការជ្រមុជបន្ថែមទៀតនៅក្នុងពិភពលីនុច និងជាពិសេសក្នុងការសិក្សាពីរបៀបដែលសែលក្រាហ្វិច (បរិស្ថានផ្ទៃតុ DE) ដំណើរការ ដោយវិធីនេះ ខ្ញុំមាន Xfce នៅក្នុង Linux Mint បានបង្ហាញថាកម្មវិធី និងប្រភេទ mime ដែលភ្ជាប់ជាមួយវាជាធម្មតាត្រូវបានសរសេរដោយផ្ទាល់នៅក្នុង ឯកសារផ្លូវកាត់ជាមួយផ្នែកបន្ថែម .desktop ។ មែនហើយ ហេតុអ្វីមិនធ្វើ ខ្ញុំបង្កើតផ្លូវកាត់កម្មវិធីសាមញ្ញ ដែលគួរតែចាប់ផ្តើមស្គ្រីប bash ហើយបញ្ចេញអាគុយម៉ង់ដែលបញ្ជូនទៅវាទៅកុងសូល ខ្ញុំផ្តល់តែឯកសារផ្លូវកាត់ខ្លួនឯងប៉ុណ្ណោះ៖

[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 ពីកុងសូល ដោយឆ្លងកាត់តំណដូចគ្នាដែលមកពី browser និង... bummer ។ ជាថ្មីម្តងទៀតវានិយាយថាវាមិនអាចដំណើរការតំណបានទេ។

ដូចដែលវាប្រែថា ខ្ញុំមិនបានធ្វើបច្ចុប្បន្នភាពថតនៃប្រភេទ mime ដែលពាក់ព័ន្ធជាមួយកម្មវិធីរបស់ខ្ញុំទេ។ នេះត្រូវបានធ្វើដោយពាក្យបញ្ជាសាមញ្ញ៖

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

ដែលគ្រាន់តែកែសម្រួលឯកសារ ~/.config/mimeapps.list.

ព្យាយាមលេខ 2 ជាមួយនឹងការហៅ xdg-open - ហើយម្តងទៀតបរាជ័យ។ គ្មានអ្វីទេ ការលំបាកមិនបំភ័យយើងទេ ប៉ុន្តែគ្រាន់តែជំរុញចំណាប់អារម្មណ៍របស់យើង។ ហើយប្រដាប់ដោយអំណាចទាំងអស់នៃ bash (ឧ. តាមដាន) យើងជ្រមុជក្បាលដំបូងក្នុងការបំបាត់កំហុស។ វាជារឿងសំខាន់ក្នុងការកត់សម្គាល់នៅទីនេះថា xdg-open គ្រាន់តែជាស្គ្រីបសែលប៉ុណ្ណោះ។

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) មានលេខ ហើយកន្សោមធម្មតាពិនិត្យតែសំណុំតួអក្សរដែលមាន :alpha: dots និង dashes ប៉ុណ្ណោះ។ បន្ទាប់ពីបានពិគ្រោះជាមួយស្តង់ដារ rfc3986 សម្រាប់ ឧបករណ៍កំណត់អត្តសញ្ញាណធនធានឯកសណ្ឋាន វាច្បាស់ណាស់ថាពេលនេះ Microsoft មិនបំពានអ្វីទាំងអស់ (ទោះបីជាខ្ញុំមានកំណែបែបនេះក៏ដោយ) ។ គ្រាន់តែថ្នាក់តួអក្សរ៖ អាល់ហ្វា៖ មានតែអក្សរនៃអក្ខរក្រមឡាតាំងប៉ុណ្ណោះ។ ខ្ញុំប្តូរការត្រួតពិនិត្យធម្មតាទៅជាអក្សរក្រមលេខ។ រួចរាល់ អ្នកពិតជាអស្ចារ្យណាស់ អ្វីគ្រប់យ៉ាងចាប់ផ្តើម ការគ្រប់គ្រងបន្ទាប់ពីការត្រួតពិនិត្យទាំងអស់ត្រូវបានផ្តល់ទៅឱ្យកម្មវិធីស្គ្រីបរបស់យើង តំណភ្ជាប់របស់យើងត្រូវបានបង្ហាញនៅលើកុងសូល អ្វីគ្រប់យ៉ាងគឺដូចដែលវាគួរតែមាន។ បន្ទាប់ពីនេះខ្ញុំចាប់ផ្តើមសង្ស័យថាបញ្ហាទាំងអស់ជាមួយ exo-open ក៏ដោយសារតែការធ្វើឱ្យមានសុពលភាពនៃទម្រង់តំណដោយសារតែលេខនៅក្នុងគ្រោងការណ៍។ ដើម្បីសាកល្បងសម្មតិកម្ម ខ្ញុំប្តូរការចុះឈ្មោះប្រភេទ mime នៃកម្មវិធីទៅគ្រាន់តែជាគ្រោងការណ៍មួយ។ lync និង voila - អ្វីគ្រប់យ៉ាងដំណើរការដោយមិនបដិសេធមុខងារ open_xfce ។ ប៉ុន្តែនេះនឹងមិនជួយយើងតាមមធ្យោបាយណាមួយទេ ព្រោះគេហទំព័រសម្រាប់ចូលសន្និសីទបង្កើតតំណភ្ជាប់ជាមួយ lync15។

ដូច្នេះ ផ្នែកដំបូងនៃការធ្វើដំណើរត្រូវបានបញ្ចប់។ យើងដឹងពីរបៀបស្ទាក់ចាប់ការហៅតាមតំណ ហើយបន្ទាប់មកវាត្រូវតែដំណើរការ និងឆ្លងកាត់នៅក្នុង Pidgin ។ ដើម្បីយល់ពីរបៀបដែលវាដំណើរការខាងក្នុងនៅពេលបញ្ចូលទិន្នន័យតាមរយៈតំណនៅក្នុងម៉ឺនុយ "ចូលរួមសន្និសីទ" ខ្ញុំបានក្លូនឃ្លាំង Git នៃគម្រោង Sipe ហើយត្រៀមខ្លួនរួចជាស្រេចដើម្បីចូលទៅក្នុងកូដម្តងទៀត។ ប៉ុន្តែបន្ទាប់មក ជាសំណាងល្អ ខ្ញុំត្រូវបានទាក់ទាញដោយស្គ្រីបនៅក្នុងកាតាឡុក contrib/dbus/:

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

វាប្រែថាកម្មវិធីជំនួយ Sipe មានសម្រាប់អន្តរកម្មតាមរយៈ dbus (ឡានក្រុងលើតុ) ហើយនៅខាងក្នុងស្គ្រីបមានឧទាហរណ៍នៃការចូលរួមសន្និសីទតាមរយៈតំណ ទាំងតាមរយៈឈ្មោះរបស់អ្នករៀបចំ និង conf-id ឬអ្នកអាចចាប់ផ្តើមការហៅតាមរយៈ sip . នេះពិតជាអ្វីដែលយើងបាត់។

ជំហាន 2. ការអនុវត្តកម្មវិធីដោះស្រាយការភ្ជាប់ដោយស្វ័យប្រវត្តិ

ដោយសារមានឧទាហរណ៍ដែលត្រៀមរួចជាស្រេចនៅក្នុងគុជ ខ្ញុំសម្រេចចិត្តប្រើ sipe-join-conference-with-uri.pl ហើយកែប្រែវាបន្តិចទៅតាមខ្លួនឯង។ ខ្ញុំអាចសរសេរជា Pearl ដូច្នេះហើយវាមិនបានបង្កការលំបាកណាមួយទេ។

បន្ទាប់ពីបានសាកល្បងស្គ្រីបដាច់ដោយឡែក ខ្ញុំបានសរសេរការហៅរបស់វាទៅក្នុងឯកសារ lync.desktop. ហើយវាគឺជាជ័យជំនះ! នៅពេលចូលទៅក្នុងទំព័រចូលរួមសន្និសីទ ហើយអនុញ្ញាតឱ្យ xdg-open ដំណើរការ បង្អួចលេចឡើងសន្និសីទពី Pidgin នឹងបើកដោយស្វ័យប្រវត្តិ។ របៀបដែលខ្ញុំរីករាយ។
ដោយទទួលបានការលើកទឹកចិត្តដោយជោគជ័យ ខ្ញុំបានសម្រេចចិត្តធ្វើដូចគ្នានេះសម្រាប់កម្មវិធីរុករកចម្បងរបស់ខ្ញុំគឺ Mozilla Firefox។ នៅពេលអ្នកចូលតាមរយៈកញ្ជ្រោង ទំព័រសម្រាប់ការអនុញ្ញាតនឹងបើក ហើយនៅខាងក្រោមបំផុតមានប៊ូតុងមួយ។ ចូលរួមដោយប្រើអ្នកទំនាក់ទំនងការិយាល័យ. នាងជាអ្នកចាប់អារម្មណ៍ខ្ញុំ។ នៅពេលអ្នកចុចលើវានៅក្នុងកម្មវិធីរុករក វាទៅអាសយដ្ឋាន៖

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

ដែលគាត់ប្រាប់ខ្ញុំដោយសប្បុរសថាគាត់មិនដឹងពីរបៀបបើកវា ហើយប្រហែលជាខ្ញុំមិនមានកម្មវិធីដែលពាក់ព័ន្ធសម្រាប់ពិធីការបែបនេះទេ។ អញ្ចឹង យើងធ្លាប់ឆ្លងកាត់រឿងនេះរួចហើយ។

ខ្ញុំប្រញាប់ចុះឈ្មោះកម្មវិធីស្គ្រីបរបស់ខ្ញុំផងដែរសម្រាប់គ្រោងការណ៍ uri conf ហើយ ... គ្មានអ្វីកើតឡើងទេ។ កម្មវិធីរុករកបន្តត្អូញត្អែរថាមិនមានកម្មវិធីដែលគ្រប់គ្រងតំណភ្ជាប់របស់ខ្ញុំទេ។ ក្នុងករណីនេះការហៅ xdg-open ពីកុងសូលដែលមានប៉ារ៉ាម៉ែត្រដំណើរការយ៉ាងល្អឥតខ្ចោះ។

"កំណត់កម្មវិធីគ្រប់គ្រងពិធីការផ្ទាល់ខ្លួននៅក្នុង Firefox" - ខ្ញុំបានទៅអ៊ីនធឺណិតជាមួយនឹងសំណួរនេះ។ បន្ទាប់ពីបានឆ្លងកាត់ការពិភាក្សាជាច្រើនលើ stackoverflow (ហើយតើយើងនឹងនៅឯណាដោយគ្មានវា) វាហាក់ដូចជាចម្លើយត្រូវបានរកឃើញ។ អ្នកត្រូវបង្កើតប៉ារ៉ាម៉ែត្រពិសេសមួយនៅក្នុង អំពី: config (ជាការពិតណាស់ការជំនួស foo ជាមួយ conf):

network.protocol-handler.expose.foo = false

យើងបង្កើតវា បើកតំណ ហើយ... គ្មានសំណាងបែបនេះទេ។ កម្មវិធីរុករកតាមអ៊ីនធឺណិតដូចជាគ្មានអ្វីកើតឡើងទេ និយាយថាវាមិនស្គាល់កម្មវិធីរបស់យើងទេ។

ខ្ញុំកំពុងអានឯកសារផ្លូវការស្តីពីការចុះឈ្មោះពិធីការពី Mozilla មានជម្រើសដើម្បីចុះឈ្មោះសមាគមនៅក្នុងផ្ទៃតុ gnome ខ្លួនវា (ជំនួស 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

ខ្ញុំចុះឈ្មោះបើកកម្មវិធីរុករក ... ហើយម្តងទៀតពុកចង្ការ។

នេះជាបន្ទាត់ពីឯកសារចាប់ភ្នែកខ្ញុំ៖

លើកក្រោយដែលអ្នកចុចលើតំណភ្ជាប់នៃប្រភេទ protocol-type foo អ្នកនឹងត្រូវបានសួរថាតើកម្មវិធីមួយណាដែលត្រូវបើកវាជាមួយ។

— នៅ Semyon Semenych
- អេ

យើងមិនចុចលើតំណភ្ជាប់នោះទេ ប៉ុន្តែគេហទំព័រគ្រាន់តែផ្លាស់ប្តូរ window.location តាមរយៈ javascript។ ខ្ញុំសរសេរឯកសារ html សាមញ្ញមួយដែលមានតំណភ្ជាប់ទៅពិធីការ conf បើកវានៅក្នុងកម្មវិធីរុករកចុចលើតំណ - Yos! បង្អួចមួយបើកសួរថា តើកម្មវិធីមួយណាដែលយើងត្រូវបើកតំណរបស់យើង ហើយនៅទីនោះយើងមានកម្មវិធី Lync របស់យើងនៅក្នុងបញ្ជីរួចហើយ - យើងបានចុះឈ្មោះវាដោយស្មោះត្រង់តាមគ្រប់មធ្យោបាយដែលអាចធ្វើទៅបាន។ នៅក្នុងបង្អួចមានប្រអប់ធីក "ចងចាំជម្រើសហើយតែងតែបើកតំណនៅក្នុងកម្មវិធីរបស់យើង" សម្គាល់វាចុចយល់ព្រម។ ហើយនេះគឺជាជ័យជំនះទីពីរ - បង្អួចសន្និសីទបើក។ ក្នុងពេលជាមួយគ្នានេះ ការបើកសន្និសិទដំណើរការមិនត្រឹមតែនៅពេលអ្នកចុចលើតំណមួយប៉ុណ្ណោះទេ ប៉ុន្តែនៅពេលផ្លាស់ទីពីទំព័រចូលរួមដែលយើងត្រូវការទៅកាន់សន្និសីទ។

បន្ទាប់មកខ្ញុំបានពិនិត្យ លុបប៉ារ៉ាម៉ែត្រ network.protocol-handler.expose.conf មិនប៉ះពាល់ដល់ប្រតិបត្តិការនៃពិធីការនៅក្នុង Fox ទេ។ តំណភ្ជាប់បានបន្តដំណើរការ។

សេចក្តីសន្និដ្ឋាន

ខ្ញុំបានផ្ទុកការងាររបស់ខ្ញុំទាំងអស់ទៅឃ្លាំង GitHub តំណភ្ជាប់ទៅកាន់ធនធានទាំងអស់នឹងនៅចុងបញ្ចប់នៃអត្ថបទ។
ខ្ញុំនឹងចាប់អារម្មណ៍ក្នុងការទទួលបានមតិកែលម្អពីអ្នកដែលចង់ប្រើប្រាស់ការងាររបស់ខ្ញុំ។ ខ្ញុំគួរកត់សម្គាល់ភ្លាមៗថាខ្ញុំបានធ្វើការអភិវឌ្ឍន៍ទាំងអស់សម្រាប់តែប្រព័ន្ធ Linux Mint របស់ខ្ញុំប៉ុណ្ណោះ ដូច្នេះការចែកចាយ ឬកុំព្យូទ័រលើតុមួយចំនួនផ្សេងទៀតប្រហែលជាមិនដំណើរការនៅក្នុងកំណែនោះ។ ឬផ្ទុយទៅវិញ ខ្ញុំស្ទើរតែប្រាកដអំពីរឿងនេះ ព្រោះខ្ញុំបានជួសជុលមុខងារតែ 1 នៅក្នុង xdg-open ដែលទាក់ទងតែ DE របស់ខ្ញុំប៉ុណ្ណោះ។ ប្រសិនបើអ្នកចង់បន្ថែមការគាំទ្រសម្រាប់ប្រព័ន្ធ ឬកុំព្យូទ័រលើតុផ្សេងទៀត សូមសរសេរសំណើទាញខ្ញុំនៅលើ Github ។

គម្រោងទាំងមូលចំណាយពេល 1 ល្ងាចដើម្បីបញ្ចប់។

ឯកសារយោង:

ប្រភព: www.habr.com

ចូលដោយស្វ័យប្រវត្តិទៅសន្និសីទ Lync នៅលើលីនុច

ធាតុ

ជំហានទី 1: ការស្រាវជ្រាវ

ជំហាន 2. ការអនុវត្តកម្មវិធីដោះស្រាយការភ្ជាប់ដោយស្វ័យប្រវត្តិ

សេចក្តីសន្និដ្ឋាន

បន្ថែមមតិយោបល់ ответОтменить