#1780 - Feature: Resource usage limitation
-
By PDStig
- Added
- 0 views
| Identifier | #1780 |
|---|---|
| Issue type | Feature request or suggestion |
| Title | Feature: Resource usage limitation |
| Status | Closed (no changes needed) |
| Handling member | Chris Graham |
| Addon | core |
| Description | I would like to know if it's possible to set options in Composr to control how much resource it takes up. For example, if it uses up more than a defined threshold, it will throttle it or break the connection, whichever is chosen in the options. Throttling may make the site run slower, but it would lessen the chance of Composr causing issues with using too much resource on my web hosting provider, resulting in possible account suspension.
If this is not possible, could it at least be looked into the site software and fixing resource problems such as missing image dimension specifications, defining a longer expiry time for browser cache (maybe a week instead of a few hours), using CSS sprites, removing question marks in some requests in order to allow cache services to cache them, etc? I'm finding it a problem that Composr is using up too much resource usage, and my site isn't even that big. I only get a few users every now and then. I appreciate the considerations. |
| Steps to reproduce | |
| Funded? | No |
The system will post a comment when this issue is modified (e.g., status changes). To be notified of this, click "Enable comment notifications".
Comments
That's not really viable.
>> missing image dimension specifications
This would be client-side performance not server performance. v10 will include this in more key spots though.
>> defining a longer expiry time for browser cache (maybe a week instead of a few hours)
You can configure rules in .htaccess, and you can set up the bot/guest cache (our tut_optimisation tutorial should cover it, or just run /config_editor.php and turn it on).
>> removing question marks in some requests in order to allow cache services to cache them, etc
Caching actual pages for logged in users is not viable, these need to be dynamic so as to represent accurate dynamic information (simple examples - list of online users, or number of points you have, or relative dates).
>> using CSS sprites
These are a maintenance nightmare. v10 will use base64 encoding for some files which is much easier to maintain.
>> I'm finding it a problem that Composr is using up too much resource usage, and my site isn't even that big. I only get a few users every now and then. I appreciate the considerations.
This really shouldn't be the case unless the host is really over-subscribed or you're on a dirt-cheap plan. A request might take 1 second of CPU time on a slow server, so you can imagine it would take many thousands of users browsing the site to truly use up a server's capacity. Even if you only have 5% of a server's resources it's still over 100.
Anyway, you might find some good ideas in tut_optimisation, and we are making many improvements in v10.
I suspect it might be SSL causing the high loads. I disabled SSL for now and will be monitoring usage.