what is more reliable than ftp?
-
So you've learned something, and that's always a good day! ;)
Those who fail to learn history are doomed to repeat it. --- George Santayana (December 16, 1863 – September 26, 1952) Those who fail to clear history are doomed to explain it. --- OriginalGriff (February 24, 1959 – ∞)
-
Yes indeed. Thank you I noticed that the most new things I learn everyday come from CP. Strange isn't it ? :D
Microsoft ... the only place where VARIANT_TRUE != true
Yeah - but most them them are either rude or unreliable... :-D
Those who fail to learn history are doomed to repeat it. --- George Santayana (December 16, 1863 – September 26, 1952) Those who fail to clear history are doomed to explain it. --- OriginalGriff (February 24, 1959 – ∞)
-
Apologies if this is in the wrong place but I couldn't see that it fitted anywhere else either My clients regularly transfer largish files via ftp and everything generally works happily As they are in an expensive serviced office one client has transferred their internet connection over to a 4G solution to get much faster access without the corresponding bill and generally it works but.... as might be expected their ftp transfers now have many retries and failed transfers. Sometimes the transfer appears to be successful but the resulting file might be a small percentage of the correct file size Does anyone have any suggestions for alternatives to look at that might work better (more reliably) over the 4g network?
-
Apologies if this is in the wrong place but I couldn't see that it fitted anywhere else either My clients regularly transfer largish files via ftp and everything generally works happily As they are in an expensive serviced office one client has transferred their internet connection over to a 4G solution to get much faster access without the corresponding bill and generally it works but.... as might be expected their ftp transfers now have many retries and failed transfers. Sometimes the transfer appears to be successful but the resulting file might be a small percentage of the correct file size Does anyone have any suggestions for alternatives to look at that might work better (more reliably) over the 4g network?
-
You asked stupid question, because FTP _is_ reliable, since it works over TCP. Read about FTP's "block transfer mode" - exactly what you need for broken connections.
-
thank you for your opinion unfortunately the majority of ftp implementations do not have the option of "block transfer mode" preferring to implement the Stream mode instead.
-
thank you for your opinion unfortunately the majority of ftp implementations do not have the option of "block transfer mode" preferring to implement the Stream mode instead.
Don't knock a compliant ftp just because you'll have to install a compatible version on both client and server ends. After all, if you go with some other application, you'll already have to do that anyway. The difference is that the client won't have to learn some new tool just for their file transfers with you. Whether that difference is a plus or a minus depends on the client's attitude about this matter.
We can program with only 1's, but if all you've got are zeros, you've got nothing.
-
But it's not a reason to name FTP as "unreliable", do you agree? :) EVERYTHING above TCP is reliable. And best "really working" way is rsync or torrent (as adviced above).
Sorry but I don't agree In my book if a program sets out to do something (in this case transfer a file) and the results are not achieved it isn't reliable. It doesn't matter to me or the customer why the program is failing just that it is I wasn't aware of the alternate modes in the ftp spec and after checking it appears that a lot of ftp programs available only implement stream mode and now I know I might have phrased the subject slightly differently but the idea of a subject is to convey what you are looking for in a few words
-
Don't knock a compliant ftp just because you'll have to install a compatible version on both client and server ends. After all, if you go with some other application, you'll already have to do that anyway. The difference is that the client won't have to learn some new tool just for their file transfers with you. Whether that difference is a plus or a minus depends on the client's attitude about this matter.
We can program with only 1's, but if all you've got are zeros, you've got nothing.
I wasn't aware that I had knocked a compliant ftp. Or did you mean the fact that I said that in the particular circumstances the ftp being used wasn't reliable? I think I was probably clear enough that I had been happy using ftp until the client changed their internet connection to 4g at which point the ftp program being used failed to cope and I was looking for an alternative. I can now see from Thorniks response that this could be a different ftp implementation
-
Torrents. Resumable on a 16kb block level, built-in integrity checks, clients are designed for sudden loss of connection. If things go really wrong, a "piece" will fail its hash-check and will be redownloaded. They're meant for P2P, but they also work fine with 1 seed and 1 peer, essentially acting like 1 server and 1 client. If there are multiple clients, they can limit their upload capacity if they want to.
Absolutely. They take seconds to set up, are actually less hassle than dropbox (where you've only got "public" and "not public"), and fly faster than either European or African swallows. I use 'em for just about everything. I used to use MegaUpload, until the US government decided that it had the right to confiscate my subscription to the service and access all my confidential customer files. You have no idea how close I came to taking the US government to court (in NL) over that.
I wanna be a eunuchs developer! Pass me a bread knife!
-
Yes indeed. Thank you I noticed that the most new things I learn everyday come from CP. Strange isn't it ? :D
Microsoft ... the only place where VARIANT_TRUE != true
Argonia wrote:
I noticed that the most new things I learn everyday come from CP. Strange isn't it ?
What, you mean you actually go to other web-sites? What a waste of bandwidth.
I wanna be a eunuchs developer! Pass me a bread knife!
-
As you're trying to transfer files, I'd suggest looking at rsync instead. I believe that there are rsync versions available on the major mobile platforms now, so this should be an attractive option.
-
Apologies if this is in the wrong place but I couldn't see that it fitted anywhere else either My clients regularly transfer largish files via ftp and everything generally works happily As they are in an expensive serviced office one client has transferred their internet connection over to a 4G solution to get much faster access without the corresponding bill and generally it works but.... as might be expected their ftp transfers now have many retries and failed transfers. Sometimes the transfer appears to be successful but the resulting file might be a small percentage of the correct file size Does anyone have any suggestions for alternatives to look at that might work better (more reliably) over the 4g network?
We do a lot of data transfers from our site to specific NASA sites and the data has to get there correctly. We had been using FTP and shipping the MD5's but one of our clients had to change their access due to security issues so we changed to SFTP which has a guaranteed delivery feature. We have not had any issues with failed or improperly transferred files since.
Jerry W. Manweiler, Ph.D. Fundamental Technologies, LLC
-
Pigeon "Pigeon flies past broadband in data speed race" http://www.bbc.co.uk/news/technology-11325452[^]
Simon Lee Shugar (Software Developer) www.simonshugar.co.uk "If something goes by a false name, would it mean that thing is fake? False by nature?" By Gilbert Durandil
-
Torrents. Resumable on a 16kb block level, built-in integrity checks, clients are designed for sudden loss of connection. If things go really wrong, a "piece" will fail its hash-check and will be redownloaded. They're meant for P2P, but they also work fine with 1 seed and 1 peer, essentially acting like 1 server and 1 client. If there are multiple clients, they can limit their upload capacity if they want to.
I would have thought torrents would be a good way of getting your internet connections revoked by your ISP? I haven't used torrents at all since anti-piracy three-strikes law came into effect here in NZ. Sure there might be legit reasons for P2P file sharing, but it must raise a red flag on the ISP servers. Have I been needlessly cautious?
-
I would have thought torrents would be a good way of getting your internet connections revoked by your ISP? I haven't used torrents at all since anti-piracy three-strikes law came into effect here in NZ. Sure there might be legit reasons for P2P file sharing, but it must raise a red flag on the ISP servers. Have I been needlessly cautious?
Well I don't know, I'm not that familiar with how the system works in NZ. I'd hope they'd check the hash against a database of "files that are not supposed to be shared" (which would take quite some effort to maintain), but on the other hand I'd also expect a stupid automated system to be stupid.
-
Apologies if this is in the wrong place but I couldn't see that it fitted anywhere else either My clients regularly transfer largish files via ftp and everything generally works happily As they are in an expensive serviced office one client has transferred their internet connection over to a 4G solution to get much faster access without the corresponding bill and generally it works but.... as might be expected their ftp transfers now have many retries and failed transfers. Sometimes the transfer appears to be successful but the resulting file might be a small percentage of the correct file size Does anyone have any suggestions for alternatives to look at that might work better (more reliably) over the 4g network?
If you're running Windows there's BITS: http://blogs.msdn.com/b/powershell/archive/2009/01/11/transferring-large-files-using-bits.aspx[^] That said, to use it on a phone you'd need to write your own client compatible with the phone's OS, which is probably more work than you're hoping for.
-
On the Torrent note, there is Bittorrent Sync[^], from the official Bittorrent Labs site. EDIT: Didn't read the message above mine! :-O
What do you get when you cross a joke with a rhetorical question?
-
Sorry but I don't agree In my book if a program sets out to do something (in this case transfer a file) and the results are not achieved it isn't reliable. It doesn't matter to me or the customer why the program is failing just that it is I wasn't aware of the alternate modes in the ftp spec and after checking it appears that a lot of ftp programs available only implement stream mode and now I know I might have phrased the subject slightly differently but the idea of a subject is to convey what you are looking for in a few words
If you use good tool in a wrong environment, why you blame the tool?? 3G _is_ a wrong environment, supposed to be very unstable! So blame 3G, not a FTP. And it's not a problem of FTP that some lazy ass didn't implement "block" mode transfer. You're talking from side of "I wanna this result" (side of USER - man who doesn't know and don't want to know internals of protocol). But you _blame_ protocol like you KNOW internals! Don't you see you jumped to the side of your incompetency?? All what you can ask is: "We need to transfer files in unreliable 3G environment. Previously we use wrong tool FTP, can you please advice for tool which can do reliable transfer over unstable connection?".
-
Argonia wrote:
I noticed that the most new things I learn everyday come from CP. Strange isn't it ?
What, you mean you actually go to other web-sites? What a waste of bandwidth.
I wanna be a eunuchs developer! Pass me a bread knife!
