Browse

Express.js .cursorrules prompt files

Express.js is a minimal and flexible Node.js web application framework providing powerful features for web and mobile applications, benefiting developers with rapid API development and simplified server-side code.

Filters

All

React

Tailwind CSS

Filters

Tech

Clear

seaborn

Tauri

logging

Azure

MySQL

Go

Kafka

WebP.

next-safe-action

Phoenix LiveView

Ecto

File System Watcher

Plug

Finch

Gettext

Phoenix

Jason

Phoenix LiveDashboard

Sobelow

ExCoveralls

DNS Cluster

ExUnit

Release Please

Swoosh

Credo

LeftHook

npm

Wagmi

Viem

Next.js 14

Daisy UI

Express.js

Vercel AI SDK

Firebase

Slither

Hardhat

Mythril

Chainlink VRF

SOLID

OpenAI

SVG

SWR

Prometheus

Memcached

ELK Stack

Grafana

async/await

API

Grid

OpenAPI

React Server Components

Turborepo

None

TanStack React Query

Mongoose

virtual environments

dask

PyTorch

tqdm

Flask

joblib

NumPy

python-dotenv

pip

Django REST Framework

unittest

WhiteNoise

pytest-django

AWS

NoSQL

Kubernetes

Cypress

Axios

Next.js SSR.

Next.js 14 App Router

Angular

React Server Components (RSC)

Rell

Kotlin

Tailwind CSS.

Cairo

Biome

Composer

WebAssembly

yarn

Material UI

autoprefixer

bcryptjs

@types/react

Next.Js

@types/node

prisma

framer-motion

postcss

react-dom

Supabase Auth

WCAG

React.FC

React.ReactNode

fetch API

TypeScript Node.js Express.js .cursorrules prompt file

You are an expert in TypeScript, Node.js, Express.js, EJS, SQLite, Passport.js, jsonwebtoken, bcryptjs, Nodemailer, TailwindCSS, and DaisyUI, with a deep understanding of best practices and performance optimization techniques in these technologies.

Code Style and Structure

Write concise, maintainable, and technically accurate TypeScript code with relevant examples.
Use functional and declarative programming patterns; avoid classes where possible.
Favor iteration and modularization to adhere to DRY principles and avoid code duplication.
Use descriptive variable names with auxiliary verbs (e.g., isAuthenticated, hasVerifiedEmail).
Organize files systematically: each file should contain only related content, such as exported functions, middleware, routes, services, and types.

Naming Conventions

Use lowercase with dashes for directories (e.g., src/middleware/auth-middleware).
Favor named exports for functions.

TypeScript Usage

Use TypeScript for all code; prefer interfaces over types for their extendability and ability to merge.
Avoid enums; use const objects instead for better type safety and flexibility.
Use type annotations for function parameters and return types.

Syntax and Formatting

Use the "function" keyword for pure functions to benefit from hoisting and clarity.
Use arrow functions for callbacks and anonymous functions.

Backend Structure

Implement a clear separation of concerns: controllers for request handling, services for business logic, and models for data access.
Use middleware for cross-cutting concerns like authentication and error handling.

Database and ORM

Use prepared statements for all SQLite queries to prevent SQL injection.
Implement a data access layer to abstract database operations.

Authentication and Security

Use Passport.js for authentication strategies.
Implement JWT for stateless authentication.
Use bcryptjs for password hashing.
Implement CSRF protection for all state-changing operations.

Email Functionality

Use Nodemailer for all email operations.
Implement email templates using EJS for consistency and maintainability.

View Rendering and UI Design

Use EJS for server-side rendering of views.
Implement partial views for reusable components like headers and footers.
Utilize TailwindCSS for styling and responsive design.
Leverage DaisyUI components to enhance UI consistency and speed up development.
Follow a mobile-first approach when designing responsive layouts.

Performance Optimization

Implement caching strategies where appropriate, especially for database queries.
Use asynchronous operations where possible to improve responsiveness.
Optimize database queries and indexes for faster data retrieval.
Utilize TailwindCSS's purge feature to minimize CSS bundle size in production.

Key Conventions

Follow RESTful principles for API design.
Implement proper error handling and logging throughout the application.
Use environment variables for configuration management.
Maintain consistent use of TailwindCSS utility classes and DaisyUI components across the application.

Version Control

Maintain an up-to-date .gitignore file to exclude unnecessary files from version control.

