Linux પર Lync કોન્ફરન્સમાં આપોઆપ લૉગિન

હે હબર!

મારા માટે, આ વાક્ય હેલો વર્લ્ડ જેવું જ છે, કારણ કે આખરે હું મારું પ્રથમ પ્રકાશન મેળવ્યું. મેં આ અદ્ભુત ક્ષણને લાંબા સમય સુધી સ્થગિત કરી દીધી, કારણ કે તેના વિશે લખવા માટે કંઈ જ નહોતું, અને હું પણ એવી કોઈ વસ્તુને ચૂસવા માંગતો ન હતો જે પહેલાથી જ ઘણી વખત ચૂસી ગયો હતો. સામાન્ય રીતે, મારા પ્રથમ પ્રકાશન માટે હું કંઈક મૂળ, અન્ય લોકો માટે ઉપયોગી અને અમુક પ્રકારના પડકાર અને સમસ્યાનું નિરાકરણ ધરાવતું કંઈક ઇચ્છું છું. અને હવે હું આ શેર કરી શકું છું. હવે ચાલો ક્રમમાં બધું વિશે વાત કરીએ.

પરિચય

આ બધું ત્યારે શરૂ થયું જ્યારે થોડા સમય પહેલા મેં મારા વર્ક કમ્પ્યુટર પર Linux Mint ડાઉનલોડ કર્યું. ઘણા લોકો કદાચ જાણતા હશે કે Sipe પ્લગઇન સાથેનું Pidgin એ Linux સિસ્ટમ માટે Microsoft Lync (હવે બિઝનેસ માટે Skype કહેવાય છે) માટે સંપૂર્ણપણે યોગ્ય રિપ્લેસમેન્ટ છે. મારા કાર્યની વિશિષ્ટતાઓને લીધે, મારે ઘણીવાર SIP પરિષદોમાં ભાગ લેવો પડે છે, અને જ્યારે હું Windows કાર્યકર હતો, ત્યારે પરિષદોમાં પ્રવેશ કરવો એ પ્રાથમિક બાબત હતી: અમને મેઇલ દ્વારા આમંત્રણ મળે છે, લોગિન લિંક પર ક્લિક કરો અને અમે જવા માટે તૈયાર છીએ. .

જ્યારે લિનક્સની ડાર્ક સાઇડ પર સ્વિચ કરી રહ્યા હો ત્યારે, બધું કંઈક અંશે વધુ જટિલ બની ગયું: અલબત્ત, તમે પિડજિનમાં કોન્ફરન્સમાં પણ લૉગ ઇન કરી શકો છો, પરંતુ આ કરવા માટે તમારે તમારા SIP એકાઉન્ટની પ્રોપર્ટીઝમાંના મેનૂમાં કોન્ફરન્સમાં જોડાવા વિકલ્પ પસંદ કરવાની જરૂર છે અને ખુલતી વિંડોમાં, કોન્ફરન્સની લિંક દાખલ કરો અથવા આયોજકનું નામ અને કોન્ફ આઈડી દાખલ કરો. અને થોડા સમય પછી મેં વિચારવાનું શરૂ કર્યું: "શું આને કોઈક રીતે સરળ બનાવવું શક્ય છે?" અરે વાહ, તમે કહી શકો છો કે તમને આની શા માટે જરૂર છે? હું વિન્ડોઝ પર બેસીને મારા મનને ઉડાવીશ નહીં.

પગલું 1: સંશોધન

"જો તમને તમારા માથામાં થોડી ધૂન આવે છે, તો તમે તેને દાવ વડે પછાડી શકતા નથી," નેક્રાસોવે તેમના કાર્યમાં કહ્યું હતું કે "રુસમાં કોણ સારું રહે છે."

