HTTP: Difference between revisions

From Official Kodi Wiki
Jump to navigation Jump to search
No edit summary
mNo edit summary
Line 27: Line 27:
For the meanings of these, see RFC 2616.
For the meanings of these, see RFC 2616.


== See also ==
* [[WebDAV]]


{{Helix updated}}
{{Helix updated}}

Revision as of 03:53, 21 July 2020

Home icon grey.png   ▶ Media sources ▶ File sharing ▶ HTTP

Kodi contains an HTTP-client with which you can add sources in all sections in the Kodi interface.

HTTP/HTTPS url format

Kodi supported normal http/https urls, additionally, it support optional options we called as 'protocol options' which user/addons can set so that Kodi can full simulate the browser operations with specified http request header values.

  • normal http url format:
 http[s]://[username[:password]@]host[:port]/directory/file?a=b&c=d
  • http url with 'protocol options':
 http[s]://[username[:password]@]host[:port]/directory/file?a=b&c=d|option1=value1&option2=value2

Kodi supported special http protocol options

  • auth

which is required if your HTTP server uses any type of authentication other than basic (which is, in fact, unsafe unless used over HTTPS). E.g. if your HTTP server uses digest authentication, use http://username:password@host:port/directory/|auth=digest. For maximum flexibility, use auth=any or auth=anysafe (i.e. anything other than basic).

  • seekable (13.0+ Gotham, since git bb79b32b)

when the media url is unseekable, addons can set seekable=0 protocol options, then Kodi won't try to seek on that url. if you set it in frodo or earlier, it will add a http header 'seekable: 0' in the http request, it's harmless.

Other http protocol options (they are all rfc defined http request headers)

  • Referer
  • User-Agent
  • Cookie
  • Encoding
  • any other http request headers defined in rfc.

For the meanings of these, see RFC 2616.