ReST headers syntax conventions (... is more what you'd call guidelines than actual rules).
Normally, there are no heading levels assigned to certain characters as the structure is determined from the succession of headings. However, it is better to stick to the same convention throughout a project. For instance:
# |
for parts (overlined) |
* |
for chapters (overlined) |
= |
for sections |
- |
for subsections |
^ |
for subsubsections |
" |
for paragraphs |
The "sectnum" (or "section-numbering") directive automatically numbers sections and subsections in a document (if not disabled by the --no-section-numbering command line option or the sectnum_xform configuration setting) (documentation).
1.1.1.1.1.1. Paragraph(this level is too much for github, i suppose)
Let’s Encrypt performs domain validation by requesting a well-known URL from a domain. If it receives a certain response (the “challenge”), the domain is considered validated. This is similar to how Google Search Console establishes ownership of a website. The response data is provided by certbot, so we need a way for the nginx container to serve files from certbot.
First of all, we need two shared Docker volumes. One for the validation challenges, the other for the actual certificates.
Source:
######## Example ######## ********** Chapter 1 ********** Section 1 ========== Subsection 1 ------------- Subsubsection ^^^^^^^^^^^^^^ Paragraph """""""""""" Let’s Encrypt performs domain validation by requesting a well-known URL from a domain. If it receives a certain response (the “challenge”), the domain is considered validated. This is similar to how Google Search Console establishes ownership of a website. The response data is provided by certbot, so we need a way for the nginx container to serve files from certbot. First of all, we need two shared Docker volumes. One for the validation challenges, the other for the actual certificates.
Author: | Alexandr Shavykin |
---|---|
Contact: | [email protected] |
Date: | 26-Apr-25 02:53:43 PDT |