ESP32-S3 Bench Guide
ESP32-S3 N16R8 bench guide: live pinout, lessons, simulators and the bench log.
翻译准备中
尚未检测到更新。GitHub 发布版本后会显示在这里。
个人 GitHub 账号下公开仓库的所有者可以登录并验证所有权,自行管理介绍,无需管理员批准。
登录并生成验证文件,在 30 分钟内将其提交到此仓库的默认分支。其他分支或分叉仓库中的文件无效。然后在下方检查文件,即可无需管理员批准直接管理项目。请保留文件以维持管理权限。
如需登录,将前往登录页面。登录后请回到此处,再次点击所选的验证按钮。
在项目文件夹中运行 /nomorevibe verify,即可验证所有权并自行管理介绍。
一分钟完成验证The orchestra platform
翻译准备中
取自仓库 README
正在加载完整 README。 以下为已保存的摘录。
Orchestra Platform is a cloud-native, Kubernetes-based learning environment designed specifically for bioinformatics and data science education. It provides instructors and students with on-demand, isolated workshop environments that can be quickly provisioned and automatically managed.查看完整 README ↗Orchestra Platform is a cloud-native, Kubernetes-based learning environment designed specifically for bioinformatics and data science education. It provides instructors and students with on-demand, isolated workshop environments that can be quickly provisioned and automatically managed.
Orchestra Platform enables educational institutions, research organizations, and training companies to deliver hands-on bioinformatics and data science workshops without the complexity of manual infrastructure management. Each workshop runs in its own isolated environment with dedicated resources, ensuring a consistent and reliable learning experience.
Orchestra Platform consists of four main components:
Each workshop gets its own unique subdomain and runs in complete isolation from other workshops.
Ready to start using Orchestra Platform? Check out our Installation Guide to set up your own instance, or jump to the User Guide to learn how to create your first workshop.
Orchestra Platform is open source and welcomes contributions from the community. Visit our GitHub repository to:
For questions and support, please check our documentation or open an issue on GitHub.
Orchestra is a cloud-native platform for managing self-service RStudio workshops on Kubernetes.
This monorepo contains all the components of the Orchestra platform:
docs/: Documentation website powered by Starlight/Astro.frontend/: React (TypeScript) dashboard for managing workshops.operator/: Kubernetes operator (Python/Kopf) that manages workshop lifecycles.server/: FastAPI backend that provides the API for the frontend and interacts with Kubernetes.brew install helm)brew install just)brew install uv)brew install node)Run once per machine to install Traefik and the Orchestra CRDs into your local cluster:
just dev-setup
This will:
kubectl context to docker-desktopWorkshop CRDjust setup
This installs frontend/docs packages and syncs Python projects with their dev
dependency groups, so commands like just test work without extra setup.
just dev
This starts the server, frontend, and operator in parallel as local processes (with hot-reload):
| Component | URL |
|---|---|
| Frontend | http://localhost:3000 |
| API | http://localhost:8080 |
| API docs | http://localhost:8080/docs |
| Docs site | run just dev-docs separately |
Note: Ports 8000 and 8001 are occupied by Docker Desktop on Mac; 8080 is used instead.
Workshops created via the UI will be reachable at http://<name>.127.0.0.1.nip.io:30080. No DNS configuration required — *.127.0.0.1.nip.io resolves to 127.0.0.1 automatically via the public nip.io service.
If you're working on the API or frontend only and don't need workshops to actually reconcile:
just dev-stack # server + frontend only
just dev-setup copies these automatically on first run:
server/.env.example → server/.env # API settings (gitignored)
frontend/.env.local.example → frontend/.env.local # VITE_API_URL etc (gitignored)
Edit them as needed after copying.
Refer to the README.md in each subdirectory for component-specific instructions.