Skip to content

Add/youtube video embeds formatting update#29

Merged
MasonEgger merged 4 commits into
add/youtube-video-embedsfrom
add/youtube-video-embeds_formatting-update
May 12, 2026
Merged

Add/youtube video embeds formatting update#29
MasonEgger merged 4 commits into
add/youtube-video-embedsfrom
add/youtube-video-embeds_formatting-update

Conversation

@ProsperousHeart

@ProsperousHeart ProsperousHeart commented May 12, 2026

Copy link
Copy Markdown
Member

I added some styling so resources could be added and look nice on desktop or mobile.

We're missing several decks, but we can always add them later.

Also added some LinkedIn links to speaker bios. Will create a new PR to add the ones I'm missing. They weren't in the Speaker Feedback Links doc & not sure if other resources were captured in Discord.

Update to #28

@ProsperousHeart ProsperousHeart added documentation Improvements or additions to documentation enhancement New feature or request labels May 12, 2026
@github-actions

Copy link
Copy Markdown

Dependency Review

✅ No vulnerabilities or license issues or OpenSSF Scorecard issues found.

Scanned Files

None

@MasonEgger MasonEgger merged commit 1267e4c into add/youtube-video-embeds May 12, 2026
1 check passed
MasonEgger added a commit that referenced this pull request May 12, 2026
* Embed YouTube recordings on talks and keynotes pages

Following the same pattern used on the 2025 archive site after that
event wrapped, embed each talk's recording from the PyTexas 2026
YouTube playlist directly under the talk description on the schedule
pages, before the speaker block.

Videos are matched to entries by speaker name (some recording titles
differ slightly from the original schedule titles, but each speaker
has a unique session). Coverage:

- 16 of 17 entries in `schedule/talks.md`. Sumaiya Nalukwago's talk
  is intentionally left without an embed because there is no recording
  in the published playlist.
- Both keynotes in `schedule/keynotes.md` (Dawn Wages, Hynek Schlawack).

Two lightning-talk recordings exist in the playlist but are not added
here since neither `talks.md` nor `keynotes.md` has a section for
them — matches what the 2025 archive did.

* Accept 403 in lychee link check

The link checker is currently failing on
`https://abmparking.com/facilities/austin-city-hall-garage/` (the
"Other Parking Options" link in `attend/in-person.md`). The URL is
fine for real users — a browser request returns 200 — but the server
returns 403 to requests without a browser User-Agent, which is a
common Cloudflare/anti-bot pattern.

403 means "Forbidden", not "Not Found". The resource exists; the bot
just isn't allowed to fetch it. For a link checker on a marketing
site, treating 403 the same as 200 is the standard workaround.

Adds 403 to the existing `--accept` list alongside the redirects and
429 we already pass through.