તેથી, એકવાર મારા મગજમાં વિચાર આવ્યો, થોડા સમય પછી અમલીકરણનો પહેલો વિચાર આવ્યો. બધું સરળ લાગતું હતું - તમારે લિંક્સની ઍક્સેસને અટકાવવાની જરૂર છે meet.company.com/user/confid - તમારી કાર પર 127.0.0.1 પર સ્થાનિક વેબ એપ્લિકેશન પ્રક્રિયા ઇન્સ્ટોલ કરો અને /etc/hosts માં કંપની ડોમેન માટે સ્થિર એન્ટ્રી ઉમેરો કે જેના દ્વારા તમે લોકલહોસ્ટ તરફ નિર્દેશ કરીને કોન્ફરન્સમાં પ્રવેશ કરો છો. આગળ, આ વેબ સર્વરે તેની પાસે આવેલી લિંક પર પ્રક્રિયા કરવી જોઈએ અને તેને કોઈક રીતે પિડજિનની અંદર સ્થાનાંતરિત કરવી જોઈએ (હું તરત જ કહીશ કે આ તબક્કે મને તે કેવી રીતે આપવું તે અંગે કોઈ ખ્યાલ નહોતો). સોલ્યુશન, અલબત્ત, ક્રૉચની જેમ ગંધ કરે છે, પરંતુ અમે પ્રોગ્રામર છીએ, ક્રૉચ અમને ડરતા નથી (છી).

પછી, તક દ્વારા, મેં કોઈક રીતે Google Chrome માં આમંત્રણ લિંક ખોલી (અને સામાન્ય રીતે હું હંમેશા મોઝિલા ફાયરફોક્સનો ઉપયોગ કરું છું). અને મારા આશ્ચર્ય માટે, વેબ પૃષ્ઠ સંપૂર્ણપણે અલગ દેખાતું હતું - વપરાશકર્તા ડેટા દાખલ કરવા માટે કોઈ ફોર્મ નહોતું અને પૃષ્ઠ દાખલ કર્યા પછી તરત જ કંઈક ખોલવાની વિનંતી કરવામાં આવી હતી. xdg- ખોલો. માત્ર આનંદ માટે, હું "હા" પર ક્લિક કરું છું અને એક ભૂલનો સંદેશ દેખાય છે - લિંક lync15:confjoin?url=https://meet.company.com/user/confid ખોલી શકાતી નથી. હમ. આ કેવા પ્રકારનું xdg-ઓપન છે અને આવી લિંક્સ ખોલવા માટે તેની શું જરૂર છે? દસ્તાવેજીકરણના પોસ્ટ-મોર્ટમ રીડિંગથી જાણવા મળ્યું કે તે એક GUI હેન્ડલર છે જે યુરી સ્કીમ માટે પ્રોટોકોલ સાથે અથવા ચોક્કસ ફાઇલ પ્રકારો સાથે સંકળાયેલ એપ્લિકેશન ચલાવવામાં મદદ કરે છે. એસોસિએશનને માઇમ-ટાઇપ મેપિંગ દ્વારા ગોઠવવામાં આવે છે. તેથી આપણે જોઈએ છીએ કે અમે યુરી સ્કીમ નામની મેળ ખાતી એપ્લિકેશન માટે શોધ ચલાવી રહ્યા છીએ lync15 અને લિંકને xdg-open પર પસાર કરવામાં આવે છે, જે પછી, સૈદ્ધાંતિક રીતે, તેને અમુક એપ્લિકેશનમાં પાસ કરવી જોઈએ જે આ પ્રકારની લિંક માટે જવાબદાર છે. જે, અલબત્ત, આપણી સિસ્ટમમાં નથી. જો નહીં, તો પછી તેઓ ઓપન સોર્સ વર્લ્ડમાં શું કરે છે? તે સાચું છે, અમે તેને જાતે લખીશું.

