examples VS image

I was taking a look at: https://github.com/actix/examples/blob/master/forms/multipart/src/main.rs

Using aws-sdk-s3 requires that tokio is installed. The above code was drafted from actix forms with multipart and s3 example with few modifications. There is a Client wrapper with two main endpoints: upload and delete_file. upload uses put_object_from_file to upload files to S3 and returns the uploaded files' URLs while delete_file deletes a file. We also created some type in backend/src/types/upload.rs:

I just figured it out. I had this: https://github.com/actix/examples/blob/master/databases/postgres/Cargo.toml as my toml, and somehow I removed the actix-web.workspace = true tag, but I didn't see the derive_more one. Removed it and that fixed it.

It doesn't need to be in another directory, creating separate folder for static content is common practice, it makes your project organization more clear and minimizes errors with overlapping and over-complicated routes/paths. Take a look at folder structure of the example project found from actix-files repository: https://github.com/actix/examples/tree/master/basics/static-files, it's great starting point where you can start extending it for your own needs.

There's an example of using MongoDB with actix-web here: https://github.com/actix/examples/tree/master/databases/mongodb

Sorry for the late response. Here is an example of how I implemented it using axum and rustls, and there is a similar example for actix-web here. It looks like the actix-web example follows much the same process for parsing the key and cert files and creating the rustls server config so hopefully the tls module in my example can provide some help.

As of now, I can register a new user by storing a username and hashed password, and then my login page is able to insert a user's ID into my Session per this example. The problem is that when I navigate from the login page after successfully inserting a new key, the Session doesn't persist to the next page.

With the help of the image crate, loading an image from disk is fairly straightforward.

FTR there is a WebP decoder implementation in safe Rust in the image crate: https://github.com/image-rs/image

It used to be quite incomplete for a long time, but work last year has implemented many webp features. Chromium now has a policy of allowing the use of Rust dependencies, so maybe Chromium could start adopting it?

Hello! So I have a local app that I am currently running on desktop (windows). I'm using egui for the UI, and the program basically opens a folder, gets all the images in the folder, and then uses the image-rs library to resize and create a grid of images / some other operations.

png is the de-facto standard Rust crate for reading and writing PNG images, used e.g. by the image crate.

There's also a CLI to convert between formats. It uses the crate image.

exr is a is a 100% Rust and 100% safe code library for reading and writing OpenEXR images. It is used by the popular image crate to read and write OpenEXR.

We're currently looking for contributors to add support for zune-jpeg to the image crate. The image maintainers are open to it, but don't have the capacity to do it themselves. You can find more details here.

It would be helpful to contribute to the general change towards an untyped buffer with runtime representations for color space information and fallible conversions. (https://github.com/image-rs/image/pull/1718). It's currently stalling on having too few eyeballs to judge the impact and need for that complexity.

It uses https://github.com/1Password/arboard and https://github.com/image-rs/image under the hood. I haven't tested deeply but I assume it should handle many formats out of the box.