Linux मा Lync सम्मेलनहरूमा स्वचालित लगइन

हे हाबर!

मेरो लागि, यो वाक्यांश नमस्कार संसार जस्तै हो, किनकि म अन्ततः मेरो पहिलो प्रकाशनमा पुगें। मैले यस अद्भुत क्षणलाई लामो समयको लागि टाँसें, किनकि त्यहाँ लेख्नको लागि केहि थिएन, र म पनि पटक पटक चुसिएको कुनै चीजलाई चुस्न चाहन्न। सामान्यतया, मेरो पहिलो प्रकाशनको लागि म मौलिक, अरूको लागि उपयोगी र केही प्रकारको चुनौती र समस्या समाधान समावेश गर्न चाहन्छु। र अब म यो साझा गर्न सक्छु। अब क्रम मा सबै कुरा कुरा गरौं।

प्रवेश

यो सबै सुरु भयो जब केहि समय पहिले मैले मेरो कामको कम्प्युटरमा लिनक्स मिन्ट डाउनलोड गरें। धेरै मानिसहरूलाई थाहा छ कि Sipe प्लगइनको साथ Pidgin Microsoft Lync (अहिले व्यवसायको लागि स्काइप भनिन्छ) लिनक्स प्रणालीहरूको लागि पूर्ण रूपमा उपयुक्त प्रतिस्थापन हो। मेरो कामको विशिष्टताका कारण, मैले प्रायः SIP सम्मेलनहरूमा भाग लिनुपर्छ, र जब म विन्डोज कार्यकर्ता थिएँ, सम्मेलनहरूमा प्रवेश गर्नु प्राथमिक थियो: हामीले मेलबाट निमन्त्रणा प्राप्त गर्छौं, लगइन लिङ्कमा क्लिक गर्नुहोस्, र हामी जान तयार छौं। ।

लिनक्सको अँध्यारो पक्षमा स्विच गर्दा, सबै कुरा अलि बढी जटिल भयो: अवश्य पनि, तपाइँ Pidgin मा सम्मेलनहरू पनि प्रविष्ट गर्न सक्नुहुन्छ, तर यो गर्नका लागि तपाइँले तपाइँको SIP खाताको गुणहरूमा मेनुमा सम्मेलन विकल्प चयन गर्न आवश्यक छ। खुल्ने विन्डोमा, सम्मेलनमा लिङ्क घुसाउनुहोस् वा आयोजकको नाम र कन्फ आईडी प्रविष्ट गर्नुहोस्। र केहि समय पछि मैले सोच्न थाले: "यसलाई सरल बनाउन सम्भव छ?" हो, तपाईले भन्न सक्नुहुन्छ, तपाईलाई यो किन चाहिन्छ?

चरण 1: अनुसन्धान

"यदि तपाइँ तपाइँको टाउकोमा केहि सनकी पाउनुभयो भने, तपाइँ यसलाई दाँयाले बाहिर निकाल्न सक्नुहुन्न," नेक्रासोभले आफ्नो काम "रूसमा को राम्रोसँग बस्छ" मा भने।

त्यसोभए, एक पटक मेरो दिमागमा विचार आयो, केहि समय पछि कार्यान्वयनको लागि पहिलो विचार आयो। सबै कुरा सरल देखिन्थ्यो - तपाईंले लिङ्कहरूमा पहुँच अवरोध गर्न आवश्यक छ meet.company.com/user/confid - 127.0.0.1 मा तपाईंको कारमा स्थानीय वेब अनुप्रयोग प्रक्रिया स्थापना गर्नुहोस् र /etc/hosts मा कम्पनी डोमेनको लागि स्थिर प्रविष्टि थप्नुहोस् जसको माध्यमबाट तपाईं सम्मेलनमा प्रवेश गर्नुहुन्छ, लोकलहोस्टलाई संकेत गर्दै। अर्को, यो वेब सर्भरले यसमा आएको लिङ्कलाई प्रशोधन गर्नुपर्छ र कुनै न कुनै तरिकाले यसलाई Pidgin भित्र स्थानान्तरण गर्नुपर्छ (म तुरुन्तै भन्नेछु कि यस चरणमा मलाई यसलाई कसरी दिने भन्ने कुरा थाहा थिएन)। समाधान, निस्सन्देह, बैसाखी जस्तै गन्ध, तर हामी प्रोग्रामर हौं, बैसाखी हामीलाई डराउँदैन (बकवास)।