લિનક્સની દુનિયામાં વધુ નિમજ્જન અને ખાસ કરીને ગ્રાફિકલ શેલ (ડેસ્કટોપ એન્વાયર્નમેન્ટ, DE) કેવી રીતે કાર્ય કરે છે તે અભ્યાસમાં, માર્ગ દ્વારા, મારી પાસે Linux મિન્ટમાં Xfce છે, તે દર્શાવે છે કે એપ્લિકેશનો અને તેની સાથે સંકળાયેલ માઇમ-પ્રકાર સામાન્ય રીતે સીધા જ લખવામાં આવે છે. એક્સ્ટેંશન .desktop સાથે શોર્ટકટ ફાઇલો. સારું, શા માટે નહીં, હું એક સરળ એપ્લિકેશન શૉર્ટકટ બનાવું છું, જે ફક્ત બૅશ સ્ક્રિપ્ટને લૉન્ચ કરે છે અને તેને કન્સોલ પર મોકલેલ દલીલને આઉટપુટ કરે છે, હું ફક્ત શૉર્ટકટ ફાઇલ જ પ્રદાન કરું છું:

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

હું કન્સોલમાંથી એક્સડીજી-ઓપન લોન્ચ કરું છું, તે જ લિંકને પસાર કરીને જે બ્રાઉઝરમાંથી આવે છે અને... બમર. ફરીથી તે કહે છે કે તે લિંક પર પ્રક્રિયા કરી શકતું નથી.

તે બહાર આવ્યું તેમ, મેં મારી એપ્લિકેશન સાથે સંકળાયેલ માઇમ-ટાઈપ્સની ડિરેક્ટરી અપડેટ કરી નથી. આ એક સરળ આદેશ સાથે કરવામાં આવે છે:

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

જે ફક્ત ફાઇલને સંપાદિત કરે છે ~/.config/mimeapps.list.

xdg-ઓપન કોલ સાથે નંબર 2 નો પ્રયાસ - અને ફરીથી નિષ્ફળતા. કંઈ નહીં, મુશ્કેલીઓ આપણને ડરાવતી નથી, પરંતુ ફક્ત આપણા રસને બળ આપે છે. અને બેશ (એટલે ​​કે ટ્રેસીંગ) ની તમામ શક્તિઓથી સજ્જ, અમે પહેલા ડીબગીંગમાં ડાઇવ કરીએ છીએ. અહીં એ નોંધવું અગત્યનું છે કે xdg-open એ માત્ર એક શેલ સ્ક્રિપ્ટ છે.

bash -x xdg-open $url

ટ્રેસિંગ પછી આઉટપુટનું વિશ્લેષણ કરવાથી તે થોડું સ્પષ્ટ થાય છે કે નિયંત્રણ પછી ટ્રાન્સફર કરવામાં આવે છે એક્સો-ઓપન. અને આ પહેલેથી જ દ્વિસંગી ફાઇલ છે અને દલીલમાં તેની લિંક પસાર કરતી વખતે તે અસફળ રીટર્ન કોડ શા માટે પરત કરે છે તે સમજવું વધુ મુશ્કેલ છે.

xdg-open ના આંતરિક ભાગોને જોયા પછી, મને જાણવા મળ્યું કે તે વિવિધ પર્યાવરણીય પરિમાણોનું વિશ્લેષણ કરે છે અને ચોક્કસ DE માટે વિશિષ્ટ ફાઇલ લિંક્સ ખોલવા માટેના કેટલાક ટૂલ્સ પર નિયંત્રણ પસાર કરે છે, અથવા તેમાં ફોલબેક કાર્ય છે. ઓપન_જેનેરિક

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:, પછી અમે તરત જ કાર્ય પર નિયંત્રણ સ્થાનાંતરિત કરીએ છીએ ઓપન_જેનેરિક.

પ્રયાસ નંબર 3 અને શું તમને લાગે છે કે તે કામ કરે છે? હા, હવે, અલબત્ત. પરંતુ એરર મેસેજ પહેલેથી જ બદલાઈ ગયો છે, આ પહેલેથી જ પ્રગતિ છે - હવે તે મને કહેતો હતો કે ફાઇલ મળી નથી અને ફાઇલના રૂપમાં તેણે મને દલીલ તરીકે પાસ કરેલી સમાન લિંક લખી હતી.

