-
Welcome to the Chevereto User Community!
Here, users from all over the world come together to learn, share, and collaborate on everything related to Chevereto. It's a place to exchange ideas, ask questions, and help improve the software.
Please keep in mind:
- This community is user-driven. Always be polite and respectful to others.
- Support development by purchasing a Chevereto license, which also gives you priority support.
- Go further by joining the Community Subscription for even faster response times and to help sustain this space
📦 Deprecated HTTP update system
To guarantee the integrity of your installations, for V4 we will push on update methods based on CLI + file system. This means that to update within V4 you will require to unzip the package in your server.
Same goes for web panel users, after an exhaustive survey I've noticed that most well-known web panels may not include shell access, but for sure they at least provide a file manager with unzip support.
To make this easier we will provide shell scripts to ease the work on the CLI.
To guarantee the integrity of your installations, for V4 we will push on update methods based on CLI + file system. This means that to update within V4 you will require to unzip the package in your server.
Same goes for web panel users, after an exhaustive survey I've noticed that most well-known web panels may not include shell access, but for sure they at least provide a file manager with unzip support.
To make this easier we will provide shell scripts to ease the work on the CLI.
🎉 Introducing API V1 updates (API V1.1)
🔑 Added API V1 user keys
API V1 will get improved in V4 with support for user keys, enabling your users to upload content to their accounts. This will work with any existing API client as the only change is that now users can provide their own keys.
Users will be able to renew the API key from
🥑 Added API V1 parameters
API V1 will now support
🔑 Added API V1 user keys
API V1 will get improved in V4 with support for user keys, enabling your users to upload content to their accounts. This will work with any existing API client as the only change is that now users can provide their own keys.
Users will be able to renew the API key from
/settings.🥑 Added API V1 parameters
API V1 will now support
title, album id, category id, width, expiration, description and nsfw flag. This will help to provide more context to your user API based uploads.
👈 Added logout form action
Logout in V4 uses a form, not a link as
This change is invisible, you will keep seing the same logout user interface.
Logout in V4 uses a form, not a link as
/logout?auth_token.... This is a safety measure to avoid auth_token getting leak on system access logs.This change is invisible, you will keep seing the same logout user interface.
😎 Added API V1.1 compatibility with ImgBB
As some may know, ImgBB is a popular Chevereto based service which has been offering user-based API for a while. As ImgBB is very popular, many software supports to upload to ImgBB's API but not to Chevereto API. This is because they changed the parameters and the body for the API. Basically, they override our standard to exclude other Chevereto users (pretends to be shocked!).
With Chevereto V4.0 we are adding 1:1 compatibility with ImgBB API, which means that any ImgBB API client will be fully compatible with V4 and its new API V1.1, easy as change the URL to point to your Chevereto V4 installation.
As some may know, ImgBB is a popular Chevereto based service which has been offering user-based API for a while. As ImgBB is very popular, many software supports to upload to ImgBB's API but not to Chevereto API. This is because they changed the parameters and the body for the API. Basically, they override our standard to exclude other Chevereto users (pretends to be shocked!).
With Chevereto V4.0 we are adding 1:1 compatibility with ImgBB API, which means that any ImgBB API client will be fully compatible with V4 and its new API V1.1, easy as change the URL to point to your Chevereto V4 installation.
😘 Update on API V1.1 user-based keys
Our API keys won't be stored in the database, we will store only the hash. This means that if for any unfortunate situation your DB gets leaked, rest assured that user API keys won't be filtered (same as passwords).
Also, the key is 128+ chars long and random generated.
Our API keys won't be stored in the database, we will store only the hash. This means that if for any unfortunate situation your DB gets leaked, rest assured that user API keys won't be filtered (same as passwords).
Also, the key is 128+ chars long and random generated.
🗑️ Added image delete link
Image uploads will now include a one-time shown delete link, which once you open it will delete the image without requiring login for it.
The delete links won't be stored in the database, it will be hashed just like passwords and api keys.
Image uploads will now include a one-time shown delete link, which once you open it will delete the image without requiring login for it.
The delete links won't be stored in the database, it will be hashed just like passwords and api keys.
🛤️ Added configurable root routing
Root route has been always reserved for usernames. That changes in V4 as now you will be able to configure root routing and pick among username (current default), image id or album id.
This will enable to get shorter URLs for the content you want to focus on. For example, use
Root route has been always reserved for usernames. That changes in V4 as now you will be able to configure root routing and pick among username (current default), image id or album id.
This will enable to get shorter URLs for the content you want to focus on. For example, use
/<id> to resolve images directly.
ℹ️ Updated "Powered by" section
Powered by section will now include a legal remark on liability. This is required so your users can clearly understand that whatever happens with your service is not our responsibility.
(it looks huge on the screen capture, sorry about that).
Powered by section will now include a legal remark on liability. This is required so your users can clearly understand that whatever happens with your service is not our responsibility.
(it looks huge on the screen capture, sorry about that).