jupiterbroadcasting / jupiterbroadcasting.com Goto Github PK

Just a placeholder, needs more detail and investigation

https://github.com/podverse/webln-v4v

use paginator... basically on each listing page :D

Ghost CMS was "made for content creators by content creators". It can be self hosted or SaaS.

They attempt to help creators monitize their work and perhaps have some features JB would utilize well. They probably don't support SATs but maybe JB can make that case and perhaps Ghost would be interested in a partnership.

Ghost.org

Plausible: Open source Google Analytics alternative | Plausible Analytics

First Question: Do we even want/need analytics?

we do not describe this process anywhere, save for in the show(s).

• jblive.fm not playing live stream of LUP (Coder?) when live on air/streaming
  • first noticed 2022-03-27
• could affect Coder live streaming aswell?
• could affect live streams done at other scheduled times

solve hugo runtime WARN:

found no layout file for "webplayer" for kind "page": You should create a template file which matches Hugo Layouts Lookup Rules for this combination.

https://jupiterbroadcasting.net/calendar/

https://memberful.com/help/custom-development-and-api/memberful-api/

@reesericci:

and it's graphql too
i just don't know how well it would work with a static site without any kind of framework though

Curious how we're dealing with merging potentially inconsistent guest or host data (description, links, photos, etc) when scraping across shows, since we are attempting to merge guest/host profiles into a single source-of-truth/entry here in hugo.

I ask since I'm in the process of creating an inconsistency on Fireside ; )

make all content also available via JSON

Hi Chris,

I was curious if you have considered Odoo (odoo.com) to bring a majority of your back-end business and CMS tooling under a single platform. It is able to be self-hosted or they will host it as well. I think their subscriptions module may be what you are looking for as far as separating out members' feeds and free feeds, etc.

I made a mockup for what a large item at the top of the page would look like to advertise a currently-live show:

--reese

shows like Beer is tasty missing a lot of videos due to blip.tv shut down.
Extract those from archive.org

Would be nice to adjust the menu hiding behaviour.

My experience:

Full Screen:

Easy navigation, single click to get anywhere.

Half-Screen:

i.e. half of 1920x1080
Menu vanishes into hamburger despite plenty of real estate for some menu items.

Current minimum width before menu items completely vanish:

Preferred Behaviour

To me would feel far more useful to hide menu items as they reach the right edge.
For example: "If a menu items become truncated by the right side of the page (i.e. the menu icon), then remove them from the main header and only include them in the hamburger menu.

All items would appear in the hamburger menu, if the menu is present/needed, despite the above behaviour.

When the hamburger menu is in use, "Jupiter Broadcasting" link should also always appear on top left, to aid the user in going back to the home page, regardless of the browser width.

Consider using the Podverse embedded player to enable/facilitate Podcasting 2.0 features such as boosts/v4v, clips, chapters, etc.

demo: https://podverse.fm/embed/player-demo

code: https://github.com/podverse/podverse-web/pull/820/files

Value-4-value

This widget connects to your WebLN compatible browser extension to allow you to send Bitcoin over the Lightning Network to content creators.

Currently, files are sorted unnaturally (at least on GH, may be sorted differently locally depending on OS/file browser..), i.e. 248.md before 25.md

This creates some long-term human discomfort in finding files within a directory. We typically think "the latest show is at the bottom!" but currently that is never the case.

I wonder if there is some intelligence/converting we can do to store all episodes in format 0000.md, i.e. 0004.md, 0024.md, 0246.md etc.

(also, rant: how is this style of unnatural sorting ever desired?)

@reesericci:

I'd like to work on a webhook endpoint to tell the website about a live show
from jbot (basically can I use netlify functions/cf workers)

I was hoping to be able to deploy a serverless/edge function on something like cf workers/netlify functions/deno deploy to create an endpoint for JBot to ping and then store a running "live show" JSON object in a redis/workers KV

that way the website would ping the JSON endpoint every time it's loaded to check if a show is live

