9a26d48ad0
* Basic blog similar to docs * rename post * no post content in post_meta * update readme and template * more "en" content * complete "en" content * build blog redirects * redirects for migration * link sitemaps * update po * add "ru" content * ru redirects * remove old domain mentions * adjust styles * content improvements * +1 alt * use main images from CDN * use re-hosted in-content images * extra vertical margin around embedded youtube * minor improvements * adjust post page * adjust html meta * adjust post page * improve blog rendering |
||
|---|---|---|
| .. | ||
| translate | ||
| amp.py | ||
| blog.py | ||
| build.py | ||
| deploy-to-test.sh | ||
| easy_diff.py | ||
| easy_edit.sh | ||
| github.py | ||
| make_links.sh | ||
| mdx_clickhouse.py | ||
| nav.py | ||
| output.md | ||
| README.md | ||
| redirects.py | ||
| release.sh | ||
| requirements.txt | ||
| single_page.py | ||
| test.py | ||
| util.py | ||
| website.py | ||
How ClickHouse documentation is generated?
ClickHouse documentation is built using build.py script that uses mkdocs library and it’s dependencies to separately build all version of documentations (all languages in either single and multi page mode) as static HTMLs and then a PDF for each single page version. The results are then put in the correct directory structure. It is recommended to use Python 3.7 to run this script.
release.sh also pulls static files needed for official ClickHouse website from ../../website folder then pushes to specified GitHub repo to be served via GitHub Pages.
How to check if the documentation will look fine?
There are few options that are all useful depending on how large or complex your edits are.
Use GitHub web interface to edit
GitHub has Markdown support with preview feature, but the details of GitHub Markdown dialect are a bit different in ClickHouse documentation.
Install Markdown editor or plugin for your IDE
Usually those also have some way to preview how Markdown will look like, which allows to catch basic errors like unclosed tags very early.
Use build.py
It’ll take some effort to go through, but the result will be very close to production documentation.
For the first time you’ll need to install wkhtmltopdf and set up virtualenv:
$ cd ClickHouse/docs/tools
$ mkdir venv
$ virtualenv -p $(which python3) venv
$ source venv/bin/activate
$ pip3 install -r requirements.txt
Then running build.py without args (there are some, check build.py --help) will generate ClickHouse/docs/build folder with complete static html website.
The easiest way to see the result is to use --livereload=8888 argument of build.py. Alternatively, you can manually launch a HTTP server to serve the docs, for example by running cd ClickHouse/docs/build && python3 -m http.server 8888. Then go to http://localhost:8888 in browser. Feel free to use any other port instead of 8888.
How to subscribe on documentation changes?
At the moment there’s no easy way to do just that, but you can consider:
- To hit the “Watch” button on top of GitHub web interface to know as early as possible, even during pull request. Alternative to this is
#github-activitychannel of public ClickHouse Slack. - Some search engines allow to subscribe on specific website changes via email and you can opt-in for that for https://clickhouse.tech.