The JSON feed of /boosts (and /streams when that one comes) currently has standard (if restrictive) CORS settings.

My use-case is that I'd quite like to be able to have a method of pulling my boost messages off my Umbrel and publishing them on the web. My initial thought was to just have a JavaScript page that works internally in my network, that would read the boosts JSON and post them to an API on my public server; but I'm foiled by the CORS policy.

It would be good - and I think without any security issue, given that this page is only viewable on a local network (but that's up to you) - if the CORS policy was open for these JSON feeds.

It's a case of adding the following header, below.

Access-Control-Allow-Origin: *

I'm wondering if anyone has been able to configure helipad for use on a btcpayserver docker, which runs an internal LND node.

Helipad works great on Umbrel, but I'd love to also be able to use it for other projects and podcasts that receive sats on a cloud node, specifically for those who have Voltage, Lunanode, or other LND or BTCPay Server instances.

At present, it seems there isn't a good way to read boostagrams compiled from all sources (fountain, breez, castamatic, podverse, etc.), unless you're using an Umbrel node. I know Fountain has discussed compiling all boostagrams in the next update, but it'd be excellent to make use of the Helipad UI for use on docker instances.

Used a second database for the boostagrams sent to keep things separate. Could be one database but how do you do the update live nodes in that case? Should it be one or two databases? Does the page with sent boostagrams make sense?

To do:

• [x] UI for composing a boostagram
• [ ] Add a link to received boostagrams to reply
• [ ] lnd-rs function to send boostagram
• [ ] Respect value blocks
• [ ] Meaningful images for the new links.

Help appriciated.

It'd be great to use configure_me to handle the configuration. It was designed mainly for long-running services like this one. It can:

• Read configuration from files, env vars and CLI args
• Parse the configuration into more appropriate types, reporting nice error messages to the user
• Generate help and man pages
• Support all GNU styles of arguments I know of
• Read from directories to allow composable configuration
• Avoid boilerplate thanks to declarative syntax

I can help with integration if needed.

Basic GitHub Actions Setup that ensures the project build and passes the tests.

Build runs and passes on my fork: https://github.com/valcanobacon/helipad/actions/runs/1734998590

You currently require that LND's macaroon and cert are in a specific path(s). In BTCPay, we have them elsewhere which makes it impossible to integrate helipad (https://github.com/btcpayserver/btcpayserver-docker/pull/567). I opened a PR with the required changes but I don't have a rust IDE and don't know its syntax to finish the PR. https://github.com/Podcastindex-org/helipad/pull/8

Ideally, LND_ADMINMACAROON and LND_TLSCERT environment variables would take precedence if set, and helipad would attempt them first.

Added IPFS Podcasting icon for incoming sats from 'ipfspodcasting' app name.

Working on sub-splits / dynamic splits for nodes hosting IPFS episodes. When a split is sent to IPFS Podcasting, it will be divided and sent to nodes hosting the episode. This is to display an IPFS app icon when sats arrive due to IPFS hosting/participation.

No ETA on this functionality, but wanted to get the icon into the next helipad release. - Thanks

The current std::thread::sleep call seems to also put the HTTP server to sleep after each iteration of the LND poller. I've updated the call to use tokio::time::sleep instead, which lets the HTTP server continue running while the LND poller is sleeping.

Resolves #47

The std::thread::sleep call in the LND poller seems to cause the HTTP server to sleep as well (at least in my copy of Helipad). This causes the web interface to feel sluggish as the browser is waiting for the HTTP server to stop sleeping.

Changing the following line:

https://github.com/Podcastindex-org/helipad/blob/973b847074e281fbebe3640f93ae5f590a891a94/src/main.rs#L601

to use tokio::time::sleep seems to fix the issue:

tokio::time::sleep(tokio::time::Duration::from_millis(9000)).await;

boostApp appears to already be properly cased, so we shouldn't make it lower-case to use on the img tag's title attribute. In addition, include the alt attribute as it is still accessibility best practice to always include that attribute on media elements.

I got the icon from https://www.flaticon.com/free-icon/coding_346841?term=terminal&page=1&position=8&page=1&position=8&related_id=346841 and edited to be 400x400. was having issues uploading this screenshot to github https://files.catbox.moe/fbr2qd.png

I was thinking of a function to have templates for webhooks for different platforms matrix/discord etc and then whenever you receive boosts helipad would send the username, amount , message via webhook to choosen service. Example env . Webhook_service=matrix Webhook_URL= .

Im really interested in your opinion on this

This is an update to the asset handler to allow the assets to be loaded with their actual filenames (e.g. script/home.js) rather than through a query string (e.g. /script?name=home)

My goal with this change is to make it easier for people to work on the HTML/CSS/JS frontend assets by simply opening the files on their computer. It removes a hurdle for some who might not know how to compile and run Rust code.

Since splits will change every recipient's amount. Show each person the actual sats they received (while still showing the total boost amount).

I barely know what I'm doing, but managed to modify home.js to split off msat & msat_total...

let boostSats = Math.trunc(element.value_msat / 1000);
let boostTotal = Math.trunc(element.value_msat_total / 1000);

...then did some math on the display to show sats, percent split, & boost total...

<h5 class="sats">' + boostSats + ' sats <small>(' + Math.trunc(boostSats/boostTotal*100) + '% of ' + boostTotal + ' sats) ' + boostSender + '</small></h5>

I'm sure this isn't the best display (or code). Feel free to come up with a better solution. The main purpose is to show what someone actually received (based on their perspective/split).

I suppose if msat == msat_total, you could display the old/current way since it's 100% (no splits).

Cameron

Respect the $BITCOIN_NETWORK environment variable to test which network is being asked for and use the proper macaroon. Referenced by issue: #1278 on the Umbrel repo.

See https://github.com/satoshisstream/satoshis.stream/issues/22 and https://github.com/valcanobacon/BoostCLI/issues/4 for background.

If the podcast custom record is still encoded after decoding, give it a second round of decoding so that apps which mistakenly double-encode the record will still work with Helipad.