and JBot would ping (with a token) a JSON object containing which show was going live to a different endpoint

instead of updating git every time

figure out a good way to integrate search. Clientside like Lunr.js will probably not perform due to index size.

@theZMC recommends:

Since golang seems to be a theme here (which it should be), maybe zinc would fit the bill?

A task to save all JB media related to shows, present and back-catalogue, to a single JB-controlled storage as the source-of-truth from this point forward.

Currently files are dispersed on various services, some missing, some on archive.org (#22) ...

Basically anything that's referred to by the current WP site that we don't want to loose access to before it vanishes.
Seeing the current WP as a sort of index of third-party media items for the last 10 years.. would be nice to capture as much of that as we can before it's too late.

Thus, a task to setup some cloud storage (decision on where, and which TBD) for use as the central repository for all media from JB that's being served to this website.

related to #22

currently, two different styles:

• soft grey buttons on every episode
• a specific "subscribe" page w branded icons

Not sure which will be more appropriate.

Todos

• #337
• create a main jb.com/subscribe page
• #334
• #340

Just a small detail on the terminology.

https://jupiterbroadcasting.net/calendar/ says the following:

Subscribe to The Calendar: RSS

and provides a link to a .ics file. This standard is iCalendar, not RSS.

I think we should start using the Wiki, because there a many different things to document:

• How to contribute
• Development information
• Editor information

Link to Jupiter.tube/Peer Tube instance somewhere.

Network Membership @ Jupiter.party:

• not listed on JB.com or LUP.com, or anywhere else.

The header on the top of the page is too large. I want to see the episodes right away, not a giant logo and a low-contrast subtitle.

Here's a mockup of what it would look like with a smaller header:

We currently have https://status.jupiterbroadcasting.com/ (Uptime Kuma) but needs to track alot more in the JB arsenal:

• Hugo site
• Matrix server
• Mumble server
• ...more?

... perhaps in footer.

Oh and I guess these two directories could be removed (nothing references the files there anymore):

• static/images/guests/
• static/images/hosts/

I left them because I thought maybe those avatars are more preferable for some of the hosts than the one's the scraper pulled from the Fireside websites. If so, just overwrite the images in static/images/people (there's two version of each avatar)

Originally posted by @kbondarev in #35 (comment)

It seems that there are no AAAA name records for IPv6. Please serve the website on IPv6 as well as IPv4.

https://dnschecker.org/ipv6-compatibility-checker.php was used to quickly check compatibility.

• LAN cards feature title repeating as Show Name EP# | Show Name EP#.
• Other shows have a distinct Episode Name as "Episode Name | Show Name EP#"
• LAN does not follow this unique episode naming convention in addition to it's EP#, thus the repetition.

Would be cleaner visually to only list Show Name EP# once on LAN cards.

Compare to other episode/show cards:

Once the Frontmatter for episodes is figured out, create archtypes for episodes

Patreon:
* listed on LAN.com, nowhere else.

You mentioned in "Office Hours" that you were considering website options and that Hugo was on the list. Let me recommend Hugo.

I had a brief period of involuntary unemployment at the start of the pandemic and started a blog to keep myself busy and keep my name in the conversation. I settled on using Hugo after watching Mike Dane's excellent intro (https://www.youtube.com/watch?v=qtIqKaDlqXo) and playing around.

I write markdown in VSCode and QA locally using hugo server -D. When I'm satisfied I upload to Github (https://github.com/brentstewart/nextpertise), where Github Actions renders it to HTML and uploads to Render (https://render.com/docs/static-sites). Render will handle static sites for free, take care of my cert, and distribute it to their CDN. Zero attack surface. Had some friends in India test and they said it was just as fast there as here. I wrote about this on my blog (https://www.nextpertise.net/posts/210102_hugoafter6/).

Just for giggles, I also tested this using public buckets at Azure and AWS S3. That worked fine and I could have automated it as well, but it lacks some of Render's features.