.gitignore Configuration

Exclude node_modules directory to avoid committing dependencies.
Ignore .env files containing sensitive information and environment-specific configurations.
Exclude build artifacts and compiled files (e.g., dist/, build/).
Ignore log files and other runtime-generated files.
Exclude IDE and editor-specific files (e.g., .vscode/, .idea/).
Ignore SQLite database files to prevent committing local data.
Exclude any files containing sensitive information or API keys.

stack:

TypeScript Node.js Express.js .cursorrules prompt file

Rico

0

NEW

Node.js MongoDB JWT Express React .cursorrules prompt file

Tech Stack:

Backend: Node.js with Express.js
Database: MongoDB with Mongoose ODM
Frontend: React.js (for admin panel, if required)
Authentication: JSON Web Tokens (JWT)
Version Control: Git
Deployment: Docker (optional)

Precision in User Requirements:
Strictly adhere to specified user flow and game rules.
Strategy: Summarize the pick submission process and outline the API endpoint and business logic in pseudocode before coding.
Strategic Planning with Pseudocode:
Begin each feature with detailed pseudocode.
Example: Provide pseudocode for the weekly scoring process, detailing steps from game result input to entry status updates.

Code Quality:
Ensure secure, efficient code following RESTful API best practices.
Implement proper error handling and input validation.

User Flow:
Users browse available Pools
Submit up to 3 Requests per Pool
Complete payment for Requests
Admin approves/rejects Requests
Approved Requests become Entries
Entry Management:
Each user can have up to 3 Entries per Pool
Entries are numbered 1, 2, 3
Picks are made and tracked separately for each Entry
Pick Management:
Users make Picks for each Entry separately
Picks can be updated until deadline (game start or 1PM Sunday of the current week of the pick)
Scoring and Ranking:
Picks scored after games complete
Win: Entry moves to next week
Loss: Entry eliminated from Pool
Each Entry ranked separately in Pool standings
Results and Standings:
Users view Picks/scores for each Entry separately
Pool standings show all Entries (multiple per User possible)
Pool members can view all Picks after scoring
Key Implementation Points:
Limit Requests to 3 per User per Pool
Track Requests and Entries separately (numbered 1, 2, 3)
Implement payment status tracking in Request model
Create Entry only after admin approval and payment completion
Admin interface for managing and approving Requests
Implement state transitions (Request: pending -> approved -> Entry created)

stack:

Node.js MongoDB JWT Express React .cursorrules prompt file

allxdamnxday

0

NEW

Node.js MongoDB .cursorrules prompt file tutorial

Tech Stack:

Backend: Node.js with Express.js
Database: MongoDB with Mongoose ODM
Frontend: React.js (for admin panel, if required)
Authentication: JSON Web Tokens (JWT)
Version Control: Git
Deployment: Docker (optional)

Precision in User Requirements:
Strictly adhere to specified user flow and game rules.
Strategy: Summarize the pick submission process and outline the API endpoint and business logic in pseudocode before coding.
Strategic Planning with Pseudocode:
Begin each feature with detailed pseudocode.
Example: Provide pseudocode for the weekly scoring process, detailing steps from game result input to entry status updates.

Code Quality:
Ensure secure, efficient code following RESTful API best practices.
Implement proper error handling and input validation.

User Flow:
Users browse available Pools
Submit up to 3 Requests per Pool
Complete payment for Requests
Admin approves/rejects Requests
Approved Requests become Entries
Entry Management:
Each user can have up to 3 Entries per Pool
Entries are numbered 1, 2, 3
Picks are made and tracked separately for each Entry
Pick Management:
Users make Picks for each Entry separately
Picks can be updated until deadline (game start or 1PM Sunday of the current week of the pick)
Scoring and Ranking:
Picks scored after games complete
Win: Entry moves to next week
Loss: Entry eliminated from Pool
Each Entry ranked separately in Pool standings
Results and Standings:
Users view Picks/scores for each Entry separately
Pool standings show all Entries (multiple per User possible)
Pool members can view all Picks after scoring
Key Implementation Points:
Limit Requests to 3 per User per Pool
Track Requests and Entries separately (numbered 1, 2, 3)
Implement payment status tracking in Request model
Create Entry only after admin approval and payment completion
Admin interface for managing and approving Requests
Implement state transitions (Request: pending -> approved -> Entry created)