LaunchShell.org is a student-built project site for documenting practical technology builds, beginner guides, free student resources, and lessons learned from real projects.
The site started as a simple static homepage and grew into a structured project archive with separate areas for guides, resources, and real builds. The stack stayed intentionally simple: HTML, shared CSS, local assets, Git, GitHub, Cloudflare Pages, and AI-assisted learning.
LaunchShell did not start as a finished website plan. It started as a small homepage and became more organized as the project grew.
guides/, projects/, and resources/, which made URLs and navigation easier to understand.assets/site.css instead of being copied into every page.The site uses a simple static setup on purpose. No framework, no backend, no build system.
| Part | What I used | Why it mattered |
|---|---|---|
| Pages | HTML | Each page is easy to inspect, edit, copy, and deploy. |
| Design | Shared CSS file | One stylesheet keeps the site consistent across guides, resources, and projects. |
| Assets | Local images and logos | Keeping assets local makes the site easier to move, back up, and deploy. |
| Version control | Git | Git lets me commit working versions, try changes, and roll back when something breaks. |
| Code hosting | GitHub | GitHub stores the repo, supports private work-in-progress, and helps turn finished projects into a portfolio. |
| Cloud coding | GitHub Codespaces | Codespaces provides a Linux-based browser workspace where I can edit files and use the terminal. |
| Domain and DNS | Cloudflare Registrar and Cloudflare DNS | I used Cloudflare to register the domain, manage DNS, and connect the public site to the domain. |
| Hosting | Cloudflare Pages | Cloudflare Pages deploys the static site from the GitHub repo and serves it on Cloudflare’s network. |
| Proxying and security | Cloudflare proxy, security rules, and access features | Cloudflare gives the site room to grow into real web security topics like proxying, WAF rules, access control, and protected admin areas. |
| Edge experiments | Cloudflare Workers | Workers make it possible to run small pieces of code at the edge without managing a traditional server. |
| Learning assistant | AI | AI helped with planning, drafting, debugging, explaining, reviewing, and organizing. |
Cloudflare made this project feel realistic without making it complicated. I use it for more than simple hosting: Pages, DNS, proxying, security features, access control, and edge Workers all fit into the same learning path.
I use Cloudflare Pages to host the static site. The workflow is simple: push changes to GitHub, let Cloudflare deploy them, and then check the live site.
I also use Cloudflare DNS and proxying. That means Cloudflare can sit in front of a site, route web traffic through its network, and add caching, protection, and security controls.
Cloudflare is useful because it lets a student project grow into real security topics: WAF rules, security rules, access policies, identity-aware access, and protected admin pages.
That makes it a great bridge between web development, networking, cloud infrastructure, and cybersecurity.
Cloudflare Pages hosts the public site directly from the GitHub repo.
DNS points the domain, and proxied records let Cloudflare protect and handle web traffic.
Workers can run small serverless functions close to users without managing a traditional server.
Access control can put login rules in front of internal dashboards, admin pages, and private apps.
Cloudflare security features make it easier to learn what web protection looks like in practice.
A real domain makes the project feel real, and Cloudflare Registrar keeps the domain workflow simple.
The site is organized so each section has a clear purpose.
.
├── index.html
├── assets/
│ ├── site.css
│ ├── launchshell-logo-horizontial.png
│ └── ...
├── guides/
│ ├── git-and-github/
│ ├── github-codespace/
│ ├── linux-terminal-intro/
│ └── ...
├── projects/
│ ├── build-this-site/
│ ├── 8-bit/
│ └── ...
└── resources/
└── index.htmlThe workflow follows the same LaunchShell method used across the site.
Create the page, add the structure, write the content, and connect the assets.
Commit working changes with Git before making risky edits.
Try new layouts, move folders, change links, and test what fails.
Use the errors to understand paths, CSS, deployment, browser behavior, and Git history.
A simple static site still teaches real technical lessons.
Pages inside folders need different asset paths, like ../../assets/site.css.
Guides, resources, and projects needed different meanings so the site stayed organized.
Logos and graphics needed to look clean on the site, not like copied previews.
Cloudflare Pages made deployment simple, but I still had to understand Git, paths, DNS, and site structure.
AI was useful because I stayed involved. I asked questions, tested the output, changed the direction, fixed mistakes, and made final decisions.
AI helped turn rough notes into page outlines, sections, checklists, and beginner-friendly explanations.
AI helped rewrite technical ideas in plain English so a new student could understand them.
AI helped review pages, code, and repo content for secrets, hardcoded values, confusing wording, and risky publishing mistakes.
One of the most practical uses of AI is turning messy human information into structured data.
For the Recipe App, recipes came from index cards, magazine clippings, old notes, text messages, family recipes, and online references. None of those formats matched.
AI helped normalize that messy information into consistent JSON records that the app could read, search, display, and organize.
I still had to check ingredients, review steps, fix mistakes, choose the JSON structure, test the data in the app, and make sure the recipe made sense.
AI made formatting and cleanup faster, but I was still responsible for the final result.
AI is useful, but it has to be used carefully.
AI can produce confident wrong answers. I still had to run the code, open the page, check the links, and inspect the result.
Passwords, API keys, tokens, private files, SSH keys, and sensitive logs do not belong in AI prompts.
The final project is my responsibility. AI can help, but I need to explain what was built and why it works.
This site is more than a homepage. It demonstrates a complete beginner-friendly web workflow.
HTML, CSS, assets, pages, links, browser testing, and clean folder structure.
GitHub repository, Cloudflare Pages deployment, domain, DNS, proxying, and HTTPS.
Using AI to ask better questions, organize ideas, review work, and learn faster without giving up ownership.
LaunchShell.org was built to prove a simple idea: students can learn real technical skills by building real things. Git makes the work safer, Cloudflare makes the site real, and AI can help turn curiosity into progress when the student stays in control.