Markdown through a CI process to a static site is super simple and let's me concentrate on the fun stuff. I have an add-in that uses Github issues to drive my web comments. I understand JB has a more diverse set of requirements, but host those portions separately (each piece does one thing well).

Looking forward to hearing what you do. Let me know if I can help!

integrate/migrate Blog, as seen at https://linuxunplugged.com/articles

requires #24

For reference, currently

Our shows are licensed under Creative Commons BY-SA 4.0

Wes:

Maybe some nuance there as well, depending on how we want to think of the collection of show data itself compared to the code that generates the website.

Not sure if it's already in the works, but a dedicated calendar page similar to https://www.jupiterbroadcasting.com/release-calendar/ that adjusts to the user's time zone would be great.

Currently, the site is using a Google Calendar embed with the now unmaintained timezone detection library jstz, so maybe we can find/build a more up-to-date self-hosted alternative.

https://linuxunplugged.com/matrixinfo currently lists signon instructions for accounts under the JB Matrix server, which are now disabled. Should migrate the instructions toward Matrix.org signups.

Curious if we could automate the creation/updating of text in the Sponsors page, pulling information on sponsors from /content automatically.

current sponsors = a recent time frame, something like "sponsors of a show published in the last 3 months"... need to make a decision there on specifics.

naming convention for Shows should be consistent, either:

JB shorthand:

• coder
• extras
• lan or LAN
• lup or LUP
• office
• ssh or SSH

lower-kebab-case:

(likely the better choice)

• coder-radio
• extras
• linux-action-news
• linux-unplugged
• office-hours
• self-hosted

currently - a mix of naming conventions

/content/coderradio
/content/extras
../linux-action-news
../linuxun
../officehours
../selfhosted

Enable opening of URL menu item - for example, https://jupitergarage.com - as a new tab or window, similar to HTML behaviour <a href="https://jupitergarage.com" target="_blank">

A possible quick "hack", since Hugo doesn't seem to have this feature yet:

• https://gist.github.com/dudil/edf2b1838c7cc5f1131a3777dbc662a9?permalink_comment_id=3795765#gistcomment-3795765

Hugo issue tickets discussing the feature request (never implemented):

• gohugoio/hugo#3600
• jpescador/hugo-future-imperfect#100

start with 1TB and than scale up

• Core Contributor/Membership/SSH SRE:
  • listed on LUP.com, SSH.show, coder.show 👍
  • Not on JB.com, and named differently on different sites.

• Integrate Community "section"

May include:

• Matrix Server info and connection tutorial - #13
• Mumble Server info and connection tutorial - #9
• Telegram Group link - #63
• SSH Discord
• meetup.com ?
• more?

Grouping all the above into a submenu might be helpful for community members, while reducing the # of menu items. I envision a page dedicated to each of the above tickets/topics. In the case of the Telegram group link, a simple URL redirect menu item may be sufficient.

Another implementation option is the footer, however this becomes less obvious to the eyes of a page visitor since it will necessarily be at the very bottom of a list of recent episodes on the home page. A more prominent location. i.e. the menu, is likely more helpful.

A good question: Where, how to place a show-specific community item such as the SSH Discord?

Currently markdown formatting in body of index.md appears to render html correctly (lists, headers, links).

However, no formatting is applied despite the code.

This could be a theming issue.

Can we please add basic formatting to the theming to facilitate page content editing? Currently text appears as an unformatted blob.

To Reproduce:

edit the "Archive" index.md with formatting as below, and observe no formatting applied to live webpage:

# title
* list item 1
* list item 2

## subtitle
text without formatting
[link](http://example.com)

Similar to matrix/issues/3, it would be handy to have a Mumble quickstart link a la the one on LUP.

Background: I recently went straight to the jblive page to start Sunday's Linux Unplugged and from there get Mumble coordinates to join for the first time.

There are IRC coordinates on that page, but I couldn't find any information for Mumble.

If I can provide any more info, help, or if Mumble really is on the main site let me know.