Really slow performance on FTP transfers

Re: Really slow performance on FTP transfers

Postby Cubytus » Sat Apr 18, 2015 8:48 am

Seems to work now, although it would be even simpler if no custom username was required and that one could simply use its email address.
Cubytus
Donator VIP
Donator VIP
 
Posts: 202
Joined: Fri Apr 10, 2015 1:45 am

Re: Really slow performance on FTP transfers

Postby Jocko » Sat Apr 18, 2015 8:54 am

Ok,

For information :
According with ddns providers, the required login is either the username or both username and email address. This last case is only for no-ip.

So the common case is to use username login.
Jocko
Site Admin - expert
 
Posts: 11529
Joined: Tue Apr 12, 2011 4:48 pm
Location: Orleans, France

Re: Really slow performance on FTP transfers

Postby Cubytus » Sat Apr 18, 2015 9:03 am

Well, it could simply allow for a normal email address in the "username" field, that could be renamed "login". The machine should adapt to the user, not the other way around. It works well without a username in inadyn, so I believe fvdw can, too.
Cubytus
Donator VIP
Donator VIP
 
Posts: 202
Joined: Fri Apr 10, 2015 1:45 am

Re: Really slow performance on FTP transfers

Postby Jocko » Sat Apr 18, 2015 9:10 am

As ddns providers is available on many ISP box, this feature doesn't have a high priority in the firmware development.

However we go to add it in the todo list (as currently, the feature works and it is a detail, not sure it will be done for the next release)

Currently, changes in the next release are:
- update the firmware web-interface for mobile platform
- improve how some features can be updated without releasing a new firmware image
- new version for twonky, transmission client
- support for large files (>2TB) for php and apache
- add raid management in the web-interface
- add a web console
- fix some several bugs
Jocko
Site Admin - expert
 
Posts: 11529
Joined: Tue Apr 12, 2011 4:48 pm
Location: Orleans, France

Re: Really slow performance on FTP transfers

Postby Cubytus » Sat Apr 18, 2015 9:48 am

I don't quite get you there. Here, "boxes" are uncommon, providers prefer to chain different modems and converters, which are usually heavily locked-down. Large providers, the big three or four holding 95% of the market usually forbid any kind of servers at home, so they wouldn't send a contradictory message putting a DDNS capability in plain view. Or they just include one or two providers.

Given how quickly you corrected the password field issue, perhaps I can assume the "username" one would be corrected as quickly? Was there a clear advantage in re-developping a DDNS update client rather than re-use inadyn?

One big improvement would be a way to install always up-to-date packages from repositories, just like other common Linuces do. OpenMediaVault is born naked, but has an optional plugin that installs all the required software to allow for installation and fully automated configuration of new add-ons. If they require a login/password pair, it defaults to the OMV already existing pair so as to make it easier to use.

And perhaps cut the features that are useless on a Cloudbox: all the USB stuff, for example.

Or go the exact, opposite way like NAS4free did: nothing can be installed or altered, it is designed as an embedded OS that "just works", and where all problems only have a single solution: reboot. To me that's a little extreme, but still interesting for people who don't want to manage it.

And please cut the large top banner: it serves no other purpose than take considerable real-estate on smaller screens.

All while typing this, I discovered another problem: as I switched to Spanish interface, suddenly all buttons showed their internal names (I assume), and more seriously, many don't show the normal menu below. This basically makes the Web interface unusable. How to revert the language now I don't have access to the menu's content?
Captura de pantalla 2015-04-18 a las 05.48.35.png
You do not have the required permissions to view the files attached to this post.
Cubytus
Donator VIP
Donator VIP
 
Posts: 202
Joined: Fri Apr 10, 2015 1:45 am

Re: Really slow performance on FTP transfers

Postby Jocko » Sat Apr 18, 2015 10:13 am

it is a known bug.

Read the topic: http://plugout.net/viewtopic.php?f=7&t=2033.

You need to restore the default language.
In putty do exactly this command to restore it:
Code: Select all
sed -rie 's#(.*)<language>.*</language>#\1<language>en</language>#g' /rw_fs/etc/nas_conf_db.xml

(Check twice the line before submitting it)

Then refresh the browser, the web-interface should work again.

Of course you need to install the related patch.

Cubytus wrote:And please cut the large top banner: it serves no other purpose than take considerable real-estate on smaller screens.
I leave you to find how to hide it in the web-interface ;) clue: it is near the firmware version label...
Jocko
Site Admin - expert
 
Posts: 11529
Joined: Tue Apr 12, 2011 4:48 pm
Location: Orleans, France

Re: Really slow performance on FTP transfers

Postby Cubytus » Sat Apr 18, 2015 5:47 pm

Jocko wrote:it is a known bug.

Read the topic: http://plugout.net/viewtopic.php?f=7&t=2033.
Good topic, perhaps it would be better to make its title more explicit: "Known bugs and available patches" ?
As an improvement suggestion, if fvdw can detect new versions, it should be able to detect patches as well.

Many strings are not properly translated in Spanish. I could do that if you wish.
Captura de pantalla 2015-04-18 a las 13.41.16.png


I leave you to find how to hide it in the web-interface ;) clue: it is near the firmware version label...
I found it. But I wish it would stay closed when the double-arrow is clicked, hence my comment.
You do not have the required permissions to view the files attached to this post.
Cubytus
Donator VIP
Donator VIP
 
Posts: 202
Joined: Fri Apr 10, 2015 1:45 am

Re: Really slow performance on FTP transfers

Postby Jocko » Sat Apr 18, 2015 6:11 pm

Cubytus wrote:As an improvement suggestion, if fvdw can detect new versions, it should be able to detect patches as well.
Currently there is no development to do it (no object is available in the firmware)

Cubytus wrote:Many strings are not properly translated in Spanish. I could do that if you wish.
Yes of course.
But several members proposed to do it but until now we have not received any improvement :whistle See the topic http://plugout.net/viewtopic.php?f=16&t=858#p16103
Jocko
Site Admin - expert
 
Posts: 11529
Joined: Tue Apr 12, 2011 4:48 pm
Location: Orleans, France

Re: Really slow performance on FTP transfers

Postby Cubytus » Sat Apr 18, 2015 6:43 pm

I never imagined there would be so many strings. I assume the //missing keys are the main untranslated strings?
Cubytus
Donator VIP
Donator VIP
 
Posts: 202
Joined: Fri Apr 10, 2015 1:45 am

Re: Really slow performance on FTP transfers

Postby Jocko » Sat Apr 18, 2015 8:07 pm

Yes that is :snicker

About unsupported usb feature. I think there is no other unsupported feature on Cloudbox (The USB features will be removed with release 16.1)
Jocko
Site Admin - expert
 
Posts: 11529
Joined: Tue Apr 12, 2011 4:48 pm
Location: Orleans, France

PreviousNext

Return to Lacie cloudbox (white casing)

Who is online

Users browsing this forum: No registered users and 13 guests