1.6 KiB
1.6 KiB
Maintenance guide
Use this guide when making regular content changes to the live static site.
Safe change workflow
-
Start from an up-to-date
main. -
Create a branch.
-
Edit the smallest set of files needed.
-
Start a local server from the repo root:
python3 -m http.server 8000 -
Preview each changed page at
http://localhost:8000/. -
Check that images, internal links, and forms still behave as expected.
-
Commit, push, and open a PR into
main.
What to edit first
For a maintained public website, prioritize these pages:
index.htmlabout-us/index.htmlcontact/index.htmlevents/index.htmlservices/index.htmlvideos/index.html
These are the most visitor-facing pages. Archive pages can be improved later unless they contain broken links or outdated information that visitors rely on.
What to avoid
- Do not rename public route folders without a redirect plan.
- Do not edit
.forgejo/for content or design changes. - Do not add build tools, package managers, or framework dependencies.
- Do not delete WordPress-looking assets just because they look unused. Verify
references first with
rgand a browser preview.
Suggested cleanup order
- Confirm contact details, service times, and current event information.
- Check the core pages on desktop and mobile.
- Fix broken internal links and missing images.
- Remove or adjust forms that cannot submit on a static site.
- Clean duplicated WordPress metadata only after confirming pages render the same.
- Later, consider a tiny static templating workflow if shared navigation/footer edits become frequent.