त्यसपछि, संयोगले, मैले गुगल क्रोममा निमन्त्रणा लिङ्क खोलेको छु (र सामान्यतया म सधैं मोजिला फायरफक्स प्रयोग गर्दछु)। र मेरो अचम्मको लागि, वेब पृष्ठ पूर्णतया फरक देखिन्थ्यो - त्यहाँ प्रयोगकर्ता डेटा प्रविष्ट गर्न कुनै फारम थिएन र पृष्ठ प्रविष्ट गरेपछि तुरुन्तै त्यहाँ केहि खोल्न अनुरोध थियो। xdg- खुला। केवल रमाइलोको लागि, म "हो" मा क्लिक गर्छु र एउटा त्रुटि सन्देश देखा पर्दछ - लिङ्क lync15:confjoin?url=https://meet.company.com/user/confid खोल्न सकिँदैन। हम्म। यो कस्तो प्रकारको xdg-open हो र त्यस्ता लिङ्कहरू खोल्नको लागि यसलाई के चाहिन्छ? कागजातको पोस्ट-मार्टम पढाइले यो एक GUI ह्यान्डलर हो जसले या त uri योजनाको लागि प्रोटोकल वा निश्चित फाइल प्रकारहरूसँग सम्बन्धित अनुप्रयोगहरू चलाउन मद्दत गर्दछ भन्ने कुरा प्रकट भयो। संघहरू माइम-प्रकार म्यापिङ मार्फत कन्फिगर गरिएका छन्। त्यसोभए हामी देख्छौं कि हामी नामको uri योजनाको लागि मिल्दो अनुप्रयोगको लागि खोजी गरिरहेका छौं lync15 र लिङ्कलाई xdg-open मा पास गरिएको छ, जुन त्यसपछि, सिद्धान्तमा, यसलाई यस प्रकारको लिङ्कको लागि जिम्मेवार केही अनुप्रयोगमा पास गर्नुपर्छ। जुन, पक्कै पनि, हाम्रो प्रणालीमा छैन। यदि होइन भने, तिनीहरूले खुला स्रोत संसारमा के गर्छन्? त्यो सहि हो, हामी आफैले लेख्नेछौं।

लिनक्सको संसारमा थप विसर्जन र विशेष गरी ग्राफिकल शेल (डेस्कटप वातावरण, DE) ले कसरी काम गर्दछ भन्ने अध्ययनमा, वैसे, मसँग लिनक्स मिन्टमा Xfce छ, यसले देखाएको छ कि अनुप्रयोगहरू र यससँग सम्बन्धित माइम-प्रकार सामान्यतया सीधा लेखिन्छ। विस्तार .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 सुरु गर्छु, ब्राउजरबाट आएको उही लिङ्क पास गर्दै र... bummer। फेरि यो भन्छ कि यो लिङ्क प्रक्रिया गर्न सक्दैन।

यो बाहिर जान्छ, मैले मेरो अनुप्रयोगसँग सम्बन्धित माइम-प्रकारहरूको डाइरेक्टरी अपडेट गरिन। यो एक साधारण आदेश संग गरिन्छ:

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

जसले केवल फाइल सम्पादन गर्दछ ~/.config/mimeapps.list.

xdg-ओपन कलको साथ नम्बर २ को प्रयास - र फेरि असफल भयो। केही छैन, कठिनाइहरूले हामीलाई डराउँदैनन्, तर केवल हाम्रो रुचिलाई इन्धन दिन्छ। र ब्याश (अर्थात् ट्रेसिङ) को सबै शक्तिले सशस्त्र, हामी हेडपहिला डिबगिङमा डुब्छौं। 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
}

म यहाँ छिट्टै पास गरिएको तर्कको विश्लेषणको साथ एउटा सानो ह्याक इम्बेड गर्नेछु र यदि हाम्रो विशिष्ट सबस्ट्रिङ त्यहाँ अवस्थित छ भने lync15:, त्यसपछि हामी तुरुन्तै प्रकार्यमा नियन्त्रण स्थानान्तरण गर्छौं open_generic.

प्रयास नम्बर 3 र तपाईलाई लाग्छ कि यसले काम गर्यो? हो, अब, अवश्य। तर त्रुटि सन्देश पहिले नै परिवर्तन भइसकेको छ, यो पहिले नै प्रगति हो - अब उसले मलाई फाइल फेला परेन भनेर बताइरहेको थियो र फाइलको रूपमा उसले मलाई एउटै लिङ्क लेख्यो जुन तर्कको रूपमा पास भयो।

यस पटक यो एक समारोह थियो is_file_url_or_path, जसले इनपुटमा पास गरिएको फाइल लिङ्कको विश्लेषण गर्दछ: file:// वा फाइलको बाटो वा अरू केहि। र हाम्रो उपसर्ग (url योजना) मा संख्याहरू छन् भन्ने तथ्यको कारणले गर्दा चेकले सही रूपमा काम गरेन, र नियमित अभिव्यक्तिले :alpha: डटहरू र ड्यासहरू समावेश भएको क्यारेक्टर सेटलाई मात्र जाँच गर्छ। को लागि rfc3986 मानक परामर्श पछि समान स्रोत पहिचानकर्ता यो स्पष्ट भयो कि यस पटक माइक्रोसफ्टले केहि पनि उल्लङ्घन गरिरहेको छैन (यद्यपि मसँग यस्तो संस्करण थियो)। केवल वर्ण वर्ग :अल्फा: लेटिन वर्णमालाको मात्र अक्षरहरू समावेश गर्दछ। म चाँडै नियमित चेकलाई अल्फान्यूमेरिकमा परिवर्तन गर्छु। सकियो, तपाईं अचम्मको हुनुहुन्छ, सबै कुरा अन्तमा सुरु हुन्छ, हाम्रो स्क्रिप्ट एप्लिकेसनमा सबै जाँचहरू दिइएपछि नियन्त्रण गर्नुहोस्, हाम्रो लिङ्क कन्सोलमा प्रदर्शित हुन्छ, सबै कुरा जस्तो हुनुपर्छ त्यस्तै छ। यस पछि, मलाई शंका लाग्न थाल्छ कि एक्सो-ओपनका सबै समस्याहरू योजनामा ​​रहेका संख्याहरूको कारणले लिङ्क ढाँचाको प्रमाणीकरणको कारणले पनि हो। परिकल्पना परीक्षण गर्न, म अनुप्रयोगको माइम-प्रकार दर्तालाई एउटा योजनामा ​​परिवर्तन गर्छु Lync र भोइला - open_xfce प्रकार्यलाई ओभरराइड नगरी सबै काम गर्दछ। तर यसले हामीलाई कुनै पनि हिसाबले मद्दत गर्दैन, किनभने सम्मेलनमा प्रवेश गर्ने वेब पृष्ठले lync15 सँग लिङ्क सिर्जना गर्दछ।

त्यसैले, यात्राको पहिलो भाग पूरा भएको छ। हामीलाई थाहा छ कि लिङ्क कल कसरी अवरोध गर्ने र त्यसपछि यसलाई कुनै न कुनै तरिकाले प्रशोधन गरी Pidgin भित्र पारित गर्न आवश्यक छ। "कन्फ्रेन्समा सामेल हुनुहोस्" मेनुमा लिङ्क मार्फत डाटा प्रविष्ट गर्दा यसले आन्तरिक रूपमा कसरी काम गर्छ भनेर बुझ्नको लागि, मैले सिप प्रोजेक्टको Git भण्डार क्लोन गरें र कोडमा फेरि डुब्न तयार भएँ। तर, सौभाग्यवश, म क्याटलगमा रहेका स्क्रिप्टहरूबाट आकर्षित भएँ योगदान/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 र आफैलाई मिलाउन यसलाई थोरै परिमार्जन गर्नुहोस्। म पर्लमा लेख्न सक्छु, त्यसैले यसले कुनै विशेष कठिनाइहरू निम्त्याएन।

स्क्रिप्टलाई छुट्टै परीक्षण गरेपछि, मैले फाइलमा यसको कल लेखें lync.desktop। र यो एक विजय थियो! कन्फरेन्समा सामेल हुने पृष्ठमा प्रवेश गर्दा र xdg-खुल्ला चलाउन अनुमति दिँदा, Pidgin बाट सम्मेलन पपअप विन्डो स्वतः खुल्नेछ। म कति खुसी भएँ ।
सफलताबाट उत्साहित भएर मैले मेरो मुख्य ब्राउजर मोजिला फायरफक्सको लागि पनि त्यस्तै गर्ने निर्णय गरें। जब तपाइँ फक्स मार्फत लग इन गर्नुहुन्छ, प्राधिकरणको लागि एक पृष्ठ खुल्छ र धेरै तल त्यहाँ एक बटन छ अफिस कम्युनिकेटर प्रयोग गरेर सामेल हुनुहोस्। उहाँ नै मेरो ध्यान खिच्नुहुन्थ्यो। जब तपाइँ यसलाई ब्राउजरमा क्लिक गर्नुहुन्छ, यो ठेगानामा जान्छ:

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

जसमा उसले मलाई यो कसरी खोल्ने भनेर थाहा छैन र सायद, मसँग त्यस्तो प्रोटोकलको लागि सम्बन्धित अनुप्रयोग छैन भनी मलाई बताउँछ। खैर, हामी पहिले नै यस मार्फत भएको छ।

