The Hive writer component of Podping. You will need a Hive account, see section Hive account and Authorization below.
Podping is a mechanism of using decentralized communication to relay notification of updates of RSS feeds that use The Podcast Namespace. It does so by supplying minimum relevant metadata to consumers to be able to make efficient and actionable decisions, allowing them to decide what to do with given RSS feeds without parsing them ahead of time.
This project provides a standardized way of posting a "podping" specifically to the Hive blockcahin.
The project has two modes of running: write
mode and server
mode.
write
mode is primarily useful for people with a very small number of feeds to publish updates for relatively infrequently (i.e. a few times a day or less).
server
mode is for hosts (or other services like the Podcast Index's podping.cloud) who publish updates for a significant amount of feeds on a regular basis. Not that the average small-time podcast can't run it, but it's overkill. This mode is for efficiency only, as the server
will batch process feeds as they come in to make the most use of the Hive blockchain.
See the dedicated CLI docs for more information on configuration options, including environment variables.
The container images are hosted on Docker Hub. Images are currently based on Debian bullseye-based PyPy 3.8 with the following architectures: amd64
These images can be run in either write
or server
mode and is likely the easiest option for users who do not have experience installing Python packages.
Running in write
mode with command line options, like --dry-run
for example, add them with the full podping command.
Settings can also be passed with the -e
option for Docker. Note, we leave out -p 9999:9999
here because we're not running the server.
docker run --rm \
-e PODPING_HIVE_ACCOUNT=<account> \
-e PODPING_HIVE_POSTING_KEY=<posting-key> \
docker.io/podcastindexorg/podping-hivewriter \
--dry-run write https://www.example.com/feed.xml
Run in server
mode, passing local port 9999 to port 9999 in the container.
ENV variables can be passed to docker with --env-file
option after modifying the .env.EXAMPLE
file and renaming it to .env
docker run --rm -p 9999:9999 --env-file .env --name podping docker.io/podcastindexorg/podping-hivewriter
As another example for running in server
mode, to run in detached mode, note the -d
in the docker run
options. Also note that write
or server
must come after the command line options for podping
:
docker run --rm -d \
-p 9999:9999 --env-file .env \
--name podping \
docker.io/podcastindexorg/podping-hivewriter \
--livetest server
One running you can view and follow the live output with:
docker logs podping -f
See the CLI docs for default values.
version: '2.0'
services:
podping-hivewriter:
image: docker.io/podcastindexorg/podping-hivewriter
restart: always
ports:
- "9999:9999"
environment:
- PODPING_HIVE_ACCOUNT=<account>
- PODPING_HIVE_POSTING_KEY=<posting-key>
- PODPING_LISTEN_IP=0.0.0.0
- PODPING_LISTEN_PORT=9999
- PODPING_LIVETEST=false
- PODPING_DRY_RUN=false
- PODPING_STATUS=true
- PODPING_IGNORE_CONFIG_UPDATES=false
- PODPING_I_KNOW_WHAT_IM_DOING=false
- PODPING_DEBUG=false
Assuming you just copy-pasted without reading, the above will fail at first. As noted in the server command documentation:
WARNING: DO NOT run this on a publicly accessible host. There currently is NO authentication required to submit to the server. Set to * or 0.0.0.0 for all interfaces.
As all Docker installations vary, we set 0.0.0.0
as the listen IP for connectivity. This doesn't affect the IP address docker listens on when we tell it to pass port 9999
through to the container. If you understand the consequences of this, set PODPING_I_KNOW_WHAT_IM_DOING
to true
.
This is a temporary measure to limit potential misconfiguration until we fully bundle the podping.cloud
HTTP front end. Then again, if you're running this, you're probably Dave.
The following have been tested on Linux and macOS. However, Windows should work also. If you have issues on Windows we highly recommend the Windows Subsystem for Linux and/or Docker.
Using pipx (preferred over pip)
pipx install podping-hivewriter
pip install --user podping-hivewriter
If you'd like to install the server component, it's hidden behind the extra flag server
. This is to make it easier to install only the write
CLI component podping-hivewriter
on non-standard systems without a configured development enviornment.
pipx install podping-hivewriter[server]
Make sure you have ~/.local/bin/
on your PATH
.
See the dedicated CLI docs for more information.
Podping accepts various different "reasons" for publishing updates to RSS feeds:
update
-- A general indication that an RSS feed has been updatedlive
-- An indication that an RSS feed has been updated and a contained<podcast:liveItem>
tag's status attribute has been changed to live.liveEnd
-- An indication that an RSS feed has been updated and either the status attribute of an existing<podcast:liveItem>
has been changed from live to ended or a<podcast:liveItem>
that previously had a status attribute of live has been removed from the feed entirely.
The canonical list of reasons within the scope of this project is maintained in this schema.
Podping accepts various different "mediums" for identifying types of RSS feeds using the Podcast Namespace. Please check the <podcast:medium>
specification for the full list.
podping-hivewriter
may lag behind the specification, and if it does, please let us know or submit a pull request.
The canonical list of mediums within the scope of this project is maintained in this schema.
You'll need a few extras:
We use poetry for dependency management. Once you have it, clone this repo and run:
poetry install
Then to switch to the virtual environment, use:
poetry shell
Make sure you have a the environment variables PODPING_HIVE_ACCOUNT
and PODPING_HIVE_POSTING_KEY
set.
After that you should be able to run the podping
command or run the tests:
pytest
To run all tests, make sure to set the necessary environment variables for your Hive account. This will take many minutes:
pytest --runslow
Locally build the podping-hivewriter container with a "develop" tag
docker build -t podping-hivewriter:develop .
See above for more details on running the docker CLI.
If you need a Hive account, please download the Hive Keychain extension for your browser then use this link to get your account from https://HiveOnboard.com?ref=podping. You will need at least 20 Hive Power "powered up" to get started (worth around $10). Please contact @brianoflondon [email protected] if you need assistance getting set up.
If you use the Hiveonboard link podping
will delegate enough Hive Power to get you started. If, for any reason, Hiveonboard is not giving out free accounts, please contact @brianoflondon either on PodcastIndex Social or Telegram.
You don't need permission, but you do need to tell podping
that you want to send valid podpings
:
- Hive is a so-called "permissionless" blockchain. Once you have a Hive Account and a minimal amount of Hive Power, that account can post to Hive, including sending
podpings
. - Nobody can block any valid Hive Account from sending and nobody can help you if you lose your keys.
- Whilst anyone can post
podpings
to Hive, there is a need to register your Hive Accountname for thosepodpings
to be recognized by all clients. This is merely a spam-prevention measure and clients may choose to ignore it. - Please contact [email protected] or send a Hive Transfer to @podping to have your account validated.
- Side note on keys:
podping
uses theposting-key
which is the lowest value of the four Hive keys (owner
,active
,memo
,posting
and there is usually amaster password
which can generate all the keys). That is not to say that losing control of it is a good idea, but that key is not authorized to make financially important transfers. It can, however, post public information so should be treated carefully and kept secure.
For a comprehensive explanation of Hive and Podping, please see this post.