Comments (10)
I think the goal is to make it useful and practical. Images are one of the major usage of weed-fs, and worth special treatment. And the image related features are not really complicating the code. Of course, we will unlikely add any more complicated features.
Having a plugin layer would be ideal.
from seaweedfs.
๐ for the plugin layer! That would put weed-fs on steroids!
from seaweedfs.
+1 for a plugin layer :)
from seaweedfs.
Any idea on how to make the plugin? The Golang is statically compiled.
On Tue, Nov 11, 2014 at 9:45 AM, phal0r [email protected] wrote:
+1 for a plugin layer :)
โ
Reply to this email directly or view it on GitHub
#8 (comment).
from seaweedfs.
@chrislusf
Like heka.
Via lua (or js).
from seaweedfs.
Very good to learn this!
Chris
@chrislusf https://github.com/chrislusf
Like heka.
Via lua (or js).
โ
Reply to this email directly or view it on GitHub
#8 (comment).
from seaweedfs.
@chrislusf
Most of the times people seem to use net/rpc
like packer did. But I guess this would only work if the plugins would also be go binaries. Since we are talking about plugins for image processing, I don't think limiting the plugin architecture to a specific language would be a wise decision. Piping data to a second process might be a better idea, since this would be language agnostic. Perhaps the pipe package might be of interest.
Named pipes might also be a way to go, but right now Go seems to lack support for it. But that might have changed.
from seaweedfs.
An approach similar to heka's seems more feasible. We can provide an
interface to write/load/run go plugins compiled together with the original
source, and some default implementations. One of the implementation would
just use pipe for external processes.
For use cases requiring performance, it can go with a go implementation.
Chris
On Thu, Nov 13, 2014 at 12:17 PM, Jochen Breuer [email protected]
wrote:
@chrislusf https://github.com/chrislusf
Most of the times people seem to use net/rpc like packer
hashicorp/packer#1 did. But I guess this
would only work if the plugins would also be go binaries. Since we are
talking about plugins for image processing, I don't think limiting the
plugin architecture to a specific language would be a wise decision. Piping
data to a second process might be a better idea, since this would be
language agnostic. Perhaps the pipe https://labix.org/pipe package
might be of interest.
Named pipes might also be a way to go, but right now Go seems to lack
support for it. But that might have changed.โ
Reply to this email directly or view it on GitHub
#8 (comment).
from seaweedfs.
A plugin layer will be nice.
There're a lot of image related features, such as ".webp" image compression, image resizing, exif info extraction, image format convert and image effect filters, etc.
Weed-fs cannot support all of these features, a plugin interface will make weed-fs more powerful.
from seaweedfs.
@chrislusf
Sounds good enough to me - as long as there is a way to pipe data somewhere else.
from seaweedfs.
Related Issues (20)
- Major issues with EC - "too few shards given" during nearly every reconstruction HOT 1
- about full.tar.gz HOT 4
- Weed shell incorretly resolves volume grpc port HOT 4
- Help with Quick Start S3 HOT 1
- Using the Vacuum command in Weed to delete files in the trash, but found that some files not in the trash were also deleted.
- [Mount] File changes are not propagated to other mounts if they are executing the file HOT 6
- [request] S3 API: Add batching small files via snowball-auto-extract
- Create solution for 170 million XML files per month HOT 2
- Run on Termux not working. HOT 3
- [vacuum] Error when committing vacuum 706: rename /opt/seaweedfs_volume/disk21/bucket_706.cpd no such file or directory HOT 1
- CSI Failed with Nomad HOT 2
- [volume] the given file is almost half filled with zeros from the beginning HOT 2
- Sqlite filer store is missing from Docker "_full" images HOT 2
- file.remote.sync doesn't push objects after network issue
- helm chart: resources should be a map HOT 1
- S3 API doesn't send data over gRPC HOT 3
- After a node is deleted, data is lost HOT 11
- Helm: image registry handling is inconsistent HOT 2
- about cache
- filerๆๅก็ๆฐๆฎ๏ผ่็นไน้ดๅฏไปฅ่ชๅจๅๆญฅๅ๏ผ HOT 8
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. ๐๐๐
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google โค๏ธ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from seaweedfs.