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

Move ext storage backends into their own apps #20116

Closed
DeepDiver1975 opened this issue Oct 28, 2015 · 12 comments
Closed

Move ext storage backends into their own apps #20116

DeepDiver1975 opened this issue Oct 28, 2015 · 12 comments

Comments

@DeepDiver1975
Copy link
Member

DeepDiver1975 commented Oct 28, 2015

I'd like to discuss the explicit steps to take in scope of 9.0 regarding out external storage implementations.

As soon as we touch any of these following steps are to be taken:

In addtion we need to come up with a decision on if we want to continue to ship each of them - basically because of resource to be invested regarding the initial upgrade and future maintenance.

In case we decide to no longer ship any of these we can come up with a plan to move the code out to the community

Immediate action required:

  • amazon s3
  • dropbox
  • google
  • swift

Unclear:

  • sftp

No action required

@karlitschek @cmonteroluque @MTRichards @icewind1991 THX for your comments

@DeepDiver1975 DeepDiver1975 added this to the 9.0-current milestone Oct 28, 2015
@ghost
Copy link

ghost commented Oct 28, 2015

@DeepDiver1975 thanks! My initial reaction is to continue to support what we have so far, under the new implementation. As many as possible in 9.0 and the rest afterwards. It is my default reaction, happy to talk more

@karlitschek
Copy link
Contributor

thanks @DeepDiver1975

@icewind1991
Copy link
Contributor

s3, dropdox and sftp have flysystem implementations which we could use

@DeepDiver1975
Copy link
Member Author

s3, dropdox and sftp have flysystem implementations which we could use

no swift support? I missed that - THX

@DeepDiver1975
Copy link
Member Author

ah rackspace - https://github.com/thephpleague/flysystem-rackspace - anyway

@PVince81
Copy link
Contributor

First step would anyway moving the parts that aren't storage backends to core: #18160

@PVince81 PVince81 modified the milestones: 9.1-next, 9.0-current Feb 12, 2016
@PVince81 PVince81 modified the milestones: 9.2, 9.1 Jul 4, 2016
@PVince81 PVince81 changed the title [9.0] clarification on external storage implementation Move ext storage backends into their own apps Dec 9, 2016
@PVince81
Copy link
Contributor

PVince81 commented Dec 9, 2016

Yes, let's do that.

Not sure if we'll have enough time in the scope of 10.0, at least for not all of them.

Regarding Dropbox, we might want to wait until the API situation is solved: #25969

@PVince81
Copy link
Contributor

PVince81 commented Apr 6, 2017

Moving to 10.0.1, I'd like to tackle a few of them until then

@PVince81
Copy link
Contributor

Moving to triage for rescheduling. We should probably schedule individual backends as each might take 1-2md per backend depending on complexity.

@PVince81 PVince81 modified the milestones: triage, 10.0.1 May 17, 2017
@PVince81
Copy link
Contributor

PVince81 commented Jun 2, 2017

I suggest we start with S3 so we can do the Guzzle update in both the app and #28063

@DeepDiver1975
Copy link
Member Author

closing in favor of #27049

@felixboehm felixboehm removed this from the triage milestone Apr 10, 2018
@lock
Copy link

lock bot commented Jul 30, 2019

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked as resolved and limited conversation to collaborators Jul 30, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

7 participants