આ વખતે તે એક ફંક્શન હોવાનું બહાર આવ્યું is_file_url_or_path, જે ઇનપુટ પર પસાર થયેલી ફાઇલ લિંકનું વિશ્લેષણ કરે છે: file:// અથવા ફાઇલનો પાથ અથવા બીજું કંઈક. અને અમારા ઉપસર્ગ (url સ્કીમ)માં સંખ્યાઓ હોવાને કારણે ચેક યોગ્ય રીતે કામ કરતું નથી, અને રેગ્યુલર એક્સપ્રેશન માત્ર :alpha: બિંદુઓ અને ડેશ ધરાવતા અક્ષર સમૂહને જ તપાસે છે. માટે rfc3986 ધોરણની સલાહ લીધા પછી સમાન સંસાધન ઓળખકર્તા તે સ્પષ્ટ થઈ ગયું કે આ વખતે માઈક્રોસોફ્ટ કંઈપણ ઉલ્લંઘન કરી રહ્યું નથી (જોકે મારી પાસે આવું સંસ્કરણ હતું). ફક્ત અક્ષર વર્ગ :આલ્ફા: લેટિન મૂળાક્ષરોના માત્ર અક્ષરો ધરાવે છે. હું ઝડપથી નિયમિત ચેકને આલ્ફાન્યૂમેરિકમાં બદલું છું. થઈ ગયું, તમે અદ્ભુત છો, છેવટે બધું શરૂ થાય છે, અમારી સ્ક્રિપ્ટ એપ્લિકેશનને તમામ તપાસો આપવામાં આવે છે પછી નિયંત્રણ, અમારી લિંક કન્સોલ પર પ્રદર્શિત થાય છે, બધું જેવું હોવું જોઈએ તે પ્રમાણે છે. આ પછી, મને શંકા થવા લાગે છે કે એક્સો-ઓપન સાથેની બધી સમસ્યાઓ પણ સ્કીમમાં નંબરોને કારણે લિંક ફોર્મેટની માન્યતાને કારણે છે. પૂર્વધારણાને ચકાસવા માટે, હું એપ્લિકેશનની માઇમ-પ્રકારની નોંધણીને માત્ર એક યોજનામાં બદલું છું lync અને voila - બધું open_xfce ફંક્શનને ઓવરરાઇડ કર્યા વિના કામ કરે છે. પરંતુ આ અમને કોઈપણ રીતે મદદ કરશે નહીં, કારણ કે કોન્ફરન્સમાં પ્રવેશવા માટેનું વેબ પૃષ્ઠ lync15 સાથે એક લિંક બનાવે છે.

તેથી, પ્રવાસનો પ્રથમ ભાગ પૂર્ણ થઈ ગયો છે. અમે જાણીએ છીએ કે લિંક કૉલ કેવી રીતે અટકાવવો અને પછી તેને કોઈક રીતે પ્રોસેસ કરીને પિડજિનની અંદર પસાર કરવાની જરૂર છે. "કોન્ફરન્સમાં જોડાઓ" મેનૂમાં લિંક દ્વારા ડેટા દાખલ કરતી વખતે તે આંતરિક રીતે કેવી રીતે કાર્ય કરે છે તે સમજવા માટે, મેં સિપ પ્રોજેક્ટના ગિટ રિપોઝીટરીનું ક્લોન કર્યું અને કોડમાં ફરીથી ડાઇવ કરવા માટે તૈયાર થયો. પરંતુ તે પછી, સદભાગ્યે, હું કેટલોગમાંની સ્ક્રિપ્ટો દ્વારા આકર્ષાયો ફાળો/dbus/:

• sipe-જોઇન-કોન્ફરન્સ-with-uri.pl
• sipe-જોઇન-કોન્ફરન્સ-with-organizer-and-id.pl
• sipe-call-phone-number.pl
• SipeHelper.pm

તે તારણ આપે છે કે સિપ પ્લગઇન dbus (ડેસ્કટોપ બસ) દ્વારા ક્રિયાપ્રતિક્રિયા માટે ઉપલબ્ધ છે અને સ્ક્રિપ્ટની અંદર એક લિંક દ્વારા કોન્ફરન્સમાં જોડાવાના ઉદાહરણો છે, કાં તો આયોજકના નામ અને કોન્ફ-આઈડી દ્વારા, અથવા તમે sip દ્વારા કૉલ શરૂ કરી શકો છો. . આ તે જ છે જે આપણે ખૂટતા હતા.

