Loading Profile...
Roadmap and future plans of Wuala?
I'm wondering if theres something like a roadmap available for the Wuala project? Would be interesting to know some future plans, features and dates. As said here: http://getsatisfaction.com/wuala/topi...
the Beta is planned to be available in the first half of 2008.
But nothing about the additional features it'll have. Would be great to get some more information about these plans.
the Beta is planned to be available in the first half of 2008.
But nothing about the additional features it'll have. Would be great to get some more information about these plans.
5 people have this question
I have this question, too!
Tell me when someone answers.
The more people who ask this question, the more it gets noticed.
The more people who ask this question, the more it gets noticed.
The best answer from everyone
-
Features that would be interesting for me:
- Webaccess via browserplugin
- access to data inside Wuala for people that don't have a Wuala account (for example via invitecodes: "Bugreport has invited you to download Filename.ext from Wuala please enter the code 'sexy52back' in the next 48 hours on externaldl.wua.la to download the file via our Web-Applet. Maybe you also want to join the big Wuala community and store files easily and secure? Visit wua.la for more infos!")
- maybe even true http access without a plugin, but that would mean that someone has to pay for the traffic, and I guess that would be Caleido... maybe a limit per account per week or so.
- a platform to submit bugs - this forum may look fancy but it's a nightmare to use. I don't really have an overview over the most wanted features for example if I click on "ideas" since sometimes it gets a bit cluttered (many people ask "questions" instead of posting an idea for example) an open bugtracker or a way to see what bugs have been confirmed or what features are beeing looked at would be great.
- anonymous maintenance! No need to say more... ;-)
- more robust filesystem integration (FUSE is mentioned often?)
- network-side maybe some improvements on the UPnP front and NAT traversal techniques like UDP hole punching. I guess I remembered something about TCP for beta?!
- small features like choosing the correct local IP, hiding drive letters that are already taken, let the integration work as a network drive only...
- Better documentation about the crypto-process on the webpage, "128bit AES" is not very meaningful if you for example don't know how the key is derived (100000*SHA 256 hash I guess or was that for the login?)
- Better not give some features to the users... I can find out the IP adress of Luzius by using Ctrl+Alt+D, "Benutzer-Ping" and then trace his UserID down via world view... there are enough script kiddies out there and not all users are fit enough to make sure their computer stays their computer... It's fine to be able to trace people like that but it's kinda not nice to be able to get IP adresses of ALL current Wuala-users!
- Chat! Does it work? I don't know... maybe via an inbuilt IRC client or so, so others can chat too, like in eMule
- Explanation what each file in /Data for example does. There seems to be little documentation about that...
4 people say
this answers the question
-
Inappropriate?Hi CombatSheep,
Thanks for your interest. We will share our open beta roadmap with all of you soon, probably in the next newsletter (couple of weeks). Also, we'd like to know what you want to have on that road map. Any urgent/important feature requests? I'd be happy to discuss features/ideas etc.
Dominik
I’m thankful
-
Inappropriate?Also, Thursday in 2 weeks, we will have the second Wuala Chat (see our blog), where we can discuss things directly.
-
Inappropriate?Features that would be interesting for me:
- Webaccess via browserplugin
- access to data inside Wuala for people that don't have a Wuala account (for example via invitecodes: "Bugreport has invited you to download Filename.ext from Wuala please enter the code 'sexy52back' in the next 48 hours on externaldl.wua.la to download the file via our Web-Applet. Maybe you also want to join the big Wuala community and store files easily and secure? Visit wua.la for more infos!")
- maybe even true http access without a plugin, but that would mean that someone has to pay for the traffic, and I guess that would be Caleido... maybe a limit per account per week or so.
- a platform to submit bugs - this forum may look fancy but it's a nightmare to use. I don't really have an overview over the most wanted features for example if I click on "ideas" since sometimes it gets a bit cluttered (many people ask "questions" instead of posting an idea for example) an open bugtracker or a way to see what bugs have been confirmed or what features are beeing looked at would be great.
- anonymous maintenance! No need to say more... ;-)
- more robust filesystem integration (FUSE is mentioned often?)
- network-side maybe some improvements on the UPnP front and NAT traversal techniques like UDP hole punching. I guess I remembered something about TCP for beta?!
- small features like choosing the correct local IP, hiding drive letters that are already taken, let the integration work as a network drive only...
- Better documentation about the crypto-process on the webpage, "128bit AES" is not very meaningful if you for example don't know how the key is derived (100000*SHA 256 hash I guess or was that for the login?)
- Better not give some features to the users... I can find out the IP adress of Luzius by using Ctrl+Alt+D, "Benutzer-Ping" and then trace his UserID down via world view... there are enough script kiddies out there and not all users are fit enough to make sure their computer stays their computer... It's fine to be able to trace people like that but it's kinda not nice to be able to get IP adresses of ALL current Wuala-users!
- Chat! Does it work? I don't know... maybe via an inbuilt IRC client or so, so others can chat too, like in eMule
- Explanation what each file in /Data for example does. There seems to be little documentation about that...
4 people say
this answers the question
-
Inappropriate?I've noticed that some users are asking about about automatic folder synchronization with wuala. That is something I would like but I don't know if it is really a priority.
With file system integration I can do that with an external program and it works fine. It's just that it is kind of irritating have to start wuala, then the external program, then the syncronization...
Is there anything planned regarding this matter?
I’m undecided
2 people say
this answers the question
-
Inappropriate?Something else I would like to see is something like better statistics what exactly Wuala is doing. If I don't know the Ctrl + Alt + D Command, all I can tell is how much traffic is going in and out - that's it!
I don't even know that I'm a supernode (Well I know - yay me!) or how much traffic Wuala generated the last 24 hours etc.
Maybe a tab or a window like the "Statistics" tab in eMule would be nice. -
Inappropriate?what are the exact requirements for being able to host a supernode? it seems that only machines that feature upnp act as supernodes or that are completely open on all ports (no firewalling and no specific port opening only).
all nat clients that run wuala at my places (but they have proper wuala ports opened to the external network correctly (green icon, everything checks fine)) are only storage node at best, but never supernode.
only places where i have upnp routers/feature act as supernode.
thats pretty weird if you ask me.
summary: better technical documentation, requirements, tech-specs and tech-insight would do the community some good.
feed the tech-savvy users real tech indepth information. i bet i am not the only one whos eager to understand and learn about wuala more deeply and thus being better able to help the whole network and project.
same direction: api for programmatically accessing and using wuala/network/storage stuff.....
other idea: what about anonymous (dump/blackhole) storage for the wuala network? in this way all those crazy webhosting services (dumpthisandthat, yousendit, mediashare, mediaload, rapidshare, whatnot..... younameit.....) would be unnecessary.
people could easily dump their stuff into this great filestorage network that wuala nodes create and stop fooling around with captchas, banneroverloaded adinfested crappages and so on.....
an idea for anonymous wuala storage space could maybe added as a percentage that normal wuala users are willing to contribute of their storage space to non-authenticated users (anon storage).
a bazillion clients/endusers each running storage nodes would make a much better and reliable service, which would be highly scalable and persistent in comparison to slow and overloaded filehosters thesedays.
something like that.1 Comment Add a comment
This answers the question
-
I have forwarded a port manually, since the local adress is from another connection and UPnP can't work because of that, so I guess supernodes are either rather random or have certain requirements like large uptime, a "green" connection or more upload capabilities than a normal node.
Anonymous File dumping... well they earn money by displaying ads in their client and maybe selling storage, so I guess free arbitrarily large storage for everyone might not be such a good idea. You can already stop fooling around with this kind of stuff if you get an invitation or sign up later when there is open access. If 1 GB is not enough just buy storage for a one time fee (I hope) or trade some of your HDD-storage.
Another problem with anonymous uploads is that the people who anon-upload don't contribute storage space and thus won't help the network as storagenodes or something like that. -
Inappropriate?if people would be able to use wuala space as dumpsace they would ofcourse also contribute space as they also need files from other people and so on. the whole network is pretty much all about sharing one thing or another, let it be ideads, content and so on.
people constantly look for space to put up their little information, sensational pictures, funmovies and all kinds of "trash".
if wuala would be stable, uncomplicated and had some anon area it could really become a mighty competitor.
also for the company behind wuala or anyone running stuff like this, content is a big network factor. there are hugeloads of nodes on the inet that only "leech" off traffic, but there are not that many nodes who provide content.
this ratio has become better in recent years with all the usergenerated content but is still relying on big servers/sites such as youtube and all that cryp centralized stuff.
only classic filesharing with p2p or ideads of storage nodes/grids such as with wuala would really change this into usercontrolled systems.
as for portforwarding and upnp. i have observed that the clients where i am able to use upnp wuala pretty much immediately becomes a supernode. these places where i have upnp capability have much lower upload speeds and much lower uptime (wuala online-time wise) than for example some other places where i can/want only to do portopening/nat and have much broader connection and uptime of 90%+
and still, all places of wuala clients in my control have green network capability and proper port-redirection/opening and are properly logged onto the wuala network, take part in chunksharing/distributing and storagetrading.
so the only technical difference is this upnp-way of opening/forwarding ports and the fixed-way of manually opening/redirecting ports external<->internal
so thats why i was asking for supernode-requirement specs.
EMPLOYEE