Ved bruk av Linux har jeg mer enn en gang sett URIer for filer og applikasjoner som starter med file://
og application://
.
Hva er disse URI-ene og hvordan du bruker dem?
Svar
Sitering Wikipedia :
Filen URI-ordningen er en URI-ordning spesifisert i RFC 1630 og RFC 1738, vanligvis brukt til å hente filer fra en egen datamaskin.
og RFC 1738 :
Fil-URL-ordningen brukes til å angi filer som er tilgjengelige på en bestemt vertsdatamaskin. Dette skjemaet, i motsetning til de fleste andre URL-ordninger, angir ikke en ressurs som er universelt tilgjengelig over Internett.
En fil-URL tar form:
file://host/path
hvor verten er det fullstendige domenenavnet til systemet der
path
er tilgjengelig, ogpath
er en hierarkisk katalogbane i skjemaetdirectory>/directory/.../name
.Som et spesielt tilfelle
host
kan være strengenlocalhost
eller den tomme strengen; dette tolkes som «maskinen som URL-en tolkes fra».
De fleste nettlesere støtter file://
URI, co du kan åpne filen fra disken din ved å bruke dem i nettleserens adressefelt.
Jeg tror ikke at application://
URI er standardisert – det er ingen informasjon om det på Wikipedia og i RFC på IETF-nettstedet og på IANA-nettstedet, så bruken av dette URI-ordningen er ganske applikasjonsspesifikk og designet for applikasjonsinterne behov. class = «comments»>
file:///home/benjamin/my_file.txt
, kan jeg få tilgang til og åpne den filen. Så bare nettlesere kan lese URI? Eller kan jeg bruke disse URI-ene fra terminalen også? application://
eller app://
fra bruken av zeitgeist, se: zeitgeist-project.com/docs/0.8.2/… . file://
URI var ferdig i sammenheng med nettlesing, slik at alle nettlesere skal støtte det. Noen andre programmer bør også støtte det: det er støtte for file://
i KDE-apper, og jeg tror at GNOME også har støtte for det. I git
er file://
en av måtene å få tilgang til depotet. Men som du ser er det applikasjonsspesifikt … Svar
Under GNU / Linux er det «mimetypes» av «application» / «extension», det er enkelt å konfigurere noe om det, men for nybegynnere kan det være komplisert
hvis du for eksempel vil konfigurere «TeamSpeak 3 Server» -protokollen for den nåværende brukeren kan du gjøre følgende
1 - Install the teamspeak3 client in /opt/TeamSpeak3/Client 2 - Edit the file ~/.local/share/applications/mimeapps.list 3 - Add under [Default Applications] , the follow line x-scheme-handler/ts3server=teamspeak.desktop and now save the file 4 - Create the "~/.local/share/applications/teamspeak3.desktop" file , just open a text editor , add the follow lines [Desktop Entry] Encoding=UTF-8 Version=3 Type=Application Terminal=false Name=TeamSpeak Exec=/opt/TeamSpeak3/Client/ts3client_runscript.sh %u Path=/opt/TeamSpeak3/Client Icon=/opt/TeamSpeak3/Icon/TeamSpeak3.png StartupNotify=false StartupWMClass=TeamSpeak X-KDE-SubstituteUID=false 5 - Update the mime database of the current user , with the command line $ update-mime-database $HOME/.local/share/mime 6 - Try to open a url with protocol for example , some like -> ts3server://8.9.36.132?port=9112
Nå nettleseren, spør om du vil åpne med «TeamSpeak», hvis du klikker «Åpne «verktøyet» TeamSpeak3 Client «må være koblet til den serveren.
en kort forklaring
Mime-protokollen, linjen
x-scheme-handler /
på samme linje
«ts3server =»
det er webprotokollen
» ts3server: // «
i samme linje
teamspeak.desktop
Bestem at «Application» kan åpne den protokollen
Desktop-oppføringen
[Desktop Entry]
Koding = UTF-8
Version = 3
Type = Søknad
Terminal = false
Navn = TeamSpeak
Exec = / op t / TeamSpeak3 / Client / ts3client_runscript.sh% u
Path = / opt / TeamSpeak3 / Client Ikon = / opt / TeamSpeak3 / Ikon / TeamSpeak3.png
StartupNotify = false StartupWMClass = TeamSpeak X-KDE-SubstituteUID = false
Ok, du ser oppføringen ovenfor, den viktigste av det er
«Type» -> Bør være applikasjon for denne typen ting
«Terminal» -> Bestem om en terminal skal vises eller ikke
» Name «->» Caption «/» Name «i menyen på skrivebordet
» Exec «-> Bestem skript / binær bane til app
«Path» -> Bestem den absolutte banen, med vin og dosbox forårsake problemer
«Ikon» -> Bestem ikonet til appen
Merk i Exec-linjen på slutten eksisterer % u uten dobbelt sitat med den parameteren systemet kan hente for å opprette forbindelse