म चाँडै मेरो स्क्रिप्ट आवेदन पनि उरी योजनाको लागि दर्ता गर्छु conf र...केही हुदैन। ब्राउजरले मेरो लिङ्कहरू ह्यान्डल गर्ने कुनै अनुप्रयोग छैन भनेर गुनासो गरिरहन्छ। यस अवस्थामा, प्यारामिटरहरूको साथ कन्सोलबाट xdg-open लाई कल गर्दा पूर्ण रूपमा काम गर्दछ।

"फायरफक्समा अनुकूलन प्रोटोकल ह्यान्डलर सेट गर्नुहोस्" - म यो प्रश्नको साथ अनलाइन गएँ। स्ट्याकओभरफ्लोमा धेरै छलफलहरू पार गरिसकेपछि (र हामी यो बिना कहाँ हुनेछौं), यस्तो देखिन्छ कि जवाफ फेला पर्यो। मा एक विशेष प्यारामिटर सिर्जना गर्न आवश्यक छ बारेमा: कन्फिगर गर्नुहोस् (अवश्य पनि conf संग foo प्रतिस्थापन):

network.protocol-handler.expose.foo = false

हामी यसलाई सिर्जना गर्छौं, लिङ्क खोल्छौं र... त्यस्तो भाग्य छैन। ब्राउजर, जस्तो कि केहि भएको छैन, भन्छ कि यो हाम्रो आवेदन थाहा छैन।

म मोजिलाबाट प्रोटोकल दर्ता गर्ने आधिकारिक कागजात पढ्दै छु, त्यहाँ 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 को लिङ्कमा क्लिक गर्नुहुने तपाइँलाई कुन एप खोल्ने भनेर सोधिनेछ।

- सेमियोन सेमेनिच
- आह

हामी लिङ्कमा क्लिक गर्दैनौं, तर वेब पृष्ठले जाभास्क्रिप्ट मार्फत window.location परिवर्तन गर्छ। म conf प्रोटोकलको लिङ्कको साथ एक साधारण html फाइल लेख्छु, यसलाई ब्राउजरमा खोल्नुहोस्, लिङ्कमा क्लिक गर्नुहोस् - Yos! एउटा सञ्झ्याल खुल्छ जुन अनुप्रयोगमा हामीले हाम्रो लिङ्क खोल्न आवश्यक छ भनेर सोध्छ, र त्यहाँ हामीसँग पहिले नै हाम्रो Lync अनुप्रयोग सूचीमा छ - हामीले इमानदारीपूर्वक यसलाई सबै सम्भावित तरिकाहरूमा दर्ता गरेका छौं। विन्डोमा एउटा चेकबक्स पनि छ "छनोट सम्झनुहोस् र सधैं हाम्रो अनुप्रयोगमा लिङ्कहरू खोल्नुहोस्", यसलाई जाँच गर्नुहोस् र ठीक क्लिक गर्नुहोस्। र यो दोस्रो विजय हो - सम्मेलन विन्डो खुल्छ। एकै समयमा, उद्घाटन सम्मेलनहरूले तपाईंले लिङ्कमा क्लिक गर्दा मात्र काम गर्दैन, तर हामी सम्मेलनमा सामेल हुने पृष्ठबाट सर्दा पनि।

त्यसपछि मैले जाँच गरें, प्यारामिटरहरू मेटाउँदै network.protocol-handler.expose.conf कुनै पनि हिसाबले फक्समा प्रोटोकलको सञ्चालनलाई असर गर्दैन। लिङ्कहरूले काम जारी राख्यो।

निष्कर्षमा

मैले मेरो सबै काम GitHub भण्डारमा अपलोड गरेको छु; सबै स्रोतहरूको लिङ्क लेखको अन्त्यमा हुनेछ।
म मेरो काम प्रयोग गर्न चाहनेहरूबाट प्रतिक्रिया प्राप्त गर्न इच्छुक हुनेछु। मैले तुरुन्तै ध्यान दिनु पर्छ कि मैले मेरो लिनक्स मिन्ट प्रणालीको लागि मात्र सबै विकास गरें, त्यसैले केहि अन्य वितरण वा डेस्कटपहरूले त्यो संस्करणमा काम नगर्न सक्छ। वा बरु, म यस बारे लगभग पक्का छु, किनकि मैले xdg-open मा केवल 1 प्रकार्य प्याच गरें जुन मेरो DE सँग मात्र सम्बन्धित छ। यदि तपाइँ अन्य प्रणाली वा डेस्कटपहरूको लागि समर्थन थप्न चाहनुहुन्छ भने, मलाई Github मा पुल अनुरोधहरू लेख्नुहोस्।

पूरै परियोजना पूरा हुन १ साँझ लाग्यो।

सन्दर्भहरू:

• Mozilla सँग प्रोटोकल दर्ता गर्दै
• डी-बस (विकिपिडिया)
• rfc3986 URI
• Github मा परियोजना

स्रोत: www.habr.com