પગલું 2. ઑટોજોઇન હેન્ડલરનું અમલીકરણ

પર્લમાં તૈયાર ઉદાહરણો હોવાથી, મેં ફક્ત ઉપયોગ કરવાનું નક્કી કર્યું sipe-જોઇન-કોન્ફરન્સ-with-uri.pl અને તમારી જાતને અનુકૂળ થાય તે માટે તેમાં થોડો ફેરફાર કરો. હું પર્લમાં લખી શકું છું, તેથી તે કોઈ ખાસ મુશ્કેલીઓનું કારણ નથી.

સ્ક્રિપ્ટનું અલગથી પરીક્ષણ કર્યા પછી, મેં તેનો કૉલ ફાઇલમાં લખ્યો lync.desktop. અને તે એક વિજય હતો! જ્યારે કોન્ફરન્સ જોઇન પેજ દાખલ કરો અને xdg-ઓપનને ચલાવવાની મંજૂરી આપો, ત્યારે Pidgin માંથી કોન્ફરન્સ પોપઅપ વિન્ડો આપમેળે ખુલશે. મને કેટલો આનંદ થયો.
સફળતાથી પ્રોત્સાહિત થઈને, મેં મારા મુખ્ય બ્રાઉઝર, Mozilla Firefox માટે પણ આવું કરવાનું નક્કી કર્યું. જ્યારે તમે શિયાળ દ્વારા લૉગ ઇન કરો છો, ત્યારે અધિકૃતતા માટે એક પૃષ્ઠ ખુલે છે અને ખૂબ જ તળિયે એક બટન છે ઓફિસ કોમ્યુનિકેટરનો ઉપયોગ કરીને જોડાઓ. તેણીએ જ મારું ધ્યાન ખેંચ્યું હતું. જ્યારે તમે બ્રાઉઝરમાં તેના પર ક્લિક કરો છો, ત્યારે તે સરનામા પર જાય છે:

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

જેના માટે તે કૃપા કરીને મને કહે છે કે તે જાણતો નથી કે તેને કેવી રીતે ખોલવું અને, કદાચ, મારી પાસે આવા પ્રોટોકોલ માટે કોઈ સંકળાયેલ એપ્લિકેશન નથી. ઠીક છે, અમે પહેલેથી જ આમાંથી પસાર થયા છીએ.

હું ઝડપથી મારી સ્ક્રિપ્ટ એપ્લિકેશન પણ ઉરી સ્કીમ માટે રજીસ્ટર કરું છું કોન્ફ અને... કશું થતું નથી. બ્રાઉઝર ફરિયાદ કરતું રહે છે કે મારી લિંક્સને હેન્ડલ કરતી કોઈ એપ્લિકેશન નથી. આ કિસ્સામાં, પરિમાણો સાથે કન્સોલમાંથી xdg-open કૉલ કરવાનું સંપૂર્ણ રીતે કાર્ય કરે છે.

"ફાયરફોક્સમાં કસ્ટમ પ્રોટોકોલ હેન્ડલર સેટ કરો" - હું આ પ્રશ્ન સાથે ઑનલાઇન ગયો. સ્ટેકઓવરફ્લો પર ઘણી ચર્ચાઓમાંથી પસાર થયા પછી (અને આપણે તેના વિના ક્યાં હોઈશું), એવું લાગે છે કે જવાબ મળી ગયો. માં તમારે વિશિષ્ટ પરિમાણ બનાવવાની જરૂર છે about: config (અલબત્ત foo ને conf સાથે બદલીને):

network.protocol-handler.expose.foo = false

અમે તેને બનાવીએ છીએ, લિંક ખોલીએ છીએ અને... આવું કોઈ નસીબ નથી. બ્રાઉઝર, જાણે કે કંઈ થયું જ ન હોય, કહે છે કે તે અમારી એપ્લિકેશનને જાણતું નથી.

