mirror of
https://github.com/pockethost/pockethost.git
synced 2025-11-24 14:35:49 +00:00
docs(dashboard): concurrency limits
This commit is contained in:
parent
64d4d9c111
commit
30bf52d749
@ -2,18 +2,47 @@
|
|||||||
title: Limits
|
title: Limits
|
||||||
description: Learn about the limits enforced by PocketHost, including rate limiting, hibernation, usage limits, and prohibited content
|
description: Learn about the limits enforced by PocketHost, including rate limiting, hibernation, usage limits, and prohibited content
|
||||||
---
|
---
|
||||||
|
|
||||||
# Limits
|
# Limits
|
||||||
|
|
||||||
PocketHost enforces several limits to ensure a fair and reliable experience for all users. Below are the key limitations and guidelines for usage.
|
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
|
||||||
|
|
||||||
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.
|
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
|
## 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.
|
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