* Add/youtube video embeds formatting update (#29)

* create and add keynote speaker formatting

* add keynote slide links and other info shared

* add speaker reply formatting + cleanup

* add formatting and available resources

* Fix two broken links flagged by lychee on PR #28

Two failures in CI link-check, both new on this branch:

1. Adam Gordon Bell's "Repo" link in `talks.md` had two URLs jammed
   into one markdown link target, separated by a space. Lychee
   URL-encoded the space to `%20` and 404'd on the resulting
   pseudo-URL. The trailing Pulumi URL was already linked separately
   on the next bullet as "His [site]", so removing it from the
   "[Repo]" target loses nothing and points the link at the actual
   repo Adam referenced.

2. Indrasena Manga's LinkedIn profile (`indra7979`) is the correct
   URL but LinkedIn returned 404 to the GitHub runner's request.
   Two other `linkedin.com/in/` profiles on this same branch passed
   the same lychee run, so it's targeted anti-bot behavior on that
   specific request, not a blanket runner block. Ignoring that one
   URL in `.lycheeignore` is more auditable than a wildcard.

* Broaden lychee ignore to all LinkedIn URLs

Followup to the previous commit. The targeted single-URL ignore for
`indra7979`'s profile assumed the 404 was localized to that handle,
but a subsequent run showed LinkedIn's anti-bot flips on other
`/in/` URLs too, intermittently. Avik and Kassandra's profiles
passed earlier and could fail on the next run.

Replacing the single entry with `https://www.linkedin.com/` covers
every LinkedIn URL the site uses today (all `linkedin.com/in/...`
speaker profiles in `docs/`). Acceptable for a marketing-site
link checker; LinkedIn link rot is not something CI needs to gate
deploys on.

---------

Co-authored-by: Kassandra Keeton <ProsperousHeart@users.noreply.github.com>
graffhyrum pushed a commit to graffhyrum/2026 that referenced this pull request May 14, 2026
* Embed YouTube recordings on talks and keynotes pages

Following the same pattern used on the 2025 archive site after that
event wrapped, embed each talk's recording from the PyTexas 2026
YouTube playlist directly under the talk description on the schedule
pages, before the speaker block.

Videos are matched to entries by speaker name (some recording titles
differ slightly from the original schedule titles, but each speaker
has a unique session). Coverage:

- 16 of 17 entries in `schedule/talks.md`. Sumaiya Nalukwago's talk
  is intentionally left without an embed because there is no recording
  in the published playlist.
- Both keynotes in `schedule/keynotes.md` (Dawn Wages, Hynek Schlawack).

Two lightning-talk recordings exist in the playlist but are not added
here since neither `talks.md` nor `keynotes.md` has a section for
them — matches what the 2025 archive did.

* Accept 403 in lychee link check

The link checker is currently failing on
`https://abmparking.com/facilities/austin-city-hall-garage/` (the
"Other Parking Options" link in `attend/in-person.md`). The URL is
fine for real users — a browser request returns 200 — but the server
returns 403 to requests without a browser User-Agent, which is a
common Cloudflare/anti-bot pattern.

403 means "Forbidden", not "Not Found". The resource exists; the bot
just isn't allowed to fetch it. For a link checker on a marketing
site, treating 403 the same as 200 is the standard workaround.

Adds 403 to the existing `--accept` list alongside the redirects and
429 we already pass through.

* Add/youtube video embeds formatting update (pytexas#29)

* create and add keynote speaker formatting

* add keynote slide links and other info shared

* add speaker reply formatting + cleanup

* add formatting and available resources

* Fix two broken links flagged by lychee on PR pytexas#28

Two failures in CI link-check, both new on this branch:

1. Adam Gordon Bell's "Repo" link in `talks.md` had two URLs jammed
   into one markdown link target, separated by a space. Lychee
   URL-encoded the space to `%20` and 404'd on the resulting
   pseudo-URL. The trailing Pulumi URL was already linked separately
   on the next bullet as "His [site]", so removing it from the
   "[Repo]" target loses nothing and points the link at the actual
   repo Adam referenced.

2. Indrasena Manga's LinkedIn profile (`indra7979`) is the correct
   URL but LinkedIn returned 404 to the GitHub runner's request.
   Two other `linkedin.com/in/` profiles on this same branch passed
   the same lychee run, so it's targeted anti-bot behavior on that
   specific request, not a blanket runner block. Ignoring that one
   URL in `.lycheeignore` is more auditable than a wildcard.

* Broaden lychee ignore to all LinkedIn URLs

Followup to the previous commit. The targeted single-URL ignore for
`indra7979`'s profile assumed the 404 was localized to that handle,
but a subsequent run showed LinkedIn's anti-bot flips on other
`/in/` URLs too, intermittently. Avik and Kassandra's profiles
passed earlier and could fail on the next run.

Replacing the single entry with `https://www.linkedin.com/` covers
every LinkedIn URL the site uses today (all `linkedin.com/in/...`
speaker profiles in `docs/`). Acceptable for a marketing-site
link checker; LinkedIn link rot is not something CI needs to gate
deploys on.

---------

Co-authored-by: Kassandra Keeton <ProsperousHeart@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation enhancement New feature or request

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants