This project demonstrates a full-stack application with a React Router app with Server-Side Rendering (SSR), served through Cloudflare Workers. The backend consists of API routes built with Hono, running on Cloudflare Workers, connecting to a PostgreSQL database through Hyperdrive. Smart Placement is enabled to automatically position your Worker closer to your database for reduced latency.
This application demonstrates a full-stack architecture using Cloudflare Workers:
- Frontend: React with React Router 7 for both server and client-side rendering
- Built with Vite and deployed as assets via Workers
- Backend: API routes served by a Worker using Hono framework
- API endpoints defined in
/api/routesdirectory - Automatic fallback to mock data when database is unavailable
- API endpoints defined in
- Database: PostgreSQL database connected via Cloudflare Hyperdrive
- Smart Placement enabled for optimal performance
- Handles missing connection strings or connection failures
This application uses Cloudflare Workers' Smart Placement feature to optimize performance:
-
What is Smart Placement? Smart Placement dynamically positions your Worker in Cloudflare's network to minimize latency between your Worker and database.
-
Why it's enabled in this app: The application makes multiple database round trips per request. Smart Placement analyzes this traffic pattern and can choose to position the Worker and Hyperdrive closer to your deployed database to reduce latency.
-
Performance implications: This can significantly improve response times, especially for read-intensive operations requiring multiple database queries, as demonstrated in the book-related API endpoints.
-
No configuration needed: Smart Placement works automatically when enabled in
wrangler.jsoncwith"mode": "smart".
This application uses Server-Side Rendering (SSR) with React Router 7:
-
Server-Side Rendering (SSR): Initial page loads are rendered on the server, which improves performance and SEO. This is configured in
react-router.config.jswithssr: true. -
Client-Side Navigation: After the initial server render, React Router takes over for smooth client-side navigation between routes.
-
API-driven data fetching: Backend data is retrieved from API endpoints that connect to either:
- A real PostgreSQL database via Hyperdrive (production mode)
- Mock data automatically provided when no database is available (demo mode)
This application can be deployed in two ways:
- Run
npm i - Sign up for a PostgreSQL provider like Neon and create a database
- Load the sample data using the provided SQL script:
- The
/init.sqlfile contains all database schema and sample data - You can either:
- Copy and paste the contents into your database provider's SQL editor
- Or use a command line tool like
psql:psql -h hostname -U username -d dbname -f init.sql
- The
- Create a Hyperdrive connection by running:
npx wrangler hyperdrive create <YOUR_CONFIG_NAME> --connection-string="<postgres://user:password@HOSTNAME_OR_IP_ADDRESS:PORT/database_name>" - Uncomment and update the Hyperdrive binding in
wrangler.jsoncwith the ID from step 4:"hyperdrive": [ { "binding": "HYPERDRIVE", "id": "YOUR_HYPERDRIVE_ID", "localConnectionString": "postgresql://myuser:mypassword@localhost:5432/mydatabase" } ]
- Build the application with
npm run build - Deploy with
npm run deploy - Monitor your worker with
npm wrangler tail
- Run
npm i - Keep the Hyperdrive binding commented out in
wrangler.jsonc(this is the default) - Build the application with
npm run build - Deploy with
npm run deploy - The app will automatically use mock data instead of a real database
Hyperdrive is Cloudflare's database connector that provides optimized connections between your Workers and various database providers. Here's a detailed explanation of how to set it up:
-
Create a Hyperdrive configuration:
npx wrangler hyperdrive create my-hyperdrive-config --connection-string="postgres://user:password@hostname:port/dbname"This command will return a Hyperdrive ID that you'll need for your configuration.
-
Configure Hyperdrive in wrangler.jsonc:
"hyperdrive": [ { "binding": "HYPERDRIVE", // Name used to access the binding in your code "id": "YOUR_HYPERDRIVE_ID", // ID from the create command "localConnectionString": "postgresql://myuser:mypassword@localhost:5432/mydatabase" // Local dev connection } ]
-
Access in your code:
// Example from this project if (c.env.HYPERDRIVE) { const sql = postgres(c.env.HYPERDRIVE.connectionString); // Use SQL client }
-
Fallback handling: This application automatically falls back to mock data if:
- Hyperdrive binding is not configured
- Database connection fails for any reason
To run locally, you can use the Docker container defined in the docker compose:
docker-compose up -d- Creates container with PostgreSQL and seeds it with the "init.sql" data
npm run dev
If you update the "init.sql" file, make sure to run docker-compose down -v to teardown.
When developing locally with Hyperdrive, you must use the Docker setup provided:
- Local connection requirements: Hyperdrive's local development mode requires a database running on localhost with the exact configuration specified in
localConnectionString - Compatibility: The Docker setup ensures the PostgreSQL instance is properly configured to work with the local Hyperdrive development environment
- Automatic configuration: The container automatically runs the init.sql script to create tables and load sample data
- Connection reliability: The Docker setup guarantees consistent connection behavior between your local Wrangler environment and the database
- Development/production parity: Using Docker ensures your local development closely resembles the production environment
This approach is the recommended and supported method for local development with this application. Attempting to use a remote database for local development with Hyperdrive is not currently supported, but is being worked on.