Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat: Add local file provider and wire everything up in the file module #7134

Merged
merged 1 commit into from
Apr 24, 2024

Conversation

sradevski
Copy link
Member

No description provided.

@sradevski sradevski requested a review from a team as a code owner April 23, 2024 19:16
Copy link

vercel bot commented Apr 23, 2024

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name Status Preview Comments Updated (UTC)
api-reference 🔄 Building (Inspect) Visit Preview Apr 24, 2024 7:13am
medusa-dashboard ✅ Ready (Inspect) Visit Preview 💬 Add feedback Apr 24, 2024 7:13am
2 Ignored Deployments
Name Status Preview Comments Updated (UTC)
docs-ui ⬜️ Ignored (Inspect) Visit Preview Apr 24, 2024 7:13am
medusa-docs ⬜️ Ignored (Inspect) Visit Preview Apr 24, 2024 7:13am

Copy link

changeset-bot bot commented Apr 23, 2024

⚠️ No Changeset found

Latest commit: f5a7e84

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

// TODO: For now we keep the files in memory, as that's how they get passed to the workflows
// This will need revisiting once we are closer to prod-ready v2, since with workflows and potentially
// services on other machines using streams is not as simple as it used to be.
const upload = multer({ storage: multer.memoryStorage() })
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

question/thought: I guess we will need to somehow integrate this part of the flow with the file provider so that we can store the uploads on a remote server e.g. S3 if you are using the S3 plugin. Do you already have thoughts on this?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@olivermrbl So what happens currently is, the entire data/file the user sent will be kept in memory, passed through the workflow, to the file provider, and then it gets converted from in-memory binary content to a buffer and stored as a file.

If we decide that, for uploads, we want to avoid using workflows and call a module directly then we can probably support streaming more easily, as you wouldn't need any sort of serialization. That might be the way to go, but honestly for now it doesn't matter as much, as supporting that won't be a major change.

Copy link
Contributor

@olivermrbl olivermrbl left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Overall LGTM, should be mergeable when tests are passing :)

@sradevski sradevski merged commit 614d659 into develop Apr 24, 2024
24 checks passed
@sradevski sradevski deleted the feat/add-working-local-file-provider branch April 24, 2024 09:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants