# cloudflare-cli4
```shell
$ pip install cloudflare-cli4
$ cli4 --help
usage: cli4 [-V|--version] [-h|--help] [-v|--verbose] [-e|--examples] [-q|--quiet] [-j|--json] [-y|--yaml] [-n|--ndjson] [-i|--image] [-r|--raw] [-d|--dump] [-A|--openapi url] [-b|--binary] [-p|--profile profile-name] [-h|--header additional-header] [--get|--patch|--post|--put|--delete] [item=value|item=@filename|@filename ...] /command ...
```
This repository is a snapshot of the `cli4` Python tool originally packaged alongside
[cloudflare](https://pypi.org/project/cloudflare/).
Starting with `cloudflare` v3 this Python CLI will be packaged separately and won't be actively developped anymore.
## Install
### Using `rye`
```shell
$ git clone https://github.com/cloudflare/python-cloudflare-cli4
$ cd python-cloudflare-cli4
$ rye sync
```
### Using `pip`
```shell
$ git clone https://github.com/cloudflare/python-cloudflare-cli4
$ cd python-cloudflare-cli4
$ pyton -m pip install .
```
### Using shell environment variables
Note (for latest version of code):
- `CLOUDFLARE_EMAIL` has replaced `CF_API_EMAIL`.
- `CLOUDFLARE_API_KEY` has replaced `CF_API_KEY`.
- `CLOUDFLARE_API_TOKEN` has replaced `CF_API_TOKEN`.
- `CLOUDFLARE_API_CERTKEY` has replaced `CF_API_CERTKEY`.
Additionally, these two variables are available for testing purposes:
- `CLOUDFLARE_API_EXTRAS` has replaced `CF_API_EXTRAS`.
- `CLOUDFLARE_API_URL` has replaced `CF_API_URL`.
The older environment variable names can still be used.
```bash
$ export CLOUDFLARE_EMAIL='user@example.com'
$ export CLOUDFLARE_API_KEY='00000000000000000000000000000000'
$ export CLOUDFLARE_API_CERTKEY='v1.0-...'
$
```
Or if using API Token.
```bash
$ export CLOUDFLARE_API_TOKEN='00000000000000000000000000000000'
$ export CLOUDFLARE_API_CERTKEY='v1.0-...'
$
```
These are optional environment variables; however, they do override the values set within a configuration file.
### Using configuration file to store email and keys
The default profile name is `Cloudflare` for obvious reasons.
```bash
$ cat ~/.cloudflare/cloudflare.cfg
[Cloudflare]
email = user@example.com # Do not set if using an API Token
key = 00000000000000000000000000000000
certtoken = v1.0-...
extras =
$
```
More than one profile can be stored within that file.
Here's an example for a work and home setup (in this example work has an API Token and home uses email/key).
```bash
$ cat ~/.cloudflare/cloudflare.cfg
[Work]
token = 00000000000000000000000000000000
[Home]
email = home@example.com
key = 00000000000000000000000000000000
$
```
To select a profile, use the `--profile profile-name` option for `cli4` command or use `profile="profile-name"` in the library call.
```bash
$ cli4 --profile Work /zones | jq '.[]|.name' | wc -l
13
$
$ cli4 --profile Home /zones | jq '.[]|.name' | wc -l
1
$
```
### Passing your own HTTP headers to API calls
There are very specific case where a user of the library needs to add custom headers to all HTTP calls.
This is rarly needed.
The addition headers can be passed via the confuration file as follows:
```bash
$ cat ~/.cloudflare/cloudflare.cfg
...
http_headers =
X-Header1:value
X-Header2: value1 value2 value3
X-Header3: "this is life as we know it"
X-Header4: 'two single quotes'
X-Header5:
...
$
```
Each line should have a header noun, a colon, and a verb.
These header values can also be passed via `cli4` command (many times) - use the `-v` option to see the debug messages:
```
$ cli4 -v --header 'X-something:' --header 'X-whatever:whatever' /zones > /tmp/results.json
...
--header "X-something: " \
--header "X-whatever: whatever " \
...
$
```
### Advanced use of configuration file for authentication based on method
The configuration file can have values that are both generic and specific to the method.
Here's an example where a project has a different API Token for reading and writing values.
```bash
$ cat ~/.cloudflare/cloudflare.cfg
[Work]
token = 0000000000000000000000000000000000000000
token.get = 0123456789012345678901234567890123456789
$
```
When a GET call is processed then the second token is used. For all other calls the first token is used.
Here's a more explict verion of that config:
```bash
$ cat ~/.cloudflare/cloudflare.cfg
[Work]
token.delete = 0000000000000000000000000000000000000000
token.get = 0123456789012345678901234567890123456789
token.patch = 0000000000000000000000000000000000000000
token.post = 0000000000000000000000000000000000000000
token.put = 0000000000000000000000000000000000000000
$
```
This can be used with email values also.
### About /certificates and certtoken
The _CLOUDFLARE_API_CERTKEY_ or _certtoken_ values are used for the Origin-CA _/certificates_ API calls.
You can leave _certtoken_ in the configuration with a blank value (or omit the option variable fully).
The _extras_ values are used when adding API calls outside of the core codebase.
Technically, this is only useful for internal testing within Cloudflare.
You can leave _extras_ in the configuration with a blank value (or omit the option variable fully).
## Exceptions and return values
### Response data
The response is build from the JSON in the API call.
It contains the **results** values; but does not contain the paging values.
You can return all the paging values by calling the class with raw=True.
### Exception handling
Here's code using the CLI command `cli4` of the responses passed back in exceptions.
First a simple get with a clean (non-error) response.
```bash
$ cli4 /zones/:example.com/dns_records | jq -c '.[]|{"name":.name,"type":.type,"content":.content}'
{"name":"example.com","type":"MX","content":"something.example.com"}
{"name":"something.example.com","type":"A","content":"10.10.10.10"}
$
```
Next a simple/single error response.
This is simulated by providing incorrect authentication information.
```bash
$ CLOUDFLARE_EMAIL='someone@example.com' cli4 /zones/
cli4: /zones - 9103 Unknown X-Auth-Key or X-Auth-Email
$
```
More than one call can be done on the same command line. In this mode, the connection is preserved between calls.
```bash
$ cli4 /user/organizations /user/invites
...
$
```
Note that the output is presently two JSON structures one after the other - so less useful that you may think.
Finally, a command that provides more than one error response.
This is simulated by passing an invalid IPv4 address to a DNS record creation.
```bash
$ cli4 --post name='foo' type=A content="NOT-A-VALID-IP-ADDRESS" /zones/:example.com/dns_records
cli4: /zones/:example.com/dns_records - 9005 Content for A record is invalid. Must be a valid IPv4 address
cli4: /zones/:example.com/dns_records - 1004 DNS Validation Error
$
```
## Included example code
The [examples](https://github.com/cloudflare/python-cloudflare/tree/master/examples) folder contains many examples in both simple and verbose formats.
You can see the installed path of these files directly via `cli4 -e` (or `cli4 --examples`) command.
```bash
$ cli4 -e
Python .py files:
...
/opt/homebrew/lib/python3.11/site-packages/examples/example_always_use_https.py
...
Bash .sh files:
...
/opt/homebrew/lib/python3.11/site-packages/examples/example_paging_thru_zones.sh
...
$
```
The exact path will vary depending on your system.
The above example is MacOS and Python 3.9 hence the `/opt/homebrew/lib/python3.11/site-packages/` path.
One Linux, the Python pip command may install the code is a system location like `/usr/lib/python3/dist-packages` or `~/.local/lib/python3.9/site-packages/` or something different.
The `cli4 -e` command will try to decode the location and display the example files.
If you are running release before Python 3.9 then you will be asked to install the following:
```bash
$ pip install importlib_resources
...
$
```
It will show up if you are running on an older system. For example, this is the results from running on Win7:
```bash
U:\Users\Bobby>cli4 -e
Module "importlib_resources" missing - please "pip install importlib_resources" as your Python version is lower than 3.9
U:\Users\Bobby>python -V
Python 3.8.3
U:\Users\Bobby>
```
## CLI
All API calls can be called from the command line via the `cli4` command.
Additionally, the `cli4` command will convert domain name or account name prefixed with a colon (`:`) into the correct identifier.
e.g. to view `example.com` you can use `cli4 /zones/:example.com`.
You can pass the zone identifier (or account identifier or any identifier) with a colon followed by the identifier as a hex number 32 characters long.
```bash
$ cli4 [-V|--version] [-h|--help] [-v|--verbose] \
[-e|--examples] \
[-q|--quiet] \
[-j|--json] [-y|--yaml] [-n|--ndjson] [-i|--image] \
[-r|--raw] \
[-d|--dump] \
[-A|--openapi url] \
[-b|--binary] \
[-p|--profile profile-name] \
[-h|--header additional-header] \
[--get|--patch|--post|--put|--delete] \
[item=value|item=@filename|@filename ...] /command ...
```
### CLI parameters for POST/PUT/PATCH
For API calls that need to pass data or parameters there is various formats to use.
The simplest form is `item=value`. This passes the value as a string within the APIs JSON data.
If you need a numeric value passed then `==` can be used to force the value to be treated as a numeric value within the APIs JSON data.
For example: `item==value`.
if you need to pass a list of items; then `[]` can be used. For example:
```bash
pool_id1="11111111111111111111111111111111"
pool_id2="22222222222222222222222222222222"
pool_id3="33333333333333333333333333333333"
cli4 --post global_pools="[ ${pool_id1}, ${pool_id2}, ${pool_id3} ]" region_pools="[ ]" /user/load_balancers/maps
```
Data or parameters can be either named or unnamed.
It can not be both.
Named is the majority format; as described above.
Unnamed parameters simply don't have anything before the `=` sign, as in `=value`.
This format is presently only used by the Cloudflare Load Balancer API calls.
For example:
```bash
cli4 --put ="00000000000000000000000000000000" /user/load_balancers/maps/:00000000000000000000000000000000/region/:WNAM
```
Data can also be uploaded from file contents. Using the `item=@filename` format will open the file and the contents uploaded in the POST.
### CLI output
The default output from the CLI command is in JSON.
It can also output YAML format (i.e. human readable).
This is controled by the `--yaml` or `--json` flags (JSON is the default).
There is also a `--ndjson` flag for use with line based JSON data - this is mainly used for log data.
Additonally the output can be plain text or binary image format depending on the results from the API call (some calls results in non JSON results).
The `--image` flag will return the data in the same format as the API's results.
### Simple CLI calls
- `cli4 /user/billing/profile`
- `cli4 /user/invites`
- `cli4 /zones/:example.com`
- `cli4 /zones/:example.com/dnssec`
- `cli4 /zones/:example.com/settings/ipv6`
- `cli4 --put /zones/:example.com/activation_check`
- `cli4 /zones/:example.com/keyless_certificates`
- `cli4 /zones/:example.com/analytics/dashboard`
### More complex CLI calls
Here is the creation of a DNS entry, followed by a listing of that entry and then the deletion of that entry.
```bash
$ $ cli4 --post name="test" type="A" content="10.0.0.1" /zones/:example.com/dns_records
{
"id": "00000000000000000000000000000000",
"name": "test.example.com",
"type": "A",
"content": "10.0.0.1",
...
}
$
$ cli4 /zones/:example.com/dns_records/:test.example.com | jq '{"id":.id,"name":.name,"type":.type,"content":.content}'
{
"id": "00000000000000000000000000000000",
"name": "test.example.com",
"type": "A",
"content": "10.0.0.1"
}
$ cli4 --delete /zones/:example.com/dns_records/:test.example.com | jq -c .
{"id":"00000000000000000000000000000000"}
$
```
There's the ability to handle dns entries with multiple values.
This produces more than one API call within the command.
```bash
$ cli4 /zones/:example.com/dns_records/:test.example.com | jq -c '.[]|{"id":.id,"name":.name,"type":.type,"content":.content}'
{"id":"00000000000000000000000000000000","name":"test.example.com","type":"A","content":"192.168.0.1"}
{"id":"00000000000000000000000000000000","name":"test.example.com","type":"AAAA","content":"2001:d8b::1"}
$
```
Here are the cache purging commands.
```bash
$ cli4 --delete purge_everything=true /zones/:example.com/purge_cache | jq -c .
{"id":"00000000000000000000000000000000"}
$
$ cli4 --delete files='[http://example.com/css/styles.css]' /zones/:example.com/purge_cache | jq -c .
{"id":"00000000000000000000000000000000"}
$
$ cli4 --delete files='[http://example.com/css/styles.css,http://example.com/js/script.js]' /zones/:example.com/purge_cache | jq -c .
{"id":"00000000000000000000000000000000"}
$
$ cli4 --delete tags='[tag1,tag2,tag3]' /zones/:example.com/purge_cache | jq -c .
cli4: /zones/:example.com/purge_cache - 1107 Only enterprise zones can purge by tag.
$
```
A somewhat useful listing of available plans for a specific zone.
```bash
$ cli4 /zones/:example.com/available_plans | jq -c '.[]|{"id":.id,"name":.name}'
{"id":"00000000000000000000000000000000","name":"Pro Website"}
{"id":"00000000000000000000000000000000","name":"Business Website"}
{"id":"00000000000000000000000000000000","name":"Enterprise Website"}
{"id":"0feeeeeeeeeeeeeeeeeeeeeeeeeeeeee","name":"Free Website"}
$
```
### Cloudflare CA CLI calls
Here's some Cloudflare CA calls. Note the need of the `zone_id=` parameter with the basic `/certificates` call.
```bash
$ cli4 /zones/:example.com | jq -c '.|{"id":.id,"name":.name}'
{"id":"12345678901234567890123456789012","name":"example.com"}
$
$ cli4 zone_id=12345678901234567890123456789012 /certificates | jq -c '.[]|{"id":.id,"expires_on":.expires_on,"hostnames":.hostnames,"certificate":.certificate}'
{"id":"123456789012345678901234567890123456789012345678","expires_on":"2032-01-29 22:36:00 +0000 UTC","hostnames":["*.example.com","example.com"],"certificate":"-----BEGIN CERTIFICATE-----\n ... "}
{"id":"123456789012345678901234567890123456789012345678","expires_on":"2032-01-28 23:23:00 +0000 UTC","hostnames":["*.example.com","example.com"],"certificate":"-----BEGIN CERTIFICATE-----\n ... "}
{"id":"123456789012345678901234567890123456789012345678","expires_on":"2032-01-28 23:20:00 +0000 UTC","hostnames":["*.example.com","example.com"],"certificate":"-----BEGIN CERTIFICATE-----\n ... "}
$
```
A certificate can be viewed via a simple GET request.
```bash
$ cli4 /certificates/:123456789012345678901234567890123456789012345678
{
"certificate": "-----BEGIN CERTIFICATE-----\n ... ",
"expires_on": "2032-01-29 22:36:00 +0000 UTC",
"hostnames": [
"*.example.com",
"example.com"
],
"id": "123456789012345678901234567890123456789012345678",
"request_type": "origin-rsa"
}
$
```
Creating a certificate. This is done with a `POST` request. Note the use of `==` in order to pass a decimal number (vs. string) in JSON. The CSR is not shown for simplicity sake.
```bash
$ CSR=`cat example.com.csr`
$ cli4 --post hostnames='["example.com","*.example.com"]' requested_validity==365 request_type="origin-ecc" csr="$CSR" /certificates
{
"certificate": "-----BEGIN CERTIFICATE-----\n ... ",
"csr": "-----BEGIN CERTIFICATE REQUEST-----\n ... ",
"expires_on": "2018-09-27 21:47:00 +0000 UTC",
"hostnames": [
"*.example.com",
"example.com"
],
"id": "123456789012345678901234567890123456789012345678",
"request_type": "origin-ecc",
"requested_validity": 365
}
$
```
Deleting a certificate can be done with a `DELETE` call.
```bash
$ cli4 --delete /certificates/:123456789012345678901234567890123456789012345678
{
"id": "123456789012345678901234567890123456789012345678",
"revoked_at": "0000-00-00T00:00:00Z"
}
$
```
### Paging CLI calls
The `--raw` command provides access to the paging returned values.
See the API documentation for all the info.
Here's an example of how to page thru a list of zones (it's included in the examples folder as `example_paging_thru_zones.sh`).
Note the use of `==` to pass a number vs a string as paramater.
```bash
:
tmp=/tmp/$$_
trap "rm ${tmp}; exit 0" 0 1 2 15
PAGE=0
while true
do
cli4 --raw per_page==5 page==${PAGE} /zones > ${tmp}
domains=`jq -c '.|.result|.[]|.name' < ${tmp} | tr -d '"'`
result_info=`jq -c '.|.result_info' < ${tmp}`
COUNT=` echo "${result_info}" | jq .count`
PAGE=` echo "${result_info}" | jq .page`
PER_PAGE=` echo "${result_info}" | jq .per_page`
TOTAL_COUNT=`echo "${result_info}" | jq .total_count`
TOTAL_PAGES=`echo "${result_info}" | jq .total_pages`
echo COUNT=${COUNT} PAGE=${PAGE} PER_PAGE=${PER_PAGE} TOTAL_COUNT=${TOTAL_COUNT} TOTAL_PAGES=${TOTAL_PAGES} -- ${domains}
if [ "${PAGE}" == "${TOTAL_PAGES}" ]
then
## last section
break
fi
# grab the next page
PAGE=`expr ${PAGE} + 1`
done
```
It produces the following results.
```bash
COUNT=5 PAGE=1 PER_PAGE=5 TOTAL_COUNT=31 TOTAL_PAGES=7 -- accumsan.example auctor.example consectetur.example dapibus.example elementum.example
COUNT=5 PAGE=2 PER_PAGE=5 TOTAL_COUNT=31 TOTAL_PAGES=7 -- felis.example iaculis.example ipsum.example justo.example lacus.example
COUNT=5 PAGE=3 PER_PAGE=5 TOTAL_COUNT=31 TOTAL_PAGES=7 -- lectus.example lobortis.example maximus.example morbi.example pharetra.example
COUNT=5 PAGE=4 PER_PAGE=5 TOTAL_COUNT=31 TOTAL_PAGES=7 -- porttitor.example potenti.example pretium.example purus.example quisque.example
COUNT=5 PAGE=5 PER_PAGE=5 TOTAL_COUNT=31 TOTAL_PAGES=7 -- sagittis.example semper.example sollicitudin.example suspendisse.example tortor.example
COUNT=1 PAGE=7 PER_PAGE=5 TOTAL_COUNT=31 TOTAL_PAGES=7 -- varius.example vehicula.example velit.example velit.example vitae.example
COUNT=5 PAGE=6 PER_PAGE=5 TOTAL_COUNT=31 TOTAL_PAGES=7 -- vivamus.example
```
### Paging thru lists (using cursors)
Some API calls use cursors to read beyond the initally returned values. See the API page in order to see which API calls do this.
```bash
$ ACCOUNT_ID="00000000000000000000000000000000"
$ LIST_ID="00000000000000000000000000000000"
$
$ cli4 --raw /accounts/::${ACCOUNT_ID}/rules/lists/::${LIST_ID}/items > /tmp/page1.json
$ after=`jq -r '.result_info.cursors.after' < /tmp/page1.json`
$ echo "after=$after"
after=Mxm4GVmKjYbFjy2VxMPipnJigm1M_s6lCS9ABR9wx-RM2A
$
```
Once we have the `after` value, we can pass it along in order to read the next hunk of values. We finish when `after` returns as null (or isn't present).
```bash
$ cli4 --raw cursor="$after" /accounts/::${ACCOUNT_ID}/rules/lists/::${LIST_ID}/items > /tmp/page2.json
$ after=`jq -r '.result_info.cursors.after' < /tmp/page2.json`
$ echo "after=$after"
after=null
$
```
We can see the results now in two files.
```bash
$ jq -c '.result[]' < /tmp/page1.json | wc -l
25
$
$ jq -c '.result[]' < /tmp/page2.json | wc -l
5
$
$ for f in /tmp/page?.json ; do jq -r '.result[]|.id,.ip,.comment' < $f | paste - - - ; done | column -s' ' -t
0fe44928258549feb47126a966fbf4a0 0.0.0.0 all zero
2e1e02120f5e466f8c0e26375e4cf4c8 1.0.0.1 Cloudflare DNS a
9ca5fd0ac6f54fdbb9dedd3fb72ce2da 1.1.1.1 Cloudflare DNS b
b3654987446743738c782f36ebe074f5 10.0.0.0/8 RFC1918 space
90bec8ce37d242faa2e27d1e78c1d8e2 103.21.244.0/22 Cloudflare IP
970a3c810cda41af9bef2c36a1892f7e 103.22.200.0/22 Cloudflare IP
3ec8516158bf4f3cac18210f611ee541 103.31.4.0/22 Cloudflare IP
ee9d268367204e6bb8e5e4c907f22de8 104.16.0.0/12 Cloudflare IP
93ae02eda9774c45840af367a02fe529 108.162.192.0/18 Cloudflare IP
62891ebf6db44aa494d79a6401af185e 131.0.72.0/22 Cloudflare IP
cac40cd940cc470582b8c912a8a12bea 141.101.64.0/18 Cloudflare IP
f6d5eacd81a2407f8e0d81caee21e7f8 162.158.0.0/15 Cloudflare IP
3d538dfc38ab471d9d3fe78332acfa4e 172.16.0.0/12 RFC1918 space
f353cb8f98424837ad35382a22b9debe 172.64.0.0/13 Cloudflare IP
78f3e1a0bafc41f88d4d40ad49a642e0 173.245.48.0/20 Cloudflare IP
c23a545475c54c32a7681c6b508d3e80 188.114.96.0/20 Cloudflare IP
f693237c9e294fe481221cbc2d7c20ef 190.93.240.0/20 Cloudflare IP
6d465ab3a0994c07827ebdcf8f34d977 192.168.0.0/16 RFC1918 space
1ad1e634b3664bac939086185c62faf7 197.234.240.0/22 Cloudflare IP
5d2968e7b3114d8e869a379d71c8ba86 198.41.128.0/17 Cloudflare IP
6a69de60b31448fa864f0a3ac5abe8d0 224.0.0.0/24 Multicast
30749cce89af4ab3a80e308294f46a46 240.0.0.0/4 Class E
2b32c67ea4d044628abe39f28662d8f0 255.255.255.255 all ones
cc7cd828b2fb4bcfb9391c2d3ef8d068 2400:cb00::/32 Cloudflare IP
b30d4cbd7dcd48729e8ebeda552e48a8 2405:8100::/32 Cloudflare IP
49db60758c8344959c338a74afc9748a 2405:b500::/32 Cloudflare IP
96e9eca1923c40d5a84865145f5a5d6a 2606:4700::/32 Cloudflare IP
21bc52a26e10405d89b7180ddcf49302 2803:f800::/32 Cloudflare IP
ff78f842188e4b869eb5389ae9ab8f41 2a06:98c0::/29 Cloudflare IP
0880cdfc40b14f6fa0639522a728859d 2c0f:f248::/32 Cloudflare IP
$
```
The `result_info.cursors` area also contains a `before` value for reverse scrolling.
As with `per_page` scrolling, raw mode is used.
### DNSSEC CLI calls
```bash
$ cli4 /zones/:example.com/dnssec | jq -c '{"status":.status}'
{"status":"disabled"}
$
$ cli4 --patch status=active /zones/:example.com/dnssec | jq -c '{"status":.status}'
{"status":"pending"}
$
$ cli4 /zones/:example.com/dnssec
{
"algorithm": "13",
"digest": "41600621c65065b09230ebc9556ced937eb7fd86e31635d0025326ccf09a7194",
"digest_algorithm": "SHA256",
"digest_type": "2",
"ds": "example.com. 3600 IN DS 2371 13 2 41600621c65065b09230ebc9556ced937eb7fd86e31635d0025326ccf09a7194",
"flags": 257,
"key_tag": 2371,
"key_type": "ECDSAP256SHA256",
"modified_on": "2016-05-01T22:42:15.591158Z",
"public_key": "mdsswUyr3DPW132mOi8V9xESWE8jTo0dxCjjnopKl+GqJxpVXckHAeF+KkxLbxILfDLUT0rAK9iUzy1L53eKGQ==",
"status": "pending"
}
$
```
### Zone file upload (i.e. import) CLI calls (uses BIND format files)
Refer to [Import DNS records](https://api.cloudflare.com/#dns-records-for-a-zone-import-dns-records) on API documentation for this feature.
```bash
$ cat zone.txt
example.com. IN SOA somewhere.example.com. someone.example.com. (
2017010101
3H
15
1w
3h
)
record1.example.com. IN A 10.0.0.1
record2.example.com. IN AAAA 2001:d8b::2
record3.example.com. IN CNAME record1.example.com.
record4.example.com. IN TXT "some text"
$
$ cli4 --post file=@zone.txt /zones/:example.com/dns_records/import
{
"recs_added": 4,
"total_records_parsed": 4
}
$
```
### Zone file download (i.e. export) CLI calls (uses BIND format files)
The following is documented within the **Advanced** option of the DNS page within the Cloudflare portal.
```bash
$ cli4 /zones/:example.com/dns_records/export | egrep -v '^;;|^$'
$ORIGIN .
@ 3600 IN SOA example.com. root.example.com. (
2025552311 ; serial
7200 ; refresh
3600 ; retry
86400 ; expire
3600) ; minimum
example.com. 300 IN NS REPLACE&ME$WITH^YOUR@NAMESERVER.
record4.example.com. 300 IN TXT "some text"
record3.example.com. 300 IN CNAME record1.example.com.
record1.example.com. 300 IN A 10.0.0.1
record2.example.com. 300 IN AAAA 2001:d8b::2
$
```
The egrep is used for documentation brevity.
### Cloudflare Workers
Cloudflare Workers are described on the Cloudflare blog at
[here](https://blog.cloudflare.com/introducing-cloudflare-workers/) and
[here](https://blog.cloudflare.com/code-everywhere-cloudflare-workers/), with the beta release announced
[here](https://blog.cloudflare.com/cloudflare-workers-is-now-on-open-beta/).
The Python libraries now support the Cloudflare Workers API calls. The following javascript is lifted from [https://cloudflareworkers.com/](https://cloudflareworkers.com/) and slightly modified.
```bash
$ cat modify-body.js
addEventListener("fetch", event => {
event.respondWith(fetchAndModify(event.request));
});
async function fetchAndModify(request) {
console.log("got a request:", request);
// Send the request on to the origin server.
const response = await fetch(request);
// Read response body.
const text = await response.text();
// Modify it.
const modified = text.replace(
"<body>",
"<body style=\"background: #ff0;\">");
// Return modified response.
return new Response(modified, {
status: response.status,
statusText: response.statusText,
headers: response.headers
});
}
$
```
Here's the website with it's simple `<body>` statement
```bash
$ curl -sS https://example.com/ | fgrep '<body'
<body>
$
```
Now lets add the script. Looking above, you will see that it's simple action is to modify the `<body>` statement and make the background yellow.
```bash
$ cli4 --put @- /zones/:example.com/workers/script < modify-body.js
{
"etag": "1234567890123456789012345678901234567890123456789012345678901234",
"id": "example-com",
"modified_on": "2018-02-15T00:00:00.000000Z",
"script": "addEventListener(\"fetch\", event => {\n event.respondWith(fetchAndModify(event.request));\n});\n\nasync function fetchAndModify(request) {\n console.log(\"got a request:\", request);\n\n // Send the request on to the origin server.\n const response = await fetch(request);\n\n // Read response body.\n const text = await response.text();\n\n // Modify it.\n const modified = text.replace(\n \"<body>\",\n \"<body style=\\\"background: #ff0;\\\">\");\n\n // Return modified response.\n return new Response(modified, {\n status: response.status,\n statusText: response.statusText,\n headers: response.headers\n });\n}\n",
"size": 603
}
$
```
The following call checks that the script is associated with the zone. In this case, it's the only script added by this user.
```bash
$ cli4 /user/workers/scripts
[
{
"created_on": "2018-02-15T00:00:00.000000Z",
"etag": "1234567890123456789012345678901234567890123456789012345678901234",
"id": "example-com",
"modified_on": "2018-02-15T00:00:00.000000Z"
}
]
$
```
Next step is to make sure a route is added for that script on that zone.
```bash
$ cli4 --post pattern="example.com/*" script="example-com" /zones/:example.com/workers/routes
{
"id": "12345678901234567890123456789012"
}
$
$ cli4 /zones/:example.com/workers/routes
[
{
"id": "12345678901234567890123456789012",
"pattern": "example.com/*",
"script": "example-com"
}
]
$
```
With that script added to the zone and the route added, we can now see the website has been modified because of the Cloudflare Worker.
```bash
$ curl -sS https://example.com/ | fgrep '<body'
<body style="background: #ff0;">
$
```
All this can be removed; hence bringing the website back to its initial state.
```bash
$ cli4 --delete /zones/:example.com/workers/script
12345678901234567890123456789012
$ cli4 --delete /zones/:example.com/workers/routes/:12345678901234567890123456789012
true
$
$ curl -sS https://example.com/ | fgrep '<body'
<body>
$
```
Refer to the Cloudflare Workers API documentation for more information.
## Cloudflare Instant Logs
Please see https://developers.cloudflare.com/logs/instant-logs for all the information on how to use this feature.
The `cli4` command can be used to control the instant logs; however, the websocket reading is outside the scope of this library.
To query the states of the instant logs:
```bash
$ cli4 /zones/:example.com/logpush/edge/jobs | jq .
[]
$
```
To add monitoring:
```bash
$ cli4 --post \
='{
"fields": "ClientIP,ClientRequestHost,ClientRequestMethod,ClientRequestURI,EdgeEndTimestamp,EdgeResponseBytes,EdgeResponseStatus,EdgeStartTimestamp,RayID",
"sample": 1,
"filter": "",
"kind": "instant-logs"
}' \
/zones/:example.com/logpush/edge/jobs | jq .
{
"destination_conf": "wss://logs.cloudflare.com/instant-logs/ws/sessions/00000000000000000000000000000000",
"fields": "ClientIP,ClientRequestHost,ClientRequestMethod,ClientRequestURI,EdgeEndTimestamp,EdgeResponseBytes,EdgeResponseStatus,EdgeStartTimestamp,RayID",
"filter": "",
"kind": "instant-logs",
"sample": 1,
"session_id": "00000000000000000000000000000000"
}
$
```
To see the results:
```bash
$ cli4 /zones/:example.com/logpush/edge/jobs | jq .
[
{
"fields": "ClientIP,ClientRequestHost,ClientRequestMethod,ClientRequestURI,EdgeEndTimestamp,EdgeResponseBytes,EdgeResponseStatus,EdgeStartTimestamp,RayID",
"filter": "",
"kind": "instant-logs",
"sample": 1,
"session_id": "00000000000000000000000000000000"
}
]
$
```
## Cloudflare GraphQL
The GraphQL interface can be accessed via the command line.
```
query="""
query {
viewer {
zones(filter: {zoneTag: "%s"} ) {
httpRequests1dGroups(limit:40, filter:{date_lt: "%s", date_gt: "%s"}) {
sum { countryMap { bytes, requests, clientCountryName } }
dimensions { date }
}
}
}
}
""" % (zone_id, date_before[0:10], date_after[0:10])
r = cf.graphql.post(data={'query':query})
httpRequests1dGroups = zone_info = r['data']['viewer']['zones'][0]['httpRequests1dGroups']
```
See the [examples/example_graphql.sh](examples/example_graphql.sh) and [examples/example_graphql.py](https://github.com/cloudflare/python-cloudflare/tree/master/examples/example_graphql.py) files for working examples.
Here is the working example of the shell version:
```bash
$ examples/example_graphql.sh example.com
2020-07-14T02:00:00Z 34880
2020-07-14T03:00:00Z 18953
2020-07-14T04:00:00Z 28700
2020-07-14T05:00:00Z 2358
2020-07-14T06:00:00Z 34905
2020-07-14T07:00:00Z 779
2020-07-14T08:00:00Z 35450
2020-07-14T10:00:00Z 17803
2020-07-14T11:00:00Z 32678
2020-07-14T12:00:00Z 19947
2020-07-14T13:00:00Z 4956
2020-07-14T14:00:00Z 34585
2020-07-14T15:00:00Z 3022
2020-07-14T16:00:00Z 5224
2020-07-14T18:00:00Z 79482
2020-07-14T21:00:00Z 10609
2020-07-14T22:00:00Z 5740
2020-07-14T23:00:00Z 2545
2020-07-15T01:00:00Z 10777
$
```
For more information on how to use GraphQL at Cloudflare, refer to the [Cloudflare GraphQL Analytics API](https://developers.cloudflare.com/analytics/graphql-api).
It contains a full overview of Cloudflare's GraphQL features and keywords.
## Cloudflare AI
See https://blog.cloudflare.com/workers-ai-update-stable-diffusion-code-llama-workers-ai-in-100-cities/ for the introduction,
along with https://developers.cloudflare.com/workers-ai/models/ for the nitty gritty details.
There are three AI calls included within the example folder.
### Speech Recognition with the openai/whisper model.
The following downloads a speech as an mp3 file and passes it to the AI API.
It does a very good job transcribing; however, there's a good chance these mp3 files were use for training.
That said, the example code is here to show how the API works vs testing the AI/ML quality.
```bash
$ cli4 --image --post text="I'll have an order of the moule frites" source_lang=english target_lang=french /accounts/:AccountID/ai/run/@cf/meta/m2m100-1.2b
{'translated_text': 'Je vais avoir une commande des frites de moule'}
$
```
## Implemented API calls
The `--dump` argument to cli4 will produce a list of all the call implemented within the library.
```bash
$ cli4 --dump
/certificates
/ips
/organizations
...
/zones/ssl/analyze
/zones/ssl/certificate_packs
/zones/ssl/verification
$
```
### Table of commands
An automatically generated table of commands is provided [here](TABLE-OF-COMMANDS.md).
## Adding extra API calls manually
Extra API calls can be added via the configuration file
```bash
$ cat ~/.cloudflare/cloudflare.cfg
[Cloudflare]
extras =
/client/v4/command
/client/v4/command/:command_identifier
/client/v4/command/:command_identifier/settings
$
```
While it's easy to call anything within Cloudflare's API, it's not very useful to add items in here as they will simply return API URL errors.
Technically, this is only useful for internal testing within Cloudflare.
## Issues
The following error can be caused by an out of date SSL/TLS library and/or out of date Python.
```bash
/usr/local/lib/python2.7/dist-packages/requests/packages/urllib3/util/ssl_.py:318: SNIMissingWarning: An HTTPS request has been made, but the SNI (Subject Name Indication) extension to TLS is not available on this platform. This may cause the server to present an incorrect TLS certificate, which can cause validation failures. You can upgrade to a newer version of Python to solve this. For more information, see https://urllib3.readthedocs.org/en/latest/security.html#snimissingwarning.
SNIMissingWarning
/usr/local/lib/python2.7/dist-packages/requests/packages/urllib3/util/ssl_.py:122: InsecurePlatformWarning: A true SSLContext object is not available. This prevents urllib3 from configuring SSL appropriately and may cause certain SSL connections to fail. You can upgrade to a newer version of Python to solve this. For more information, see https://urllib3.readthedocs.org/en/latest/security.html#insecureplatformwarning.
InsecurePlatformWarning
```
The solution can be found [here](https://urllib3.readthedocs.org/en/latest/security.html#insecureplatformwarning) and/or [here](http://stackoverflow.com/questions/35144550/how-to-install-cryptography-on-ubuntu).
## Python 2.x vs 3.x support
As of May/June 2016 the code is now tested against pylint.
This was required in order to move the codebase into Python 3.x.
The motivation for this came from [Danielle Madeley (danni)](https://github.com/danni).
~~While the codebase has been edited to run on Python 3.x, there's not been enough Python 3.x testing performed.~~
~~If you can help in this regard; please contact the maintainers.~~
As of January 2020 the code is Python3 clean.
As of January 2020 the code is shipped up to pypi with Python2 support removed.
As of January 2020 the code is Python3.8 clean. The new `SyntaxWarning` messages (i.e. `SyntaxWarning: "is" with a literal. Did you mean "=="?`) meant minor edits were needed.
As of late 2023 the code is Python3.11 clean.
As of April 2024 the code is officially marked as 3.x only (3.6 and above to be specific) such that it can become PEP561 specific.
## pypi and GitHub signed releases
As of October 2022, the code is signed by the maintainers personal email address: `mahtin@mahtin.com` `7EA1 39C4 0C1C 842F 9D41 AAF9 4A34 925D 0517 2859`
As of May 2024, the code has been moved from [cloudflare/cloudflare-python](https://github.com/cloudflare/cloudflare-python) to [cloudflare/python-cloudflare-cli4](https://github.com/cloudflare/python-cloudflare-cli4).
## Credit
Based on original work from [Felix Wong (gnowxilef)](https://github.com/gnowxilef) found [here](https://github.com/cloudflare-api/python-cloudflare-v4).
Maintained until 2024 by [Martin J. Levy (mahtin)](https://github.com/mahtin).
## Changelog
An automatically generated CHANGELOG is provided [here](CHANGELOG.md).
## Copyright
Copyright (c) 2016 thru 2024, Cloudflare. All rights reserved.
Previous portions copyright [Felix Wong (gnowxilef)](https://github.com/gnowxilef).
Raw data
{
"_id": null,
"home_page": null,
"name": "cloudflare-cli4",
"maintainer": null,
"docs_url": null,
"requires_python": ">3.6.0",
"maintainer_email": null,
"keywords": "API, cloudflare, wrapper",
"author": null,
"author_email": "\"Stainless Inc.\" <support@stainlessapi.com>, \"Martin J. Levy\" <mahtin@mahtin.com>",
"download_url": "https://files.pythonhosted.org/packages/77/fd/87b3e026dcee2a6b891f2b6c98b8f0bc98a175c4b731c046b528298c07c5/cloudflare_cli4-2.19.4.post3.tar.gz",
"platform": null,
"description": "# cloudflare-cli4\n\n```shell\n$ pip install cloudflare-cli4\n$ cli4 --help\nusage: cli4 [-V|--version] [-h|--help] [-v|--verbose] [-e|--examples] [-q|--quiet] [-j|--json] [-y|--yaml] [-n|--ndjson] [-i|--image] [-r|--raw] [-d|--dump] [-A|--openapi url] [-b|--binary] [-p|--profile profile-name] [-h|--header additional-header] [--get|--patch|--post|--put|--delete] [item=value|item=@filename|@filename ...] /command ...\n```\n\nThis repository is a snapshot of the `cli4` Python tool originally packaged alongside\n[cloudflare](https://pypi.org/project/cloudflare/).\n\nStarting with `cloudflare` v3 this Python CLI will be packaged separately and won't be actively developped anymore.\n\n## Install\n\n### Using `rye`\n\n```shell\n$ git clone https://github.com/cloudflare/python-cloudflare-cli4\n$ cd python-cloudflare-cli4\n$ rye sync\n```\n\n### Using `pip`\n\n```shell\n$ git clone https://github.com/cloudflare/python-cloudflare-cli4\n$ cd python-cloudflare-cli4\n$ pyton -m pip install .\n```\n\n### Using shell environment variables\n\nNote (for latest version of code):\n\n- `CLOUDFLARE_EMAIL` has replaced `CF_API_EMAIL`.\n- `CLOUDFLARE_API_KEY` has replaced `CF_API_KEY`.\n- `CLOUDFLARE_API_TOKEN` has replaced `CF_API_TOKEN`.\n- `CLOUDFLARE_API_CERTKEY` has replaced `CF_API_CERTKEY`.\n\nAdditionally, these two variables are available for testing purposes:\n\n- `CLOUDFLARE_API_EXTRAS` has replaced `CF_API_EXTRAS`.\n- `CLOUDFLARE_API_URL` has replaced `CF_API_URL`.\n\nThe older environment variable names can still be used.\n\n```bash\n$ export CLOUDFLARE_EMAIL='user@example.com'\n$ export CLOUDFLARE_API_KEY='00000000000000000000000000000000'\n$ export CLOUDFLARE_API_CERTKEY='v1.0-...'\n$\n```\n\nOr if using API Token.\n\n```bash\n$ export CLOUDFLARE_API_TOKEN='00000000000000000000000000000000'\n$ export CLOUDFLARE_API_CERTKEY='v1.0-...'\n$\n```\n\nThese are optional environment variables; however, they do override the values set within a configuration file.\n\n### Using configuration file to store email and keys\n\nThe default profile name is `Cloudflare` for obvious reasons.\n\n```bash\n$ cat ~/.cloudflare/cloudflare.cfg\n[Cloudflare]\nemail = user@example.com # Do not set if using an API Token\nkey = 00000000000000000000000000000000\ncerttoken = v1.0-...\nextras =\n$\n```\n\nMore than one profile can be stored within that file.\nHere's an example for a work and home setup (in this example work has an API Token and home uses email/key).\n\n```bash\n$ cat ~/.cloudflare/cloudflare.cfg\n[Work]\ntoken = 00000000000000000000000000000000\n[Home]\nemail = home@example.com\nkey = 00000000000000000000000000000000\n$\n```\n\nTo select a profile, use the `--profile profile-name` option for `cli4` command or use `profile=\"profile-name\"` in the library call.\n\n```bash\n$ cli4 --profile Work /zones | jq '.[]|.name' | wc -l\n 13\n$\n\n$ cli4 --profile Home /zones | jq '.[]|.name' | wc -l\n 1\n$\n```\n\n### Passing your own HTTP headers to API calls\n\nThere are very specific case where a user of the library needs to add custom headers to all HTTP calls.\nThis is rarly needed.\n\nThe addition headers can be passed via the confuration file as follows:\n\n```bash\n$ cat ~/.cloudflare/cloudflare.cfg\n...\nhttp_headers =\n X-Header1:value\n X-Header2: value1 value2 value3\n X-Header3: \"this is life as we know it\"\n X-Header4: 'two single quotes'\n X-Header5:\n...\n$\n```\n\nEach line should have a header noun, a colon, and a verb.\n\nThese header values can also be passed via `cli4` command (many times) - use the `-v` option to see the debug messages:\n\n```\n$ cli4 -v --header 'X-something:' --header 'X-whatever:whatever' /zones > /tmp/results.json\n...\n --header \"X-something: \" \\\n --header \"X-whatever: whatever \" \\\n...\n$\n```\n\n### Advanced use of configuration file for authentication based on method\n\nThe configuration file can have values that are both generic and specific to the method.\nHere's an example where a project has a different API Token for reading and writing values.\n\n```bash\n$ cat ~/.cloudflare/cloudflare.cfg\n[Work]\ntoken = 0000000000000000000000000000000000000000\ntoken.get = 0123456789012345678901234567890123456789\n$\n```\n\nWhen a GET call is processed then the second token is used. For all other calls the first token is used.\nHere's a more explict verion of that config:\n\n```bash\n$ cat ~/.cloudflare/cloudflare.cfg\n[Work]\ntoken.delete = 0000000000000000000000000000000000000000\ntoken.get = 0123456789012345678901234567890123456789\ntoken.patch = 0000000000000000000000000000000000000000\ntoken.post = 0000000000000000000000000000000000000000\ntoken.put = 0000000000000000000000000000000000000000\n$\n```\n\nThis can be used with email values also.\n\n### About /certificates and certtoken\n\nThe _CLOUDFLARE_API_CERTKEY_ or _certtoken_ values are used for the Origin-CA _/certificates_ API calls.\nYou can leave _certtoken_ in the configuration with a blank value (or omit the option variable fully).\n\nThe _extras_ values are used when adding API calls outside of the core codebase.\nTechnically, this is only useful for internal testing within Cloudflare.\nYou can leave _extras_ in the configuration with a blank value (or omit the option variable fully).\n\n## Exceptions and return values\n\n### Response data\n\nThe response is build from the JSON in the API call.\nIt contains the **results** values; but does not contain the paging values.\n\nYou can return all the paging values by calling the class with raw=True.\n\n### Exception handling\n\nHere's code using the CLI command `cli4` of the responses passed back in exceptions.\n\nFirst a simple get with a clean (non-error) response.\n\n```bash\n$ cli4 /zones/:example.com/dns_records | jq -c '.[]|{\"name\":.name,\"type\":.type,\"content\":.content}'\n{\"name\":\"example.com\",\"type\":\"MX\",\"content\":\"something.example.com\"}\n{\"name\":\"something.example.com\",\"type\":\"A\",\"content\":\"10.10.10.10\"}\n$\n```\n\nNext a simple/single error response.\nThis is simulated by providing incorrect authentication information.\n\n```bash\n$ CLOUDFLARE_EMAIL='someone@example.com' cli4 /zones/\ncli4: /zones - 9103 Unknown X-Auth-Key or X-Auth-Email\n$\n```\n\nMore than one call can be done on the same command line. In this mode, the connection is preserved between calls.\n\n```bash\n$ cli4 /user/organizations /user/invites\n...\n$\n```\n\nNote that the output is presently two JSON structures one after the other - so less useful that you may think.\n\nFinally, a command that provides more than one error response.\nThis is simulated by passing an invalid IPv4 address to a DNS record creation.\n\n```bash\n$ cli4 --post name='foo' type=A content=\"NOT-A-VALID-IP-ADDRESS\" /zones/:example.com/dns_records\ncli4: /zones/:example.com/dns_records - 9005 Content for A record is invalid. Must be a valid IPv4 address\ncli4: /zones/:example.com/dns_records - 1004 DNS Validation Error\n$\n```\n\n## Included example code\n\nThe [examples](https://github.com/cloudflare/python-cloudflare/tree/master/examples) folder contains many examples in both simple and verbose formats.\n\nYou can see the installed path of these files directly via `cli4 -e` (or `cli4 --examples`) command.\n\n```bash\n$ cli4 -e\nPython .py files:\n\t...\n\t/opt/homebrew/lib/python3.11/site-packages/examples/example_always_use_https.py\n\t...\nBash .sh files:\n\t...\n\t/opt/homebrew/lib/python3.11/site-packages/examples/example_paging_thru_zones.sh\n\t...\n$\n```\n\nThe exact path will vary depending on your system.\nThe above example is MacOS and Python 3.9 hence the `/opt/homebrew/lib/python3.11/site-packages/` path.\nOne Linux, the Python pip command may install the code is a system location like `/usr/lib/python3/dist-packages` or `~/.local/lib/python3.9/site-packages/` or something different.\nThe `cli4 -e` command will try to decode the location and display the example files.\n\nIf you are running release before Python 3.9 then you will be asked to install the following:\n\n```bash\n$ pip install importlib_resources\n...\n$\n```\n\nIt will show up if you are running on an older system. For example, this is the results from running on Win7:\n\n```bash\nU:\\Users\\Bobby>cli4 -e\nModule \"importlib_resources\" missing - please \"pip install importlib_resources\" as your Python version is lower than 3.9\n\nU:\\Users\\Bobby>python -V\nPython 3.8.3\n\nU:\\Users\\Bobby>\n```\n\n## CLI\n\nAll API calls can be called from the command line via the `cli4` command.\nAdditionally, the `cli4` command will convert domain name or account name prefixed with a colon (`:`) into the correct identifier.\ne.g. to view `example.com` you can use `cli4 /zones/:example.com`.\nYou can pass the zone identifier (or account identifier or any identifier) with a colon followed by the identifier as a hex number 32 characters long.\n\n```bash\n$ cli4 [-V|--version] [-h|--help] [-v|--verbose] \\\n [-e|--examples] \\\n [-q|--quiet] \\\n [-j|--json] [-y|--yaml] [-n|--ndjson] [-i|--image] \\\n [-r|--raw] \\\n [-d|--dump] \\\n [-A|--openapi url] \\\n [-b|--binary] \\\n [-p|--profile profile-name] \\\n [-h|--header additional-header] \\\n [--get|--patch|--post|--put|--delete] \\\n [item=value|item=@filename|@filename ...] /command ...\n```\n\n### CLI parameters for POST/PUT/PATCH\n\nFor API calls that need to pass data or parameters there is various formats to use.\n\nThe simplest form is `item=value`. This passes the value as a string within the APIs JSON data.\n\nIf you need a numeric value passed then `==` can be used to force the value to be treated as a numeric value within the APIs JSON data.\nFor example: `item==value`.\n\nif you need to pass a list of items; then `[]` can be used. For example:\n\n```bash\npool_id1=\"11111111111111111111111111111111\"\npool_id2=\"22222222222222222222222222222222\"\npool_id3=\"33333333333333333333333333333333\"\ncli4 --post global_pools=\"[ ${pool_id1}, ${pool_id2}, ${pool_id3} ]\" region_pools=\"[ ]\" /user/load_balancers/maps\n```\n\nData or parameters can be either named or unnamed.\nIt can not be both.\nNamed is the majority format; as described above.\nUnnamed parameters simply don't have anything before the `=` sign, as in `=value`.\nThis format is presently only used by the Cloudflare Load Balancer API calls.\nFor example:\n\n```bash\ncli4 --put =\"00000000000000000000000000000000\" /user/load_balancers/maps/:00000000000000000000000000000000/region/:WNAM\n```\n\nData can also be uploaded from file contents. Using the `item=@filename` format will open the file and the contents uploaded in the POST.\n\n### CLI output\n\nThe default output from the CLI command is in JSON.\nIt can also output YAML format (i.e. human readable).\nThis is controled by the `--yaml` or `--json` flags (JSON is the default).\nThere is also a `--ndjson` flag for use with line based JSON data - this is mainly used for log data.\n\nAdditonally the output can be plain text or binary image format depending on the results from the API call (some calls results in non JSON results).\nThe `--image` flag will return the data in the same format as the API's results.\n\n### Simple CLI calls\n\n- `cli4 /user/billing/profile`\n- `cli4 /user/invites`\n\n- `cli4 /zones/:example.com`\n- `cli4 /zones/:example.com/dnssec`\n- `cli4 /zones/:example.com/settings/ipv6`\n- `cli4 --put /zones/:example.com/activation_check`\n- `cli4 /zones/:example.com/keyless_certificates`\n\n- `cli4 /zones/:example.com/analytics/dashboard`\n\n### More complex CLI calls\n\nHere is the creation of a DNS entry, followed by a listing of that entry and then the deletion of that entry.\n\n```bash\n$ $ cli4 --post name=\"test\" type=\"A\" content=\"10.0.0.1\" /zones/:example.com/dns_records\n{\n \"id\": \"00000000000000000000000000000000\",\n \"name\": \"test.example.com\",\n \"type\": \"A\",\n \"content\": \"10.0.0.1\",\n ...\n}\n$\n\n$ cli4 /zones/:example.com/dns_records/:test.example.com | jq '{\"id\":.id,\"name\":.name,\"type\":.type,\"content\":.content}'\n{\n \"id\": \"00000000000000000000000000000000\",\n \"name\": \"test.example.com\",\n \"type\": \"A\",\n \"content\": \"10.0.0.1\"\n}\n\n$ cli4 --delete /zones/:example.com/dns_records/:test.example.com | jq -c .\n{\"id\":\"00000000000000000000000000000000\"}\n$\n```\n\nThere's the ability to handle dns entries with multiple values.\nThis produces more than one API call within the command.\n\n```bash\n$ cli4 /zones/:example.com/dns_records/:test.example.com | jq -c '.[]|{\"id\":.id,\"name\":.name,\"type\":.type,\"content\":.content}'\n{\"id\":\"00000000000000000000000000000000\",\"name\":\"test.example.com\",\"type\":\"A\",\"content\":\"192.168.0.1\"}\n{\"id\":\"00000000000000000000000000000000\",\"name\":\"test.example.com\",\"type\":\"AAAA\",\"content\":\"2001:d8b::1\"}\n$\n```\n\nHere are the cache purging commands.\n\n```bash\n$ cli4 --delete purge_everything=true /zones/:example.com/purge_cache | jq -c .\n{\"id\":\"00000000000000000000000000000000\"}\n$\n\n$ cli4 --delete files='[http://example.com/css/styles.css]' /zones/:example.com/purge_cache | jq -c .\n{\"id\":\"00000000000000000000000000000000\"}\n$\n\n$ cli4 --delete files='[http://example.com/css/styles.css,http://example.com/js/script.js]' /zones/:example.com/purge_cache | jq -c .\n{\"id\":\"00000000000000000000000000000000\"}\n$\n\n$ cli4 --delete tags='[tag1,tag2,tag3]' /zones/:example.com/purge_cache | jq -c .\ncli4: /zones/:example.com/purge_cache - 1107 Only enterprise zones can purge by tag.\n$\n```\n\nA somewhat useful listing of available plans for a specific zone.\n\n```bash\n$ cli4 /zones/:example.com/available_plans | jq -c '.[]|{\"id\":.id,\"name\":.name}'\n{\"id\":\"00000000000000000000000000000000\",\"name\":\"Pro Website\"}\n{\"id\":\"00000000000000000000000000000000\",\"name\":\"Business Website\"}\n{\"id\":\"00000000000000000000000000000000\",\"name\":\"Enterprise Website\"}\n{\"id\":\"0feeeeeeeeeeeeeeeeeeeeeeeeeeeeee\",\"name\":\"Free Website\"}\n$\n```\n\n### Cloudflare CA CLI calls\n\nHere's some Cloudflare CA calls. Note the need of the `zone_id=` parameter with the basic `/certificates` call.\n\n```bash\n$ cli4 /zones/:example.com | jq -c '.|{\"id\":.id,\"name\":.name}'\n{\"id\":\"12345678901234567890123456789012\",\"name\":\"example.com\"}\n$\n\n$ cli4 zone_id=12345678901234567890123456789012 /certificates | jq -c '.[]|{\"id\":.id,\"expires_on\":.expires_on,\"hostnames\":.hostnames,\"certificate\":.certificate}'\n{\"id\":\"123456789012345678901234567890123456789012345678\",\"expires_on\":\"2032-01-29 22:36:00 +0000 UTC\",\"hostnames\":[\"*.example.com\",\"example.com\"],\"certificate\":\"-----BEGIN CERTIFICATE-----\\n ... \"}\n{\"id\":\"123456789012345678901234567890123456789012345678\",\"expires_on\":\"2032-01-28 23:23:00 +0000 UTC\",\"hostnames\":[\"*.example.com\",\"example.com\"],\"certificate\":\"-----BEGIN CERTIFICATE-----\\n ... \"}\n{\"id\":\"123456789012345678901234567890123456789012345678\",\"expires_on\":\"2032-01-28 23:20:00 +0000 UTC\",\"hostnames\":[\"*.example.com\",\"example.com\"],\"certificate\":\"-----BEGIN CERTIFICATE-----\\n ... \"}\n$\n```\n\nA certificate can be viewed via a simple GET request.\n\n```bash\n$ cli4 /certificates/:123456789012345678901234567890123456789012345678\n{\n \"certificate\": \"-----BEGIN CERTIFICATE-----\\n ... \",\n \"expires_on\": \"2032-01-29 22:36:00 +0000 UTC\",\n \"hostnames\": [\n \"*.example.com\",\n \"example.com\"\n ],\n \"id\": \"123456789012345678901234567890123456789012345678\",\n \"request_type\": \"origin-rsa\"\n}\n$\n```\n\nCreating a certificate. This is done with a `POST` request. Note the use of `==` in order to pass a decimal number (vs. string) in JSON. The CSR is not shown for simplicity sake.\n\n```bash\n$ CSR=`cat example.com.csr`\n$ cli4 --post hostnames='[\"example.com\",\"*.example.com\"]' requested_validity==365 request_type=\"origin-ecc\" csr=\"$CSR\" /certificates\n{\n \"certificate\": \"-----BEGIN CERTIFICATE-----\\n ... \",\n \"csr\": \"-----BEGIN CERTIFICATE REQUEST-----\\n ... \",\n \"expires_on\": \"2018-09-27 21:47:00 +0000 UTC\",\n \"hostnames\": [\n \"*.example.com\",\n \"example.com\"\n ],\n \"id\": \"123456789012345678901234567890123456789012345678\",\n \"request_type\": \"origin-ecc\",\n \"requested_validity\": 365\n}\n$\n```\n\nDeleting a certificate can be done with a `DELETE` call.\n\n```bash\n$ cli4 --delete /certificates/:123456789012345678901234567890123456789012345678\n{\n \"id\": \"123456789012345678901234567890123456789012345678\",\n \"revoked_at\": \"0000-00-00T00:00:00Z\"\n}\n$\n```\n\n### Paging CLI calls\n\nThe `--raw` command provides access to the paging returned values.\nSee the API documentation for all the info.\nHere's an example of how to page thru a list of zones (it's included in the examples folder as `example_paging_thru_zones.sh`).\nNote the use of `==` to pass a number vs a string as paramater.\n\n```bash\n:\ntmp=/tmp/$$_\ntrap \"rm ${tmp}; exit 0\" 0 1 2 15\nPAGE=0\nwhile true\ndo\n cli4 --raw per_page==5 page==${PAGE} /zones > ${tmp}\n domains=`jq -c '.|.result|.[]|.name' < ${tmp} | tr -d '\"'`\n result_info=`jq -c '.|.result_info' < ${tmp}`\n COUNT=` echo \"${result_info}\" | jq .count`\n PAGE=` echo \"${result_info}\" | jq .page`\n PER_PAGE=` echo \"${result_info}\" | jq .per_page`\n TOTAL_COUNT=`echo \"${result_info}\" | jq .total_count`\n TOTAL_PAGES=`echo \"${result_info}\" | jq .total_pages`\n echo COUNT=${COUNT} PAGE=${PAGE} PER_PAGE=${PER_PAGE} TOTAL_COUNT=${TOTAL_COUNT} TOTAL_PAGES=${TOTAL_PAGES} -- ${domains}\n if [ \"${PAGE}\" == \"${TOTAL_PAGES}\" ]\n then\n ## last section\n break\n fi\n # grab the next page\n PAGE=`expr ${PAGE} + 1`\ndone\n```\n\nIt produces the following results.\n\n```bash\nCOUNT=5 PAGE=1 PER_PAGE=5 TOTAL_COUNT=31 TOTAL_PAGES=7 -- accumsan.example auctor.example consectetur.example dapibus.example elementum.example\nCOUNT=5 PAGE=2 PER_PAGE=5 TOTAL_COUNT=31 TOTAL_PAGES=7 -- felis.example iaculis.example ipsum.example justo.example lacus.example\nCOUNT=5 PAGE=3 PER_PAGE=5 TOTAL_COUNT=31 TOTAL_PAGES=7 -- lectus.example lobortis.example maximus.example morbi.example pharetra.example\nCOUNT=5 PAGE=4 PER_PAGE=5 TOTAL_COUNT=31 TOTAL_PAGES=7 -- porttitor.example potenti.example pretium.example purus.example quisque.example\nCOUNT=5 PAGE=5 PER_PAGE=5 TOTAL_COUNT=31 TOTAL_PAGES=7 -- sagittis.example semper.example sollicitudin.example suspendisse.example tortor.example\nCOUNT=1 PAGE=7 PER_PAGE=5 TOTAL_COUNT=31 TOTAL_PAGES=7 -- varius.example vehicula.example velit.example velit.example vitae.example\nCOUNT=5 PAGE=6 PER_PAGE=5 TOTAL_COUNT=31 TOTAL_PAGES=7 -- vivamus.example\n```\n\n### Paging thru lists (using cursors)\n\nSome API calls use cursors to read beyond the initally returned values. See the API page in order to see which API calls do this.\n\n```bash\n$ ACCOUNT_ID=\"00000000000000000000000000000000\"\n$ LIST_ID=\"00000000000000000000000000000000\"\n$\n$ cli4 --raw /accounts/::${ACCOUNT_ID}/rules/lists/::${LIST_ID}/items > /tmp/page1.json\n$ after=`jq -r '.result_info.cursors.after' < /tmp/page1.json`\n$ echo \"after=$after\"\nafter=Mxm4GVmKjYbFjy2VxMPipnJigm1M_s6lCS9ABR9wx-RM2A\n$\n```\n\nOnce we have the `after` value, we can pass it along in order to read the next hunk of values. We finish when `after` returns as null (or isn't present).\n\n```bash\n$ cli4 --raw cursor=\"$after\" /accounts/::${ACCOUNT_ID}/rules/lists/::${LIST_ID}/items > /tmp/page2.json\n$ after=`jq -r '.result_info.cursors.after' < /tmp/page2.json`\n$ echo \"after=$after\"\nafter=null\n$\n```\n\nWe can see the results now in two files.\n\n```bash\n$ jq -c '.result[]' < /tmp/page1.json | wc -l\n 25\n$\n\n$ jq -c '.result[]' < /tmp/page2.json | wc -l\n 5\n$\n\n$ for f in /tmp/page?.json ; do jq -r '.result[]|.id,.ip,.comment' < $f | paste - - - ; done | column -s' ' -t\n0fe44928258549feb47126a966fbf4a0 0.0.0.0 all zero\n2e1e02120f5e466f8c0e26375e4cf4c8 1.0.0.1 Cloudflare DNS a\n9ca5fd0ac6f54fdbb9dedd3fb72ce2da 1.1.1.1 Cloudflare DNS b\nb3654987446743738c782f36ebe074f5 10.0.0.0/8 RFC1918 space\n90bec8ce37d242faa2e27d1e78c1d8e2 103.21.244.0/22 Cloudflare IP\n970a3c810cda41af9bef2c36a1892f7e 103.22.200.0/22 Cloudflare IP\n3ec8516158bf4f3cac18210f611ee541 103.31.4.0/22 Cloudflare IP\nee9d268367204e6bb8e5e4c907f22de8 104.16.0.0/12 Cloudflare IP\n93ae02eda9774c45840af367a02fe529 108.162.192.0/18 Cloudflare IP\n62891ebf6db44aa494d79a6401af185e 131.0.72.0/22 Cloudflare IP\ncac40cd940cc470582b8c912a8a12bea 141.101.64.0/18 Cloudflare IP\nf6d5eacd81a2407f8e0d81caee21e7f8 162.158.0.0/15 Cloudflare IP\n3d538dfc38ab471d9d3fe78332acfa4e 172.16.0.0/12 RFC1918 space\nf353cb8f98424837ad35382a22b9debe 172.64.0.0/13 Cloudflare IP\n78f3e1a0bafc41f88d4d40ad49a642e0 173.245.48.0/20 Cloudflare IP\nc23a545475c54c32a7681c6b508d3e80 188.114.96.0/20 Cloudflare IP\nf693237c9e294fe481221cbc2d7c20ef 190.93.240.0/20 Cloudflare IP\n6d465ab3a0994c07827ebdcf8f34d977 192.168.0.0/16 RFC1918 space\n1ad1e634b3664bac939086185c62faf7 197.234.240.0/22 Cloudflare IP\n5d2968e7b3114d8e869a379d71c8ba86 198.41.128.0/17 Cloudflare IP\n6a69de60b31448fa864f0a3ac5abe8d0 224.0.0.0/24 Multicast\n30749cce89af4ab3a80e308294f46a46 240.0.0.0/4 Class E\n2b32c67ea4d044628abe39f28662d8f0 255.255.255.255 all ones\ncc7cd828b2fb4bcfb9391c2d3ef8d068 2400:cb00::/32 Cloudflare IP\nb30d4cbd7dcd48729e8ebeda552e48a8 2405:8100::/32 Cloudflare IP\n49db60758c8344959c338a74afc9748a 2405:b500::/32 Cloudflare IP\n96e9eca1923c40d5a84865145f5a5d6a 2606:4700::/32 Cloudflare IP\n21bc52a26e10405d89b7180ddcf49302 2803:f800::/32 Cloudflare IP\nff78f842188e4b869eb5389ae9ab8f41 2a06:98c0::/29 Cloudflare IP\n0880cdfc40b14f6fa0639522a728859d 2c0f:f248::/32 Cloudflare IP\n$\n```\n\nThe `result_info.cursors` area also contains a `before` value for reverse scrolling.\n\nAs with `per_page` scrolling, raw mode is used.\n\n### DNSSEC CLI calls\n\n```bash\n$ cli4 /zones/:example.com/dnssec | jq -c '{\"status\":.status}'\n{\"status\":\"disabled\"}\n$\n\n$ cli4 --patch status=active /zones/:example.com/dnssec | jq -c '{\"status\":.status}'\n{\"status\":\"pending\"}\n$\n\n$ cli4 /zones/:example.com/dnssec\n{\n \"algorithm\": \"13\",\n \"digest\": \"41600621c65065b09230ebc9556ced937eb7fd86e31635d0025326ccf09a7194\",\n \"digest_algorithm\": \"SHA256\",\n \"digest_type\": \"2\",\n \"ds\": \"example.com. 3600 IN DS 2371 13 2 41600621c65065b09230ebc9556ced937eb7fd86e31635d0025326ccf09a7194\",\n \"flags\": 257,\n \"key_tag\": 2371,\n \"key_type\": \"ECDSAP256SHA256\",\n \"modified_on\": \"2016-05-01T22:42:15.591158Z\",\n \"public_key\": \"mdsswUyr3DPW132mOi8V9xESWE8jTo0dxCjjnopKl+GqJxpVXckHAeF+KkxLbxILfDLUT0rAK9iUzy1L53eKGQ==\",\n \"status\": \"pending\"\n}\n$\n```\n\n### Zone file upload (i.e. import) CLI calls (uses BIND format files)\n\nRefer to [Import DNS records](https://api.cloudflare.com/#dns-records-for-a-zone-import-dns-records) on API documentation for this feature.\n\n```bash\n$ cat zone.txt\nexample.com. IN SOA somewhere.example.com. someone.example.com. (\n 2017010101\n 3H\n 15\n 1w\n 3h\n )\n\nrecord1.example.com. IN A 10.0.0.1\nrecord2.example.com. IN AAAA 2001:d8b::2\nrecord3.example.com. IN CNAME record1.example.com.\nrecord4.example.com. IN TXT \"some text\"\n$\n\n$ cli4 --post file=@zone.txt /zones/:example.com/dns_records/import\n{\n \"recs_added\": 4,\n \"total_records_parsed\": 4\n}\n$\n```\n\n### Zone file download (i.e. export) CLI calls (uses BIND format files)\n\nThe following is documented within the **Advanced** option of the DNS page within the Cloudflare portal.\n\n```bash\n$ cli4 /zones/:example.com/dns_records/export | egrep -v '^;;|^$'\n$ORIGIN .\n@ 3600 IN SOA example.com. root.example.com. (\n 2025552311 ; serial\n 7200 ; refresh\n 3600 ; retry\n 86400 ; expire\n 3600) ; minimum\nexample.com. 300 IN NS REPLACE&ME$WITH^YOUR@NAMESERVER.\nrecord4.example.com. 300 IN TXT \"some text\"\nrecord3.example.com. 300 IN CNAME record1.example.com.\nrecord1.example.com. 300 IN A 10.0.0.1\nrecord2.example.com. 300 IN AAAA 2001:d8b::2\n$\n```\n\nThe egrep is used for documentation brevity.\n\n### Cloudflare Workers\n\nCloudflare Workers are described on the Cloudflare blog at\n[here](https://blog.cloudflare.com/introducing-cloudflare-workers/) and\n[here](https://blog.cloudflare.com/code-everywhere-cloudflare-workers/), with the beta release announced\n[here](https://blog.cloudflare.com/cloudflare-workers-is-now-on-open-beta/).\n\nThe Python libraries now support the Cloudflare Workers API calls. The following javascript is lifted from [https://cloudflareworkers.com/](https://cloudflareworkers.com/) and slightly modified.\n\n```bash\n$ cat modify-body.js\naddEventListener(\"fetch\", event => {\n event.respondWith(fetchAndModify(event.request));\n});\n\nasync function fetchAndModify(request) {\n console.log(\"got a request:\", request);\n\n // Send the request on to the origin server.\n const response = await fetch(request);\n\n // Read response body.\n const text = await response.text();\n\n // Modify it.\n const modified = text.replace(\n \"<body>\",\n \"<body style=\\\"background: #ff0;\\\">\");\n\n // Return modified response.\n return new Response(modified, {\n status: response.status,\n statusText: response.statusText,\n headers: response.headers\n });\n}\n$\n```\n\nHere's the website with it's simple `<body>` statement\n\n```bash\n$ curl -sS https://example.com/ | fgrep '<body'\n <body>\n$\n```\n\nNow lets add the script. Looking above, you will see that it's simple action is to modify the `<body>` statement and make the background yellow.\n\n```bash\n$ cli4 --put @- /zones/:example.com/workers/script < modify-body.js\n{\n \"etag\": \"1234567890123456789012345678901234567890123456789012345678901234\",\n \"id\": \"example-com\",\n \"modified_on\": \"2018-02-15T00:00:00.000000Z\",\n \"script\": \"addEventListener(\\\"fetch\\\", event => {\\n event.respondWith(fetchAndModify(event.request));\\n});\\n\\nasync function fetchAndModify(request) {\\n console.log(\\\"got a request:\\\", request);\\n\\n // Send the request on to the origin server.\\n const response = await fetch(request);\\n\\n // Read response body.\\n const text = await response.text();\\n\\n // Modify it.\\n const modified = text.replace(\\n \\\"<body>\\\",\\n \\\"<body style=\\\\\\\"background: #ff0;\\\\\\\">\\\");\\n\\n // Return modified response.\\n return new Response(modified, {\\n status: response.status,\\n statusText: response.statusText,\\n headers: response.headers\\n });\\n}\\n\",\n \"size\": 603\n}\n$\n```\n\nThe following call checks that the script is associated with the zone. In this case, it's the only script added by this user.\n\n```bash\n$ cli4 /user/workers/scripts\n[\n {\n \"created_on\": \"2018-02-15T00:00:00.000000Z\",\n \"etag\": \"1234567890123456789012345678901234567890123456789012345678901234\",\n \"id\": \"example-com\",\n \"modified_on\": \"2018-02-15T00:00:00.000000Z\"\n }\n]\n$\n```\n\nNext step is to make sure a route is added for that script on that zone.\n\n```bash\n$ cli4 --post pattern=\"example.com/*\" script=\"example-com\" /zones/:example.com/workers/routes\n{\n \"id\": \"12345678901234567890123456789012\"\n}\n$\n\n$ cli4 /zones/:example.com/workers/routes\n[\n {\n \"id\": \"12345678901234567890123456789012\",\n \"pattern\": \"example.com/*\",\n \"script\": \"example-com\"\n }\n]\n$\n```\n\nWith that script added to the zone and the route added, we can now see the website has been modified because of the Cloudflare Worker.\n\n```bash\n$ curl -sS https://example.com/ | fgrep '<body'\n <body style=\"background: #ff0;\">\n$\n```\n\nAll this can be removed; hence bringing the website back to its initial state.\n\n```bash\n$ cli4 --delete /zones/:example.com/workers/script\n12345678901234567890123456789012\n$ cli4 --delete /zones/:example.com/workers/routes/:12345678901234567890123456789012\ntrue\n$\n\n$ curl -sS https://example.com/ | fgrep '<body'\n <body>\n$\n```\n\nRefer to the Cloudflare Workers API documentation for more information.\n\n## Cloudflare Instant Logs\n\nPlease see https://developers.cloudflare.com/logs/instant-logs for all the information on how to use this feature.\nThe `cli4` command can be used to control the instant logs; however, the websocket reading is outside the scope of this library.\n\nTo query the states of the instant logs:\n\n```bash\n$ cli4 /zones/:example.com/logpush/edge/jobs | jq .\n[]\n$\n```\n\nTo add monitoring:\n\n```bash\n$ cli4 --post \\\n ='{\n \"fields\": \"ClientIP,ClientRequestHost,ClientRequestMethod,ClientRequestURI,EdgeEndTimestamp,EdgeResponseBytes,EdgeResponseStatus,EdgeStartTimestamp,RayID\",\n \"sample\": 1,\n \"filter\": \"\",\n \"kind\": \"instant-logs\"\n }' \\\n /zones/:example.com/logpush/edge/jobs | jq .\n{\n \"destination_conf\": \"wss://logs.cloudflare.com/instant-logs/ws/sessions/00000000000000000000000000000000\",\n \"fields\": \"ClientIP,ClientRequestHost,ClientRequestMethod,ClientRequestURI,EdgeEndTimestamp,EdgeResponseBytes,EdgeResponseStatus,EdgeStartTimestamp,RayID\",\n \"filter\": \"\",\n \"kind\": \"instant-logs\",\n \"sample\": 1,\n \"session_id\": \"00000000000000000000000000000000\"\n}\n$\n```\n\nTo see the results:\n\n```bash\n$ cli4 /zones/:example.com/logpush/edge/jobs | jq .\n[\n {\n \"fields\": \"ClientIP,ClientRequestHost,ClientRequestMethod,ClientRequestURI,EdgeEndTimestamp,EdgeResponseBytes,EdgeResponseStatus,EdgeStartTimestamp,RayID\",\n \"filter\": \"\",\n \"kind\": \"instant-logs\",\n \"sample\": 1,\n \"session_id\": \"00000000000000000000000000000000\"\n }\n]\n$\n```\n\n## Cloudflare GraphQL\n\nThe GraphQL interface can be accessed via the command line.\n\n```\n query=\"\"\"\n query {\n viewer {\n zones(filter: {zoneTag: \"%s\"} ) {\n httpRequests1dGroups(limit:40, filter:{date_lt: \"%s\", date_gt: \"%s\"}) {\n sum { countryMap { bytes, requests, clientCountryName } }\n dimensions { date }\n }\n }\n }\n }\n \"\"\" % (zone_id, date_before[0:10], date_after[0:10])\n\n r = cf.graphql.post(data={'query':query})\n\n httpRequests1dGroups = zone_info = r['data']['viewer']['zones'][0]['httpRequests1dGroups']\n```\n\nSee the [examples/example_graphql.sh](examples/example_graphql.sh) and [examples/example_graphql.py](https://github.com/cloudflare/python-cloudflare/tree/master/examples/example_graphql.py) files for working examples.\nHere is the working example of the shell version:\n\n```bash\n$ examples/example_graphql.sh example.com\n2020-07-14T02:00:00Z 34880\n2020-07-14T03:00:00Z 18953\n2020-07-14T04:00:00Z 28700\n2020-07-14T05:00:00Z 2358\n2020-07-14T06:00:00Z 34905\n2020-07-14T07:00:00Z 779\n2020-07-14T08:00:00Z 35450\n2020-07-14T10:00:00Z 17803\n2020-07-14T11:00:00Z 32678\n2020-07-14T12:00:00Z 19947\n2020-07-14T13:00:00Z 4956\n2020-07-14T14:00:00Z 34585\n2020-07-14T15:00:00Z 3022\n2020-07-14T16:00:00Z 5224\n2020-07-14T18:00:00Z 79482\n2020-07-14T21:00:00Z 10609\n2020-07-14T22:00:00Z 5740\n2020-07-14T23:00:00Z 2545\n2020-07-15T01:00:00Z 10777\n$\n```\n\nFor more information on how to use GraphQL at Cloudflare, refer to the [Cloudflare GraphQL Analytics API](https://developers.cloudflare.com/analytics/graphql-api).\nIt contains a full overview of Cloudflare's GraphQL features and keywords.\n\n## Cloudflare AI\n\nSee https://blog.cloudflare.com/workers-ai-update-stable-diffusion-code-llama-workers-ai-in-100-cities/ for the introduction,\nalong with https://developers.cloudflare.com/workers-ai/models/ for the nitty gritty details.\n\nThere are three AI calls included within the example folder.\n\n### Speech Recognition with the openai/whisper model.\n\nThe following downloads a speech as an mp3 file and passes it to the AI API.\nIt does a very good job transcribing; however, there's a good chance these mp3 files were use for training.\nThat said, the example code is here to show how the API works vs testing the AI/ML quality.\n\n```bash\n$ cli4 --image --post text=\"I'll have an order of the moule frites\" source_lang=english target_lang=french /accounts/:AccountID/ai/run/@cf/meta/m2m100-1.2b\n{'translated_text': 'Je vais avoir une commande des frites de moule'}\n$\n```\n\n## Implemented API calls\n\nThe `--dump` argument to cli4 will produce a list of all the call implemented within the library.\n\n```bash\n$ cli4 --dump\n/certificates\n/ips\n/organizations\n...\n/zones/ssl/analyze\n/zones/ssl/certificate_packs\n/zones/ssl/verification\n$\n```\n\n### Table of commands\n\nAn automatically generated table of commands is provided [here](TABLE-OF-COMMANDS.md).\n\n## Adding extra API calls manually\n\nExtra API calls can be added via the configuration file\n\n```bash\n$ cat ~/.cloudflare/cloudflare.cfg\n[Cloudflare]\nextras =\n /client/v4/command\n /client/v4/command/:command_identifier\n /client/v4/command/:command_identifier/settings\n$\n```\n\nWhile it's easy to call anything within Cloudflare's API, it's not very useful to add items in here as they will simply return API URL errors.\nTechnically, this is only useful for internal testing within Cloudflare.\n\n## Issues\n\nThe following error can be caused by an out of date SSL/TLS library and/or out of date Python.\n\n```bash\n/usr/local/lib/python2.7/dist-packages/requests/packages/urllib3/util/ssl_.py:318: SNIMissingWarning: An HTTPS request has been made, but the SNI (Subject Name Indication) extension to TLS is not available on this platform. This may cause the server to present an incorrect TLS certificate, which can cause validation failures. You can upgrade to a newer version of Python to solve this. For more information, see https://urllib3.readthedocs.org/en/latest/security.html#snimissingwarning.\n SNIMissingWarning\n/usr/local/lib/python2.7/dist-packages/requests/packages/urllib3/util/ssl_.py:122: InsecurePlatformWarning: A true SSLContext object is not available. This prevents urllib3 from configuring SSL appropriately and may cause certain SSL connections to fail. You can upgrade to a newer version of Python to solve this. For more information, see https://urllib3.readthedocs.org/en/latest/security.html#insecureplatformwarning.\n InsecurePlatformWarning\n```\n\nThe solution can be found [here](https://urllib3.readthedocs.org/en/latest/security.html#insecureplatformwarning) and/or [here](http://stackoverflow.com/questions/35144550/how-to-install-cryptography-on-ubuntu).\n\n## Python 2.x vs 3.x support\n\nAs of May/June 2016 the code is now tested against pylint.\nThis was required in order to move the codebase into Python 3.x.\nThe motivation for this came from [Danielle Madeley (danni)](https://github.com/danni).\n\n~~While the codebase has been edited to run on Python 3.x, there's not been enough Python 3.x testing performed.~~\n~~If you can help in this regard; please contact the maintainers.~~\n\nAs of January 2020 the code is Python3 clean.\n\nAs of January 2020 the code is shipped up to pypi with Python2 support removed.\n\nAs of January 2020 the code is Python3.8 clean. The new `SyntaxWarning` messages (i.e. `SyntaxWarning: \"is\" with a literal. Did you mean \"==\"?`) meant minor edits were needed.\n\nAs of late 2023 the code is Python3.11 clean.\n\nAs of April 2024 the code is officially marked as 3.x only (3.6 and above to be specific) such that it can become PEP561 specific.\n\n## pypi and GitHub signed releases\n\nAs of October 2022, the code is signed by the maintainers personal email address: `mahtin@mahtin.com` `7EA1 39C4 0C1C 842F 9D41 AAF9 4A34 925D 0517 2859`\nAs of May 2024, the code has been moved from [cloudflare/cloudflare-python](https://github.com/cloudflare/cloudflare-python) to [cloudflare/python-cloudflare-cli4](https://github.com/cloudflare/python-cloudflare-cli4).\n\n## Credit\n\nBased on original work from [Felix Wong (gnowxilef)](https://github.com/gnowxilef) found [here](https://github.com/cloudflare-api/python-cloudflare-v4).\n\nMaintained until 2024 by [Martin J. Levy (mahtin)](https://github.com/mahtin).\n\n## Changelog\n\nAn automatically generated CHANGELOG is provided [here](CHANGELOG.md).\n\n## Copyright\n\nCopyright (c) 2016 thru 2024, Cloudflare. All rights reserved.\n\nPrevious portions copyright [Felix Wong (gnowxilef)](https://github.com/gnowxilef).\n",
"bugtrack_url": null,
"license": "MIT",
"summary": "Command line tool to interact with Cloudflare API v4",
"version": "2.19.4.post3",
"project_urls": {
"documentation": "https://github.com/cloudflare/python-cloudflare-cli4",
"source-code": "https://github.com/cloudflare/python-cloudflare-cli4"
},
"split_keywords": [
"api",
" cloudflare",
" wrapper"
],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "deab14776d747fbdebce0ae235581e878e9cdea00b318c170a709615a644c6ba",
"md5": "a19067102324a3fe180917886debf7c7",
"sha256": "74090b5682532a5e143b1ffae73c6b31f6d7d20ccb2b55ff691bd514a0148354"
},
"downloads": -1,
"filename": "cloudflare_cli4-2.19.4.post3-py3-none-any.whl",
"has_sig": false,
"md5_digest": "a19067102324a3fe180917886debf7c7",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": ">3.6.0",
"size": 91080,
"upload_time": "2024-05-08T14:47:06",
"upload_time_iso_8601": "2024-05-08T14:47:06.565251Z",
"url": "https://files.pythonhosted.org/packages/de/ab/14776d747fbdebce0ae235581e878e9cdea00b318c170a709615a644c6ba/cloudflare_cli4-2.19.4.post3-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": "",
"digests": {
"blake2b_256": "77fd87b3e026dcee2a6b891f2b6c98b8f0bc98a175c4b731c046b528298c07c5",
"md5": "b8d4aafdca63b3be23332794ad26997e",
"sha256": "36efe09d188678e8c99e654b79162758594107342d11f88192423aa47fd6c0b8"
},
"downloads": -1,
"filename": "cloudflare_cli4-2.19.4.post3.tar.gz",
"has_sig": false,
"md5_digest": "b8d4aafdca63b3be23332794ad26997e",
"packagetype": "sdist",
"python_version": "source",
"requires_python": ">3.6.0",
"size": 159255,
"upload_time": "2024-05-08T14:47:07",
"upload_time_iso_8601": "2024-05-08T14:47:07.921144Z",
"url": "https://files.pythonhosted.org/packages/77/fd/87b3e026dcee2a6b891f2b6c98b8f0bc98a175c4b731c046b528298c07c5/cloudflare_cli4-2.19.4.post3.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2024-05-08 14:47:07",
"github": true,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"github_user": "cloudflare",
"github_project": "python-cloudflare-cli4",
"travis_ci": true,
"coveralls": true,
"github_actions": false,
"requirements": [],
"lcname": "cloudflare-cli4"
}
JSON