હું મોઝિલા તરફથી પ્રોટોકોલ રજીસ્ટર કરવા અંગેના અધિકૃત દસ્તાવેજો વાંચી રહ્યો છું, જીનોમ ડેસ્કટોપમાં જ એસોસિએશનની નોંધણી કરવાનો વિકલ્પ છે (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 ની લિંક પર ક્લિક કરો ત્યારે તમને પૂછવામાં આવશે કે તેને કઈ એપ્લિકેશન સાથે ખોલવી.

- સેમિઓન સેમેનીચ
- આહ

અમે લિંક પર ક્લિક કરતા નથી, પરંતુ વેબ પેજ javascript દ્વારા window.location બદલે છે. હું conf પ્રોટોકોલની લિંક સાથે એક સરળ HTML ફાઇલ લખું છું, તેને બ્રાઉઝરમાં ખોલો, લિંક પર ક્લિક કરો - Yos! એક વિન્ડો ખુલે છે જેમાં પૂછવામાં આવે છે કે અમારે કઈ એપ્લિકેશનમાં અમારી લિંક ખોલવાની જરૂર છે, અને ત્યાં અમારી પાસે પહેલેથી જ અમારી Lync એપ્લિકેશન સૂચિમાં છે - અમે પ્રામાણિકપણે તેને તમામ સંભવિત રીતે રજીસ્ટર કરી છે. ત્યાં વિંડોમાં એક ચેકબોક્સ છે "પસંદગી યાદ રાખો અને અમારી એપ્લિકેશનમાં હંમેશા લિંક્સ ખોલો", તેને ચિહ્નિત કરો, ઠીક ક્લિક કરો. અને આ બીજી જીત છે - કોન્ફરન્સ વિન્ડો ખુલે છે. તે જ સમયે, ઓપનિંગ કોન્ફરન્સ માત્ર ત્યારે જ કામ કરે છે જ્યારે તમે કોઈ લિંક પર ક્લિક કરો છો, પરંતુ જ્યારે અમને કૉન્ફરન્સમાં જવાની જરૂર હોય ત્યારે જોડાવાના પૃષ્ઠથી ખસેડો ત્યારે પણ કામ કરે છે.

પછી મેં પેરામીટર્સ કાઢીને ચેક કર્યું network.protocol-handler.expose.conf ફોક્સમાં પ્રોટોકોલના સંચાલનને કોઈપણ રીતે અસર કરતું નથી. કડીઓ કામ કરતી રહી.

નિષ્કર્ષ

મેં મારું બધું કામ GitHub રિપોઝીટરી પર અપલોડ કર્યું છે; બધા સંસાધનોની લિંક્સ લેખના અંતે હશે.
જેઓ મારા કાર્યનો ઉપયોગ કરવા માંગે છે તેમના તરફથી પ્રતિસાદ મેળવવામાં મને રસ હશે. મારે તરત જ નોંધ લેવી જોઈએ કે મેં તમામ વિકાસ ફક્ત મારી Linux Mint સિસ્ટમ માટે કર્યો છે, તેથી તે સંસ્કરણમાં કેટલાક અન્ય વિતરણો અથવા ડેસ્કટોપ્સ કામ કરી શકશે નહીં. અથવા તેના બદલે, મને આની લગભગ ખાતરી પણ છે, કારણ કે મેં xdg-open માં માત્ર 1 ફંક્શન પેચ કર્યું છે જે ફક્ત મારા DE સાથે સંબંધિત છે. જો તમે અન્ય સિસ્ટમો અથવા ડેસ્કટોપ્સ માટે સપોર્ટ ઉમેરવા માંગતા હો, તો મને ગીથબ પર પુલ વિનંતીઓ લખો.

સમગ્ર પ્રોજેક્ટને પૂર્ણ કરવામાં 1 સાંજનો સમય લાગ્યો.

સંદર્ભો:

• મોઝિલા સાથે પ્રોટોકોલની નોંધણી કરવી
• ડી-બસ(વિકિપીડિયા)
• rfc3986 URI
• ગીથબ પર પ્રોજેક્ટ

સોર્સ: www.habr.com