Replies: 1 comment 1 reply
-
|
Thanks for the detailed write-up — really helpful, and your point about getting APIs out during beta is right. Two of the three landed in #319, available in the next beta release:
For now n8n can poll The remaining two have their own tracking issues so they don't get lost:
Thanks again for the contribution — this is the kind of feedback that's really useful while still in beta. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I’d like to suggest adding native S3 integration, as well as improving API support, based on a real use case we implemented.
Currently, we worked around S3 by mounting it inside the container using a tool like rclone (S3 mount), and then pointing PicPeak’s storage path to that mounted directory. as i'm running a local server with low storage.
Our setup:
S3 bucket mounted as a local directory inside the container (e.g. /app/uploads)
PicPeak configured to use that path as its storage directory
This allows files to be stored directly in S3 transparently
Issues with this approach:
Adds complexity to deployment (extra service + mount management)
Potential performance and caching issues depending on mount config
Not ideal for scaling or production environments
Suggestion:
Add native S3 support similar to:
Direct upload to S3 (via SDK)
Configurable bucket, region, credentials
Optional local cache or hybrid mode
This would greatly simplify deployment and improve scalability.
==================================
It would be very useful to have more official APIs, for example:
Upload images programmatically
List / manage images
Generate or retrieve share links
Webhooks for events (upload, delete, etc.)
This would allow integration with:
The most important : Automation tools _(like n8n - auto deliver photos to clients ) _
External systems (websites, apps)
Custom workflows
Why this matters
We are using PicPeak in a semi-production setup, and these features would make it:
Much easier to deploy at scale
More flexible for automation and integrations
More competitive with tools like Cloudreve / Photoprism
I also believe it would be very beneficial to start designing and exposing APIs during the beta stage.
Integrating APIs early helps:
Build a cleaner and more consistent architecture from the start
Avoid major refactoring later
Allow developers/Testers to start building integrations early
Gather real-world feedback on API design before the system scales
Even a basic or experimental API during beta would be extremely valuable.
Thanks again for your work — looking forward to future updates!
Sorry, I asked GPT to translate what I wanted to say since I'm not a native English speaker 🤷♂️
Beta Was this translation helpful? Give feedback.
All reactions