mirror of
https://github.com/pockethost/pockethost.git
synced 2025-11-23 22:15:49 +00:00
docs(dashboard): concurrency limits
This commit is contained in:
parent
64d4d9c111
commit
30bf52d749
@ -2,18 +2,47 @@
|
||||
title: Limits
|
||||
description: Learn about the limits enforced by PocketHost, including rate limiting, hibernation, usage limits, and prohibited content
|
||||
---
|
||||
|
||||
# Limits
|
||||
|
||||
PocketHost enforces several limits to ensure a fair and reliable experience for all users. Below are the key limitations and guidelines for usage.
|
||||
|
||||
## Rate Limiting
|
||||
|
||||
Rate limiting is imposed by **Cloudflare**, which restricts requests to **50 requests per 10 seconds per IP**. If you're making numerous requests from the client side, we recommend using the [Bottleneck NPM package](https://www.npmjs.com/package/bottleneck) to manage and throttle requests efficiently.
|
||||
PocketHost implements multiple layers of rate limiting to ensure fair resource allocation and system stability.
|
||||
|
||||
In special cases, such as during conferences or events where a large amount of traffic originates from a single IP, we have ways to expand or bypass these rate limits. If this applies to you, please contact [PocketHost Support](/support).
|
||||
### Cloudflare Edge Limits
|
||||
|
||||
The first layer of rate limiting is imposed by **Cloudflare**, which restricts requests to **50 requests per 10 seconds per IP**. This is enforced at the edge before traffic reaches PocketHost infrastructure.
|
||||
|
||||
### PocketHost Rate Limits
|
||||
|
||||
PocketHost enforces additional rate limits at the application level:
|
||||
|
||||
#### Hourly Request Limits
|
||||
|
||||
- **1,000 requests per hour per IP address**
|
||||
- **10,000 requests per hour per instance**
|
||||
|
||||
These limits reset every hour and track the total number of requests made.
|
||||
|
||||
#### Concurrent Request Limits
|
||||
|
||||
- **5 simultaneous requests per IP address**
|
||||
- **50 simultaneous requests per instance**
|
||||
|
||||
These limits restrict the number of active requests that can be processed at the same time. Once a request completes, the slot becomes available for new requests.
|
||||
|
||||
### Best Practices
|
||||
|
||||
If you're making numerous requests from the client side, we recommend using the [Bottleneck NPM package](https://www.npmjs.com/package/bottleneck) to manage and throttle requests efficiently.
|
||||
|
||||
In general, exceeding the rate limit often indicates a coding issue. Another option is to write custom routes using [JS Hooks](/docs/programming) to perform bulk fetching and filtering server-side, which can be difficult to manage effectively on the client side.
|
||||
|
||||
### Special Cases
|
||||
|
||||
In special cases, such as during conferences or events where a large amount of traffic originates from a single IP, we have ways to expand or bypass these rate limits. If this applies to you, please contact [PocketHost Support](/support).
|
||||
|
||||
## Hibernation
|
||||
|
||||
To conserve resources, PocketHost instances may enter a **hibernation** state during periods of inactivity. When in hibernation, your instance won't immediately respond to incoming requests but will wake up when a new request is received.
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user