Skip to main content

View Post [edit]

Poster: brewster Date: Apr 8, 2009 10:53am
Forum: etree Subject: FTP read-access is going away


The Archive will continue to support FTP uploading for some time, but we are phasing out FTP read access in favor of HTTP (web) access.

FTP is pretty ancient and makes it hard for us to support well.

We hope this will not be a major inconvenience.

-brewster
Digital Librarian, Internet Archive

Reply [edit]

Poster: J.B. Nicholson Date: May 8, 2009 4:40pm
Forum: etree Subject: Flash-based sharing? Large file support?

When I tried the new "Share" button, I was prompted to install Adobe Flash player (Firefox noticed I didn't have Adobe Flash installed and notified me I was "missing" a plugin).

Is this intentional? I didn't notice any mention of Flash involvement on the internetarchive.wordpress.com post about this. What does Flash have to do with submitting uploads? Is this appropriate? Has this been tested with Gnash to make sure it works with free software, not just proprietary software?

What are the upload size limits if the FTP upload option goes away? How would one upload files above that size after the FTP upload option goes away?

Reply [edit]

Poster: sjpeagles1 Date: Aug 12, 2010 11:41am
Forum: etree Subject: Re: FTP read-access is going away

I wasnt aware that allowng the ftp access was that difficult for the admins here but I just want to respectfully comment that I am truly dissapointed that I can no longer use a prog like smartftp to download shows. I have been a longtime user of the lma and have helped spread the word about it to many people..but for whatever reason, and i have tremendous problems downloading shows in a timely fashion thru the htp method-while I was able to very effectively download tons of shows over the past ten years or so using ftp servers which seemed to work quicker for me ( i dont know why) and seemed to have a much lower chance or rate of timing out on me...not to mention that you can reset the download on an ftp server and pick up where u left off rather than losing whatever percentage u had already downloaded...anyway just needed to vent. FYI the reason why I am suddenly angry about this is because I actually had a two year hiatus from any major internet activity or more importantly any major music downloading or uploading due to personal issues- moving several time, not having a computer for a while and then having only occasional access when i finally did get to a place that had a computer. Also I have had a glut of unprocessed downloads that I decided to burn and listen to before gathering more content. Thanks for your time. I hope maybe someday when bandwidth and storage become even easier to come by and cheaper and bigger that maybe ftp would be reinstated as a staple on the lma just as it once was one of the building blocks of this great project. Thanks to all who make it happen....

Reply [edit]

Poster: morst Date: Jul 28, 2009 10:10pm
Forum: etree Subject: Re: FTP read-access is going away

I miss FTP for uploading and file maintenance! I love DownThemAll for downloading, it's smooth sailing with the regular expressions. . .
/(.mp3)$/ gets any file with an extension of .mp3
/(vbr.mp3)$/ gets only files with "vbr.mp3"
/(.(shn|flac|txt|md5|ffp))$/ is my standard lossless audio download string

But I notice that I can access FTP for the initial upload of Live Music Archive items, but once the files are checked in, the FTP is gone, and only the http interface remains. I think when the http interface is more suited to neatly sorting and selecting multiple files then it will be the "smooth sailing" experience, and I look forward to that.

In the meantime, I will upload very carefully before I check my files in, since that will be the only time I can use FTP.

Archive.org is still one of my favorite websites, and it keeps getting better. These little growing pains are a natural side-effect, I think.

Reply [edit]

Poster: mttbrilhart Date: Jun 19, 2010 9:52am
Forum: etree Subject: Re: FTP read-access is going away

I'm not sure if this is the exact place to post this, but I'm angered by the switch with the embeddable music players. The ones you originally offered just the right size. They were the only thing I could find that Google sites would allow me to embed with (Google sites is so strict)

The new players are huge and are forcing me to ether re-upload my entire collection of music for my site, (for player appearance consistency reasons) or find a new host; which is going to be a huge pain. Why fix what isn't broken? You've basically stalled my website's overhaul... Is there a way to get the old player?

Reply [edit]

Poster: sarana Date: Oct 17, 2010 1:12pm
Forum: etree Subject: Re: FTP read-access is going away

You can tweak the player. The embed code has height and width properties. The appearance of the player elements and graphics of the player can be changed too to suit your site.

The complete settings: http://flowplayer.org/plugins/flash/controlbar.html

I'm currently building my own. The new player is a lot more customizable than the old one.

Reply [edit]

Poster: Christopher710 Date: Apr 26, 2009 4:09pm
Forum: etree Subject: Re: FTP read-access is going away

This is a major inconvenience!

Can you please tell me how to use http to download a whole show (flac files) without having to download individual files one after the other?

Reply [edit]

Poster: dschwarz Date: Apr 27, 2009 9:05pm
Forum: etree Subject: Re: FTP read-access is going away

For anyone fretting about the lack of FTP access, check out cURL and wget utilities. These are common on Linux systems, and versions are available for Windows - either native or within "cygwin". I'm sure they are available on MacOS X as well, although I haven't checked.

Easy to use, scriptable, once you get the hang of it, you won't mind losing FTP.

Reply [edit]

Poster: davpeterson Date: May 2, 2009 2:37pm
Forum: etree Subject: Re: FTP read-access is going away

exactly! downloading 20 individual flac files via http is incredibly inconvenient, and just plain annoying when there is a much easier way (FTP).

also, clumping 1 gig of FLAC files into a zip file requires at least 1 gig free on my system drive, which sometimes i do not have.

it is horribly annoying to download a 9/10 of a gig and then encountering an error, and then having to restart the whole thing again.

please please don't get rid of FTP access!!! i don't think i'm the only "old school-er" out here!

Reply [edit]

Poster: claregate68 Date: Nov 16, 2009 2:06am
Forum: etree Subject: Re: FTP read-access is going away

I am not comuter literate, so could someone
explain th me how I download a non copyright book
when I right click and click transfer,I have no idea
what happens but the file does not appear on my computer
anywhere.
Please tell this stupid person called me what I am
doing wrong.

Reply [edit]

Poster: mharle Date: Jan 25, 2011 3:05pm
Forum: etree Subject: Re: FTP read-access is going away



I too am having issues downloading. When I try to download a movie from the site, I click on the file but no download happens, it just plays the movie in a new browser window. I have a mac, how do I get the film to actually download?

Reply [edit]

Poster: FaceOnMars Date: May 17, 2009 10:54am
Forum: etree Subject: Re: FTP read-access is going away

I agree, the lack of FTP to download 20 some odd individual files (.flac) is a MAJOR inconvenience when forced to use http.

If there's a compelling security or resource issue as to why FTP is being phased out, great, I can accept that; however, to say that FTP is "antiquated" is simply misguided (at best) with respect to utilizing the live music archive.

Reply [edit]

Poster: xtifr Date: Apr 10, 2009 6:41pm
Forum: etree Subject: Re: FTP read-access is going away

Waah! Http doesn't have wildcard support! :(

Reply [edit]

Poster: greenone Date: Apr 10, 2009 6:48pm
Forum: etree Subject: Re: FTP read-access is going away

Downthemall does. :)

Reply [edit]

Poster: deadhead_1971 Date: Apr 24, 2009 8:35pm
Forum: etree Subject: Re: FTP read-access is going away

OK, I am now a convert to the downthemall product. I like to keep things simple and rarely go outside the Microsoft sphere of products. I have too many servers and PC running MS software so I don't need any compatibility issues. However, based on your recomendation, I downloaded the FireFox browser and Downthemall (DTA) onto my personal PC and everything works just fine and in fact there is a lot more flexibility when using the DTA product specificall the ability to create custom file ext filters, something that was not available with the ftp client I was using (WSFTP)

Alls well that ends well and if anyone is having FTP withdrawal symptoms try the above solution.

Reply [edit]

Poster: glenn Date: May 11, 2009 9:07pm
Forum: etree Subject: Re: FTP read-access is going away

I use DTA but would still very much prefer 2-way ftp. I get more checksum failures with http downloads, so it's not simpler for me at all.

I'm not at all happy about losing ftp access.

Reply [edit]

Poster: xtifr Date: Apr 13, 2009 12:27am
Forum: etree Subject: Re: FTP read-access is going away

But it only matches substrings, so, for example, "*.flac" will get you every file with ".flac" anywhere in the name, not just those that end with .flac. (You can get around this with regular expressions, but it's much more complicated and arcane).

Furthermore, DTA uses a graphical user interface, which makes it rather inconvenient for the vision-impaired, or for those trying to download to remote machines (something I do frequently). This is also why it won't run under GNU Screen, which is a major inconvenience for those of us who have shared computers (i.e. people with a family).

Furthermore, DTA requires Firefox, and many people prefer Opera or Safari or Epiphany or Konqueror or Chrome (I won't mention the one with the blue "e" because anyone who prefers that deserves to suffer).

I understand that FTP can be a bit of a pain to administer (although in my experience, it's the uploads that are the real pain, and a download FTP service is relatively straightforward), but I still feel like I'm being punished for being technically competent and smart. That's why I stopped using Microsoft products, but unfortunately, the Archive doesn't have any decent alternatives, unlike MS. :(

Reply [edit]

Poster: deadhead_1971 Date: Apr 24, 2009 9:36am
Forum: etree Subject: Re: FTP read-access is going away

I also agree that the lack of ftp support is a major step backward. Allowing HTTP transfers is a good option form many who don't even know what FTP is, but it could have been implimneted as another option and not the only option. Someone without a FTP client on their pc would not simply donwload that way, with other users that might prefer FTP having both options.

Nothwithstanding your comment about maintaining the seperate FTP, it is of course you call as to whether you should provide both. I understand fully the complexity of maintaing a large network and you site is certainly falls into that realm.

I beleive the majority of your users are probably more technical than the average www visitor and that as time goes on you will get more complaints about the lack of ftp support.

Of course no matter what you decide to do, the site is absoluety GREAT ! !

Reply [edit]

Poster: FaceOnMars Date: May 17, 2009 11:03am
Forum: etree Subject: Re: FTP read-access is going away

I would simply like to concur: removing FTP is a MAJOR step backwards.

Reply [edit]

Poster: rookie from ttown Date: May 28, 2009 9:50am
Forum: etree Subject: Re: FTP read-access is going away

totally understandable. you have to do what you have to do for the whole to work its best. one question then, how do i get the full .flac/.shn show if there isnt a full zip made during the upload? do i have to use the http and click on every file individually to download them? thx.

Reply [edit]

Poster: MattyP30 Date: Jun 29, 2009 8:31pm
Forum: etree Subject: Re: FTP read-access is going away

I think the FAQ needs to be updated. I found out about this change after spending a quite bit of time trying to figure out why I could no longer log in to FTP with anonymous.


http://www.archive.org/about/faqs.php#250

Can I log into an FTP server to download concerts?

Yes, you can log into iaXX.us.archive.org (where XX is a number), with the username anonymous and use your email address as the password. Each recording's details page will have a link for FTP that will tell you which number server the show is on, and in which directory. Here is a thread with an example.

Reply [edit]

Poster: ZaPenguin Date: Jan 28, 2011 10:14pm
Forum: etree Subject: Re: FTP read-access is going away

While I can appreciate that FTP is both an ancient AND royal pain in the ass, the fact remains that two years later, there's no "single-click" HTTP solution in place for lossless shows (at this point, .ZIP files of .FLAC/.SHN remain a "work in progress", as they have been for something like five years), and there really should be.

"Use Firefox and install DownThemAll" is a complete joke of a solution. Firefox is a very dislikeable browser - slow, clunky UI, and a complete resource hog (probably still better than IE, but that's the textbook definition of "damning with faint praise" right there).

For those of us on Opera, there's still no acceptable way to access the shows in the best format possible. My right-click -> Save linked content as... finger is hurting :(

Reply [edit]

Poster: segarra Date: Feb 7, 2011 8:05pm
Forum: etree Subject: Re: FTP read-access is going away

http://www.archive.org/details/acolornotation00munsgoog
I am a new member and am not sure where to address this question.
I am trying to download the book "a color notation" but when I right click on the PDF link my only choice is a Firefox file.
Can you tell me why
Thank you

Reply [edit]

Poster: Jeff Kaplan Date: Jun 26, 2012 12:28pm
Forum: etree Subject: Re: FTP read-access is going away

sorry but i'm not able to duplicate the problem. when i click (not right click) the PDF (Google.com) link i'm taken to a Goggle page where i can use the "gear" icon dropdown in the upper right and select "Download PDF".

by right clicking you are downloading an html file.

Reply [edit]

Poster: AppalachianGirl Date: Jun 26, 2012 11:45am
Forum: etree Subject: Re: FTP read-access is going away

If you receive an answer to your question, I'd like to know it. I don't know where to begin to download, and see no link at all. I don't even know where you found your PDF link!

Reply [edit]

Poster: icarito Date: Aug 17, 2009 4:02pm
Forum: etree Subject: Re: FTP read-access is going away

Sorry if this question is out of place.

I too am having some problems with the new uploader.
It will freeze my firefox on Ubuntu jaunty, until it finishes uploading.

Now i finished uploading http://www.archive.org/details/HinarioGuardiescristiano but it went into Open Source Audio collection, but I coulnt'd find where to select the collection, and now I can't seem to change it.

The correct collection is probably Spirituality&Religion, or is there a collection for devotional music?

Thanks!

Reply [edit]

Poster: as_yet_undetermined Date: Oct 29, 2009 12:51pm
Forum: etree Subject: Re: FTP read-access is going away

Hello aOrg,
I uploaded about a 70 meg zip file (containing 14 mp3s @ 320 kbps constant bitrate and 1 jpg graphic file), using he button- While it Uploaded,
I filled out the other info TWICE- because when I hit the Share my Files button- I was sent to a blank page which read,
"No Files Uploaded"- Why is this happening ??
Plz Help-
PJR

Reply [edit]

Poster: tracey pooh Date: Aug 17, 2009 11:38pm
Forum: etree Subject: Re: FTP read-access is going away

OK, we have reproduced issues with files larger than about 8MB
with linux and our flash-based uploader.

therefore, we are pushing out an agent-based detection for unix/linux to show people how to use the non flash-based uploader variant.

sorry for any inconvenience and for the delay in this fix!
--tracey, archive staff

Reply [edit]

Poster: rookie from ttown Date: May 28, 2009 9:50am
Forum: etree Subject: Re: FTP read-access is going away

totally understandable. you have to do what you have to do for the whole to work its best. one question then, how do i get the full .flac/.shn show if there isnt a full zip made during the upload? do i have to use the http and click on every file individually to download them? thx.

Reply [edit]

Poster: SCTVMC Date: Apr 12, 2009 3:23pm
Forum: etree Subject: Re: FTP read-access is going away

Is there any way using your http interface to create a cue and do a batch download (the way there is with ftp)?
You say you are "phasing out" ftp. Until that happens, is there any way to use ftp to do batch download?
I -- and many others like me -- download the public domain films to run on our public and educational access cable television channels, which means a single download from archive.org is multiplied by many, many viewers. Batch downloads are essential for this.

Reply [edit]

Poster: DAdsr Date: Nov 8, 2009 10:04pm
Forum: etree Subject: Re: FTP read-access is going away

i already checked the FAQ
ive uploaded mp3´s for like 5 times now and everytime i finish and hit share files im prompted to an annoying page that says "apparently no files where uploaded" or something of that source.
why cant i upload?!! your new http uploader doesnt work at all!!! please fix this i need to upload!

Reply [edit]

Poster: scoundrel Date: Nov 10, 2009 9:45am
Forum: etree Subject: Re: FTP read-access is going away

I have been trying to upload and getting nowhere [using IE8].
It was bugging me big time so, in desperation, I tried Google Chrome and it all went perfect.

Reply [edit]

Poster: DAdsr Date: Nov 10, 2009 9:48am
Forum: etree Subject: Re: FTP read-access is going away

thanks actually i tried uploading the next day succesfully with the http uploader here. :D

Reply [edit]

Poster: protobadger Date: Sep 22, 2009 2:30am
Forum: etree Subject: Re: FTP read-access is going away

Hey,

Introductions- I just want to say, great job you guys have all been doing here at archive. I've been using it for at least six or seven years for music (and the occasional video) and if I were there in person talking to you I should like to bow for introductions. This is, I believe my first time posting in the forums.

So archive is moving its focus to a windows and mac centric browser interface while phasing out FTP for non-researchers. One justification for phasing out FTP is that with its technical focus on web apps, archive has no time for maintaining FTP.

Deadhead commented "I beleive the majority of your users are probably more technical than the average www visitor and that as time goes on you will get more complaints about the lack of ftp support."

While this is likely true, I feel this makes the IA team's point: the average www visitor should be able to use archive.org in vast and complex ways without learning (what are, for them) semi-obsolete computer skills. This will allow the IA to expand the base of those participating and making use of open content on the web.

If providing this technology truly does require shutting down FTP in some ways, then archive.org may, as many have suggested, alienate/frustrate some of its more technical users if it doesn't provide a new mechanism to do what a ftp like interface is capable of doing (uploading/downloading many specific files and/or very large files). We now have somewhat of a substitute for ftp uploading, and none for downloading (unless a user finds this particular forum topic and learns to use downthemall).

All valid concerns.

Overall, the upload->share buttons and the file uploading beta page are huge progress in my mind. If the file uploading beta page could be integrated with the design of the site, that'd be cool.

Reply [edit]

Poster: garthus Date: Jul 31, 2009 6:51am
Forum: etree Subject: Re: FTP read-access is going away

Brewster,

I read all of these posts and while your reasons for eliminating ftp may be sound, the use of other plug ins which complicates the share button situation is not. I run basic versions of Debian at home for my workstation and do systems administration work during the day. I ran into a problem when the upload button change occured. Apparently some plugin is either missing or misconfigured and it does not work, I cannot upload from these linux machines.

Basic rule of complex systems is to not further complicate their functions. A simple share button pointing to the relevant uploading page is simple and functional. The current share button only creates potential problems for worldwide users and does not really add to the functionality. I have always designed all of my websites as simply as is possible. I do not use shockwave, flash or any of the "in" plugins because they do not really provide useful added functionality. There is a tendendcy amongst developers to use as many bells and whistles as is possible, reminds me of the playground altercations where "mine is bigger than yours" was popular. KISS was not meant to be a joke but increasing refers to ever more complicated systems which become that way because their creators forget about the end user. Looking nice is not equivalent to running good and optimizing functionality. Why one would take an already well functioning process and further complicate it by making the user go to another page and then decide whether they want to upload or correct existing items is beyond me. The old upload gave the option to change existing items right on the page for changing or adding item information. That is a much more optimal solution that the newer more complicated version which requires additional mouse clicks and page views in order to accomplish the same thing. http and ftp is a minor point compared to taking a well functioning system and screwing it up by trying to make it look better (not work better). Commercial software manufacturers have gone down this road, that is why we see the incessant market in so-called training people to use software. Software which appears to be purposely bloated, so as to make it difficult to use, and thus generate additional revenues for companies through training programs and manuals.

Please do not take a great idea, (the archive) and make it more difficult for volunters to upload information, in the name of making the process look better. Design has two major areas, aesthetics is not as important for open source software, but functionality is. I deal with this stuff everyday, The constant fight between the PR marketing types who constantly blather on about how the sight should look, while ignoring the functionality which is so important to the end user.

Gerry
garthus@lilrc.org

Reply [edit]

Poster: tracey pooh Date: Aug 17, 2009 11:41pm
Forum: etree Subject: Re: FTP read-access is going away

OK, we have reproduced issues with files larger than about 8MB
with linux and our flash-based uploader.

therefore, we are pushing out an agent-based detection for unix/linux to show people how to use the non flash-based uploader variant.

sorry for any inconvenience and for the delay in this fix!
--tracey, archive staff

Reply [edit]

Poster: garthus Date: Aug 18, 2009 5:53am
Forum: etree Subject: Re: FTP read-access is going away

Tracey,


I already figured out how to fix the Linux/Unix thing almost immediately after the appearance of the flash button and published it in another forum. By the way problem also exists in Windows based browsers when one runs lightened versions of the browsers. While it is nice to publicize this, no one has yet answered the real question. What is the benefit/purpose of complicating the process by using a proprietary plug-in to to facilitate an upload process. I generally do not use such things, specifically for the reasons which have appeared. However, from a global perspective; using such plug-ins is a bad idea. My family lives in Central Asia and for all practical purposes the interface is almost un-usable over a dial-up connection.

Could the developer who has done this contact me, I am really interested in understanding why this was done. In fact it would be easier to not deal with agent-based detection (which further complicates the process and now creates more potential for instability in the system) and just go back to a button which functions the way a button should; that is ---> 'on-click' ---> go to appropriate page.

Or have two sets of pages:

One for people who are impressed by such things and do not care about wasting their time doing uploads; and another for people who could care less about bells and whistles and more about actually putting things up in the archive in a way which is optimal. In fact I would volunteer to code such a page if given such access; .... basically two gateways:

One simple gateway which is user friendly, and compliant to the needs of people with disabilities and people who would prefer not to waste their precious time while volunteering their services to help the Archive achieve its stated goal.

One gateway along the lines of where we are currently heading; resembling a face-book page on steroids.

Gerry 18 August 2009

Gerard Arthus
Systems Administrator:
Long Island library Resources Council
627‭ ‬N.‭ ‬Sunrise Service Road
Medford,‭ ‬New York
USA‭ ‬11713‭
Office:‭ ‬631-675-1563
Fax:‭ ‬631-675-1573
Home:‭ ‬631-289-7565
Cell:‭ ‬631-335-5250

Professor:
Graduate Computer Science/Engineering Management Program
Long Island University/CW Post Campus
720‭ ‬Northern Boulevard
Brookville,‭ ‬New York
11548-1300

Re:
response to posting on 'etree' by Tracey Pooh as follows;

OK, we have reproduced issues with files larger than about 8MB
with linux and our flash-based uploader.

therefore, we are pushing out an agent-based detection for unix/linux to show people how to use the non flash-based uploader variant.

sorry for any inconvenience and for the delay in this fix!
--tracey, archive staff

Reply [edit]

Poster: tracey pooh Date: Aug 18, 2009 11:20am
Forum: etree Subject: Re: FTP read-access is going away

see
my post here

Reply [edit]

Poster: skies Date: Aug 18, 2009 12:25pm
Forum: etree Subject: Re: FTP read-access is going away

Hi,Tracy pooh , your name is such a blast!!!

Reply [edit]

Poster: tracey pooh Date: Aug 18, 2009 11:26am
Forum: etree Subject: Re: FTP read-access is going away

and yes, exactly.
we surveyed youtube, facebook, and google video specifically (and others) when redesigning our upload system.

they all are pretty similar:
very basic metadata (title, descrip, keywords) form
flash or java uploader (or heavy JS with progress meters).

--t

Reply [edit]

Poster: IndieInvasion Date: Aug 19, 2009 2:54pm
Forum: etree Subject: Re: FTP read-access is going away

If it ain't broke, don't fix it! There is no reason that having access to FTP should be phased out! Honestly, would you ever try to upload a 300+MB file inside a web browser? And shouldn't the necessities of all users be taken into consideration when making sweeping changes like completely removing FTP access??? I understand the need to make uploading easier for (non-techie)users but that doesn't negate the need for more technically-minded users to have access to a protocol that allows for larger volume uploads. (and don't tell me the new uploader can handle 8GB files, browsers (particularly w/ flash) aren't going to be able to do that reliably)

If there were an alternative to Archive.org I would be switching right about now!

Reply [edit]

Poster: tracey pooh Date: Aug 19, 2009 3:00pm
Forum: etree Subject: Re: FTP read-access is going away

there is a way to upload files w/o using the flash.
in fact, for files over 2GB, it automatically shows you how to do that.

it's much more common these days to upload files with HTTP
and we've taken much care to make sure large file uploads work.

--tracey

Reply [edit]

Poster: garthus Date: Aug 18, 2009 7:39pm
Forum: etree Subject: Re: FTP read-access is going away

Tracey,

Bad examples to use, I am not impressed by google, youtube or Facebook, they are to clunky and bloated. It will be a sad day if the archive goes the way of those monsters.

Gerry

Reply [edit]

Poster: Albert Schlef Date: Apr 28, 2009 5:38am
Forum: etree Subject: Re: FTP read-access is going away

I want to mention a problem with your HTTP servers: they no longer support "download resuming". Since most of the files you're serving are quit large, this problem is far from being negligible.

I wrote about it here:

http://www.archive.org/iathreads/post-view.php?id=237446

Reply [edit]

Poster: J.B. Nicholson Date: May 8, 2009 4:14pm
Forum: etree Subject: Download continuation works well as far as I can tell.

I can't duplicate your problem continuing downloads. It seems to me to work just fine:

-----------------------------------------------
$ \wget --version
GNU Wget 1.11.4 (Red Hat modified)

Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Originally written by Hrvoje Niksic .
Currently maintained by Micah Cowan .

$ \wget --server-response 'http://www.archive.org/download/BigBuckBunny/big-buck-bunny-NTSC.iso'
--2009-05-08 18:13:50-- http://www.archive.org/download/BigBuckBunny/big-buck-bunny-NTSC.iso
Resolving www.archive.org... 207.241.229.39
Connecting to www.archive.org|207.241.229.39|:80... connected.
HTTP request sent, awaiting response...
HTTP/1.1 302 Found
Date: Fri, 08 May 2009 23:13:50 GMT
Server: Apache/2.2.11 (Ubuntu) PHP/5.2.3-1ubuntu6 mod_ssl/2.2.11 OpenSSL/0.9.8e mod_wsgi/2.3 Python/2.5.1
X-Powered-By: PHP/5.2.3-1ubuntu6
Location: http://ia360903.us.archive.org/1/items/BigBuckBunny/big-buck-bunny-NTSC.iso
Vary: Accept-Encoding
Content-Length: 0
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Content-Type: text/html; charset=UTF-8
Location: http://ia360903.us.archive.org/1/items/BigBuckBunny/big-buck-bunny-NTSC.iso [following]
--2009-05-08 18:13:50-- http://ia360903.us.archive.org/1/items/BigBuckBunny/big-buck-bunny-NTSC.iso
Resolving ia360903.us.archive.org... 207.241.231.151
Connecting to ia360903.us.archive.org|207.241.231.151|:80... connected.
HTTP request sent, awaiting response...
HTTP/1.0 200 OK
Connection: keep-alive
Content-Type: application/x-iso9660-image
Accept-Ranges: bytes
ETag: "1375906711"
Last-Modified: Thu, 29 May 2008 23:29:48 GMT
Content-Length: 8294793216
Date: Fri, 08 May 2009 23:13:50 GMT
Server: lighttpd/1.4.18
Length: 8294793216 (7.7G) [application/x-iso9660-image]
Saving to: `big-buck-bunny-NTSC.iso'

0% [ ] 251,688 104K/s ^C

$ \wget --continue --server-response 'http://www.archive.org/download/BigBuckBunny/big-buck-bunny-NTSC.iso'
--2009-05-08 18:13:58-- http://www.archive.org/download/BigBuckBunny/big-buck-bunny-NTSC.iso
Resolving www.archive.org... 207.241.229.39
Connecting to www.archive.org|207.241.229.39|:80... connected.
HTTP request sent, awaiting response...
HTTP/1.1 302 Found
Date: Fri, 08 May 2009 23:13:58 GMT
Server: Apache/2.2.11 (Ubuntu) PHP/5.2.3-1ubuntu6 mod_ssl/2.2.11 OpenSSL/0.9.8e mod_wsgi/2.3 Python/2.5.1
X-Powered-By: PHP/5.2.3-1ubuntu6
Location: http://ia360903.us.archive.org/1/items/BigBuckBunny/big-buck-bunny-NTSC.iso
Vary: Accept-Encoding
Content-Length: 0
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Content-Type: text/html; charset=UTF-8
Location: http://ia360903.us.archive.org/1/items/BigBuckBunny/big-buck-bunny-NTSC.iso [following]
--2009-05-08 18:13:58-- http://ia360903.us.archive.org/1/items/BigBuckBunny/big-buck-bunny-NTSC.iso
Resolving ia360903.us.archive.org... 207.241.231.151
Connecting to ia360903.us.archive.org|207.241.231.151|:80... connected.
HTTP request sent, awaiting response...
HTTP/1.0 206 Partial Content
Connection: keep-alive
Content-Type: application/x-iso9660-image
Accept-Ranges: bytes
ETag: "1375906711"
Last-Modified: Thu, 29 May 2008 23:29:48 GMT
Content-Range: bytes 286440-8294793215/8294793216
Content-Length: 8294506776
Date: Fri, 08 May 2009 23:13:59 GMT
Server: lighttpd/1.4.18
Length: 8294793216 (7.7G), 8294506776 (7.7G) remaining [application/x-iso9660-image]
Saving to: `big-buck-bunny-NTSC.iso'

0% [ ] 3,227,928 832K/s eta 2h 43m
-----------------------------------------------

wget is a program to download files. As the first command shows, I'm using version 1.11.4 with modifications from Red Hat.

In the second command, I download the NTSC DVD of "Big Buck Bunny". I cancel the download by pressing Control-C.

In the third command I issue an identical command with the "--continue" option which makes wget continue the download where it left off. Had I been willing to wait, I could have continued all the way to completion.

Could it be that you're not using software which does continuation properly, therefore it doesn't work for you? We can't tell because you don't specify what software you're using either here or in the thread you direct us to read.

Reply [edit]

Poster: Albert Schlef Date: May 11, 2009 12:52am
Forum: etree Subject: Re: Download continuation works well as far as I can tell.

Thanks for checking my report, I appreciate it.

I too use Linux, and I use wget too --the exact version you're using.

I see that the URL you used, "http:// .... /big-buck-bunny-NTSC.iso", indeed supports download resuming. But all other URLs I try don't support it.

For example, try to download the following file:

http://www.archive.org/download/Beverly_Hillbillies_Ep01_The_Clampetts_Strike_Oil/BH01_The_Clampetts_Strike_Oil_512kb.mp4

I download it using...

$ wget --continue http://www.archive.org/download/Beverly_Hillbillies_Ep01_The_Clampetts_Strike_Oil/BH01_The_Clampetts_Strike_Oil_512kb.mp4

...then I press Contorl-C, but when I execute the command again I don't get a "HTTP/1.0 206 Partial Content" like you do. I get a normal "HTTP/1.0 200 OK".

Perhaps only some of your servers support download resuming? Could you please investigate the URL I gave here?

Reply [edit]

Poster: J.B. Nicholson Date: May 11, 2009 7:52am
Forum: etree Subject: Now I can see that download continuation doesn't always work.

Just to be clear, I don't work for archive.org. I'm just a satisfied user.

With regard to continued downloads on http://www.archive.org/download/Beverly_Hillbillies_Ep01_The_Clampetts_Strike_Oil/BH01_The_Clampetts_Strike_Oil_512kb.mp4 I can duplicate your result.

I don't know enough about their lighttpd configuration to be sure why things are the way they are. Apparently sometimes continuation is not available. Perhaps it is set that way on some servers, perhaps it is set that way on certain MIME types, or certain files.

As I understand it from glancing at lighttpd docs, one can set

server.range-requests = "disable"

based on almost anything. So one could say:

$HTTP["url"] =~ "\.mp4$" {
server.range-requests = "disable"
}

and disable range requests for all filenames ending in ".mp4".

I don't know why one would want to turn off continued downloads at all; I'd imagine file download continuation should be on all the time for any kind of file no matter which server the file comes from. I'd imagine this really hampers streaming files as you'd want to be able to pick up where you left off filling a streaming player buffer.

I hope someone from archive.org responds to you and can illuminate the situation. There might be some variables or policy issues of which I am unaware.

Reply [edit]

Poster: Nemo_bis Date: Nov 3, 2013 11:59am
Forum: etree Subject: Wayback machine doesn't support the "Range" header AKA wget --continue doesn't work

It's still not working fully, in particular on the Wayback machine: web.archive.org sometimes contains big files, but stops sending them just a few bytes short of 100 MiB: "Connection closed at byte 104857347", says wget. You can retry at will and in few seconds/minutes you get 100 MiB more... but the same chunk.
The wget docs say «Note that -c only works with FTP servers and with HTTP servers that support the "Range" header», indeed it seems web.archive.org doesn't support it. In my test I see that the response to the second request is a HTTP/1.1 200 OK, not HTTP/1.0 206 Partial Content; it doesn't change if I interrupt the download and resume it manually instead of letting wget retry; the partial file does exist in the directory.

I also tried accepting gzip per some comment on the web, see full output.

$ wget --continue --header "Accept-Encoding: gzip" --tries=0 -S http://web.archive.org/web/20070720040924/http://www.knams.wikimedia.org/wikimania/highquality/Wikimania05-AP1.avi
--2013-11-03 20:02:21-- http://web.archive.org/web/20070720040924/http://www.knams.wikimedia.org/wikimania/highquality/Wikimania05-AP1.avi
Resolving web.archive.org (web.archive.org)... 207.241.224.26
Connecting to web.archive.org (web.archive.org)|207.241.224.26|:80... connected.
HTTP request sent, awaiting response...
HTTP/1.1 302 Moved Temporarily
Server: Tengine/1.5.1
Date: Sun, 03 Nov 2013 20:02:21 GMT
Content-Type: video/x-msvideo
Transfer-Encoding: chunked
Connection: keep-alive
set-cookie: wayback_server=74; Domain=archive.org; Path=/; Expires=Tue, 03-Dec-13 20:02:21 GMT;
Link: ; rel="original"
Location: /web/20070810113028/http://www.knams.wikimedia.org/wikimania/highquality/Wikimania05-AP1.avi
X-Archive-Wayback-Perf: [IndexLoad: 9, IndexQueryTotal: 9, RobotsFetchTotal: 2, RobotsRedis: 2, RobotsTotal: 2, Total: 14]
Set-Cookie: wb_total_perf=14; Expires=Sun, 03-Nov-2013 20:03:21 GMT; Path=/web/20070720040924/http://www.knams.wikimedia.org/wikimania/highquality/Wikimania05-AP1.avi
X-Archive-Playback: 0
X-Page-Cache: MISS
Location: /web/20070810113028/http://www.knams.wikimedia.org/wikimania/highquality/Wikimania05-AP1.avi [following]
--2013-11-03 20:02:21-- http://web.archive.org/web/20070810113028/http://www.knams.wikimedia.org/wikimania/highquality/Wikimania05-AP1.avi
Reusing existing connection to web.archive.org:80.
HTTP request sent, awaiting response...
HTTP/1.1 200 OK
Server: Tengine/1.5.1
Date: Sun, 03 Nov 2013 20:02:21 GMT
Content-Type: video/x-msvideo
Content-Length: 288092160
Connection: keep-alive
Memento-Datetime: Fri, 10 Aug 2007 11:30:28 GMT
Link: ; rel="original", ; rel="timemap"; type="application/link-format", ; rel="timegate", ; rel="first last memento"; datetime="Fri, 10 Aug 2007 11:30:28 GMT"
X-Archive-Orig-Connection: close
X-Archive-Orig-Content-Length: 288092160
X-Archive-Orig-Content-Type: video/x-msvideo
X-Archive-Orig-ETag: "5d5c-112bf000-4015cefd252c0"
X-Archive-Orig-Server: Apache
X-Archive-Orig-Accept-Ranges: bytes
X-Archive-Orig-Last-Modified: Thu, 22 Sep 2005 14:16:19 GMT
X-Archive-Orig-Date: Fri, 10 Aug 2007 11:30:28 GMT
X-Archive-Wayback-Perf: [IndexLoad: 6, IndexQueryTotal: 6, RobotsFetchTotal: 2, RobotsRedis: 2, RobotsTotal: 2, Total: 31, WArcResource: 24]
Set-Cookie: wb_total_perf=31; Expires=Sun, 03-Nov-2013 20:03:21 GMT; Path=/web/20070810113028/http://www.knams.wikimedia.org/wikimania/highquality/Wikimania05-AP1.avi
X-Archive-Playback: 1
X-Page-Cache: MISS
Length: 288092160 (275M) [video/x-msvideo]
Saving to: `Wikimania05-AP1.avi'

36% [====================================> ] 104,857,347 --.-K/s in 1m 45s

2013-11-03 20:04:07 (976 KB/s) - Connection closed at byte 104857347. Retrying.

--2013-11-03 20:04:08-- (try: 2) http://web.archive.org/web/20070810113028/http://www.knams.wikimedia.org/wikimania/highquality/Wikimania05-AP1.avi
Connecting to web.archive.org (web.archive.org)|207.241.224.26|:80... connected.
HTTP request sent, awaiting response...
HTTP/1.1 200 OK
Server: Tengine/1.5.1
Date: Sun, 03 Nov 2013 20:04:08 GMT
Content-Type: video/x-msvideo
Content-Length: 288092160
Connection: keep-alive
Memento-Datetime: Fri, 10 Aug 2007 11:30:28 GMT
Link: ; rel="original", ; rel="timemap"; type="application/link-format", ; rel="timegate", ; rel="first last memento"; datetime="Fri, 10 Aug 2007 11:30:28 GMT"
X-Archive-Orig-Connection: close
X-Archive-Orig-Content-Length: 288092160
X-Archive-Orig-Content-Type: video/x-msvideo
X-Archive-Orig-ETag: "5d5c-112bf000-4015cefd252c0"
X-Archive-Orig-Server: Apache
X-Archive-Orig-Accept-Ranges: bytes
X-Archive-Orig-Last-Modified: Thu, 22 Sep 2005 14:16:19 GMT
X-Archive-Orig-Date: Fri, 10 Aug 2007 11:30:28 GMT
X-Archive-Wayback-Perf: [IndexLoad: 10, IndexQueryTotal: 10, RobotsFetchTotal: 5, RobotsRedis: 5, RobotsTotal: 5, Total: 87, WArcResource: 74]
Set-Cookie: wb_total_perf=87; Expires=Sun, 03-Nov-2013 20:05:08 GMT; Path=/web/20070810113028/http://www.knams.wikimedia.org/wikimania/highquality/Wikimania05-AP1.avi
X-Archive-Playback: 1
X-Page-Cache: MISS
Length: 288092160 (275M) [video/x-msvideo]
Saving to: `Wikimania05-AP1.avi'

36% [====================================> ] 104,857,347 --.-K/s in 85s

2013-11-03 20:05:33 (1.18 MB/s) - Connection closed at byte 104857347. Retrying.

$ wget --version
GNU Wget 1.13.4 built on linux-gnu.

+digest +https +ipv6 +iri +large-file +nls +ntlm +opie +ssl/openssl

Wgetrc:
/etc/wgetrc (system)
Locale: /usr/share/locale
Compile: gcc -DHAVE_CONFIG_H -DSYSTEM_WGETRC="/etc/wgetrc"
-DLOCALEDIR="/usr/share/locale" -I. -I../../src -I../lib
-I../../lib -D_FORTIFY_SOURCE=2 -Iyes/include -g -O2
-fstack-protector --param=ssp-buffer-size=4 -Wformat
-Wformat-security -Werror=format-security -DNO_SSLv2
-D_FILE_OFFSET_BITS=64 -g -Wall
Link: gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Wformat-security -Werror=format-security -DNO_SSLv2
-D_FILE_OFFSET_BITS=64 -g -Wall -Wl,-Bsymbolic-functions
-Wl,-z,relro -Lyes/lib -lssl -lcrypto -lz -ldl -lz -lidn -lrt
ftp-opie.o openssl.o http-ntlm.o ../lib/libgnu.a

Reply [edit]

Poster: Andrew Armstrong Date: May 9, 2009 7:20am
Forum: etree Subject: Re: FTP read-access is going away

Okay, found an issue; my firewall had my browser setup to the (obvious) "Web Browser" - which doesn't allow port 81.

I'll test it in the future, but that seems a little weird. If you ever remove the basic uploading, this will be a common problem - 81 is just not a standard for HTTP connections anywhere!

Why the use of a non-standard port anyway? I guess to get around proxies?

The "Edit Item" I did try - but it's misnamed, this is uploading and deleting/renaming files, not metadata, which is what the -other- Edit Item button is :) v. confusing!

It's also a little slow for many items, because it shows all derivatives and thumbnails - shouldn't the derivatives be hidden, and just automatically derived again when the item is submitted? Deleting them manually could really upset the IA's frontend HTTP display, say, if you remove derivatives that the streaming player uses.

Oh, also, the "Share" button, wherever it is shown (on that editing page, or on the /create link ) is malformed in Firefox disaply-wise, not sure why (it's kind of two things overlapping badly).

I'll try out uploading then editing an item when I get a chance. I'm sure it'll be useful for very small files.

Reply [edit]

Poster: Andrew Armstrong Date: May 9, 2009 7:32am
Forum: etree Subject: Re: FTP read-access is going away

Replying to myself too, one other thing.

If you remove FTP uploads I'm going to be obviously really annoyed. HTTP uploads are the worst thing ever for most files - can't be rate controlled, you can't see progress for large files, and you rely on your browser not crashing (all three, terrible!).

It also can't deal with large files well, or multiple queues of files, or simultaneous uploads (you won't get more then 3 connections in most browsers - and I presume 1 will be used to just signal to the archive you're uploading, meaning you get 2 others - I presume the tool doesn't allow more then one file to be uploaded at once anyway).

This is, if anything, fine for tiny music files, but for nothing else. If FTP uploads are removed, there are going to be a massive amount of problems uploading video and software material, and if there are lots of files, text entries too :(

It also doesn't allow automation - if you set up a upload via your web browser, you can use another computer entirely to do the uploading - I was planning on doing that in the future, from a permanently up server, rather then leaving my 660W drawing beast of an overkill machine uploading, noisily, overnight. I already do that now using my laptop to do the FTP uploads, while I set it up on my PC (reason being it is damn easier typing on my PC to do the metadata :) ).

There is no better alternative then allowing FTP uploads indefinitely. If you force HTTP uploads using any kind of tool - it doesn't matter if it's the bees knees or not even a web browser, it simply won't practically work for many reasons I've stated (and others that other people have stated in this thread of course).

That is one thing you'll get a lot of feedback about if it was more prominently sent out as news to uploaders and curators - maybe the fact you have everyone's email address (or at least, well, a website you can put up a piece of news on every page on!), and are actually soliciting feedback, you could get the message out to everyone who would be affected?

Reply [edit]

Poster: Rádio Verde Date: Nov 17, 2013 7:37am
Forum: etree Subject: Re: FTP read-access is going away

Please, i want to give the audience a link to download directly my audios. How can I do this?

Reply [edit]

Poster: scott-tally Date: Apr 10, 2009 11:56am
Forum: etree Subject: Re: FTP read-access is going away

Umm - is that access like when I used to log into one of the many many servers thru my FTP client (as anon.) and just poke around the folders looking for a GD SBD that wasn't secured, or anything else that looked interesting? :)

Reply [edit]

Poster: glenn Date: May 11, 2009 9:13pm
Forum: etree Subject: Re: FTP read-access is going away

yeah, especially that. I'll really miss that.

Reply [edit]

Poster: MattyP30 Date: Jun 29, 2009 8:52pm
Forum: etree Subject: Re: FTP read-access is going away

I think the FAQ needs to be updated. I found out about this change after spending a quite bit of time trying to figure out why I could no longer log in to FTP with anonymous.


http://www.archive.org/about/faqs.php#250

Can I log into an FTP server to download concerts?

Yes, you can log into iaXX.us.archive.org (where XX is a number), with the username anonymous and use your email address as the password. Each recording's details page will have a link for FTP that will tell you which number server the show is on, and in which directory. Here is a thread with an example.

Also, here ( http://www.archive.org/about/faqs.php#249 ) it says you can still use an FTP client...

Reply [edit]

Poster: cdlots Date: May 29, 2009 10:41am
Forum: etree Subject: Re: FTP read-access is going away

Bring ftp back. Using a browser for http dl of whole flac shows is a giant pia. Please reconsider this policy.
Thanks

Reply [edit]

Poster: brewster Date: May 29, 2009 10:50am
Forum: etree Subject: Re: FTP read-access is going away

sorry this is proving difficult for many of you. is the firefox DownloadThemAll not a good enough patch?

from the archive's side it has been great to not have to support ftp, we would love to keep it off.

-brewster

Reply [edit]

Poster: remoter Date: Apr 12, 2009 6:54pm
Forum: etree Subject: Re: FTP read-access is going away

Francly, it is major inconvenient with no FTP :(((

Reply [edit]

Poster: brewster Date: Apr 12, 2009 7:08pm
Forum: etree Subject: Re: FTP read-access is going away

please be more clear as to why.

thank you.

-brewster

Reply [edit]

Poster: Andrew Armstrong Date: May 9, 2009 6:55am
Forum: etree Subject: Re: FTP read-access is going away

I think the removal of FTP wouldn't be so bad, if it wasn't that the HTTP downloads are so malformed - here's an example:

http://www.archive.org/details/E3_2006_United_Games

A large, multi-part sequential video film. The problem with the HTTP side is that all the derivatives are on the same lists as the normal, higher quality files (which in this excellent case are higher quality but not that much bigger!). Selecting them one at a time would take a rather long time. This isn't the worst example - I am thinking if it were a set of MP4 files (there are some I have uploaded which are), there would be very similarly named derivatives (with the same filetype) making some download managers still need to you click a hundred times to deselect the ones which have the additional _512kb postfix.

There are also times where multiple copies of a file at different qualities are uploaded, or even sometimes video files (or extra files) the archive doesn't recognise and show on the front page of items - which are only visible in the "All HTTP files" option, making it more difficult to get the complete set of files off that main details page (When I did say this to Tracey, it was a whitelist of shown files, which is somewhat annoying - for instance, BIK files - a common videogame original video format, isn't recognised).

So, maybe put up some instructions in the out of date FAQ about this? Suggest using plugins - FlashGet+Download Manager, DownloadThemAll, and show how to select all the correct full files. I actually intend to do some tutorials for uploading at some point, maybe I'll do a few for this too...

I am not wholly against removing a standard such as this, but FTP is also much more reliable then HTTP - if you need to go through the front end (which sometimes crashes/is unavailable), at least don't remove direct links to the folder contents such as this page for that item ("All HTTP files"):

http://ia311228.us.archive.org/1/items/E3_2006_United_Games/

(Perhaps improve this to allow each of the columns to be sortable - this would imitate some of the useful FTP things, and make it even easier to download all the right files - ordering by date here means you can have the newer metadata and derivatives at the bottom).

Perhaps a link somewhere to a list of "original files" would also help download managers too - or make it Javascript and affect the "Individual Files" section of items, to remove all the derivatives from being shown :D

Or, for instance, the file list on the left of video entries has so many derivatives (which are in the main file list which has names anyway) perhaps this column could be just "Original files", since derivatives are already downloadable from the centre column (as for texts, music, software, not sure how these are managed).

Also, since there are FTP uploads (which I never see as going away, web browsers simply can't deal well with uploading files!), I guess read only would always be technically possible. Not a bad thing to remove it, like I said, just simplifying things too much removes some of the useful aspects.

Maybe I should go make a FF plugin which can interface with some download manager, so you can input a identifier and it'll go and find the original files from that entry to download...hehe, if only I had the time.

Hope this feedback is useful, email me if I can help in any way :) I do see FTP downloads still as useful, as others have pointed out, then some other methods - but this is obvious, it is not HTTP so will be different in some ways.

Reply [edit]

Poster: admkrk Date: Apr 24, 2009 11:51pm
Forum: etree Subject: Re: FTP read-access is going away

i think i can speak for many people in replying that while ftp might be ancient, so are we. i'll have to give dta a chance before i can complain further but, and i'm certainly no wizard, how is it more complicated to maintain ftp uploads and not downloads? also if i can't upload by ftp anymore, how am i supposed to do it? i honestly don't understand how you can simplify anything by providing one way ftp. that sounds more complicated to me.

Reply [edit]

Poster: brewster Date: Apr 25, 2009 12:52pm
Forum: etree Subject: Re: FTP read-access is going away


It does simplify configuration and security management, but you have a point about maintaining it only one way.

We are in test of an HTTP uploader system that is really smooth that we would like to release to a wider group in a week or so.

So we hope that the http download, which is what most people do, will be at least not too painful a switch.

-brewster

Reply [edit]

Poster: admkrk Date: Apr 25, 2009 2:35pm
Forum: etree Subject: Re: FTP read-access is going away

so, will this new upload system be something else i have to install or will it be built-in?

Reply [edit]

Poster: brewster Date: Apr 25, 2009 2:39pm
Forum: etree Subject: Re: FTP read-access is going away

it will all be easy and built in.

Reply [edit]

Poster: admkrk Date: Apr 25, 2009 2:41pm
Forum: etree Subject: Re: FTP read-access is going away

that sounds grate.

i'm trying to figure out how dta works atm. hopefully it will be simple enough once i learn how it works.

Reply [edit]

Poster: AnnaN Date: May 5, 2009 1:37pm
Forum: etree Subject: Re: FTP read-access is going away

The new (beta) upload tool is available! Please see the updated info at http://www.archive.org/about/faqs.php#Uploading_Content

Also now available, new options for managing items you've uploaded:
How can I make changes to my item?
http://www.archive.org/about/faqs.php#262

Reply [edit]

Poster: Stucco Date: May 27, 2009 6:49am
Forum: etree Subject: New upload tool

I have an automated upload system using the old FTP method. Anyone have any suggestions how to automate uploads with this new share button? My FTP solution uses PHP and a cron job, watching a folder for submissions, and meta info from the file name.

Reply

Poster: 87saba Date: Jul 2, 2010 12:37am
Forum: etree Subject: Re: FTP read-access is going away

Just tried to download the book "something from nothing" by P.Gilman, but it appears only in HTTP format and in ~40 files, about 12Mb each!! A full days work.
This book CANNOT be found at ICDL neithe the title not P.Gilman in the Authors list.
Please help!
Thanks

http://www.archive.org/details/glmsmth

Reply [edit]

Poster: cdlots Date: May 29, 2009 10:41am
Forum: etree Subject: Re: FTP read-access is going away

Bring ftp back. Using a browser for http dl of whole flac shows is a giant pia. Please reconsider this policy.
Thanks

Reply [edit]

Poster: rookie from ttown Date: May 28, 2009 9:50am
Forum: etree Subject: Re: FTP read-access is going away

totally understandable. you have to do what you have to do for the whole to work its best. one question then, how do i get the full .flac/.shn show if there isnt a full zip made during the upload? do i have to use the http and click on every file individually to download them? thx.

Reply [edit]

Poster: mediterrane@bigpond.com Date: Apr 13, 2010 3:03am
Forum: etree Subject: Re: FTP read-access is going away

To whom it may concern
I only joined you tonight and believe me i have been looking for this books for quiet some time, since they are out of print i was disappointed until a few weeks ago i discovered you on the web to cut the story short, is it possible to download the full text of any of those books? if you could help me it would be much appreciated. Jimboomba (Jim)

Reply [edit]

Poster: kzns.pl Date: Oct 25, 2009 2:20pm
Forum: etree Subject: Re: FTP read-access is going away

ok, but PLEASE never remove FTP upload. HAVING to be MANUALLY use a browser to upload files costs time and money. We are writing an automated system (Delphi on windows) so we can just select a file and it will add ID3 tags, normalise the mp3 (say), FTP it, check it in, update a database, and do it all automatically. We dont want to have to do the uploading seperately as that means more staff training. (And in this day and age should not be necessary when it can be computerised)

Reply [edit]

Poster: RJ Kua Date: Jun 5, 2012 6:01am
Forum: etree Subject: Re: FTP read-access is going away

uhm, hi, i'm a new member and i was to download "Rurouni kenshin: Voyage to the moon world" the link is: http://web.archive.org/web/http://archive.org/details/rurounikenshinvo00wats but i don't know how to download it... please help...

Reply [edit]

Poster: <a href="http://www.minecraftserverhostings.com">mine craft server hostings</a> Date: Dec 4, 2011 1:48pm
Forum: etree Subject: Re: FTP read-access is going away

I want FTP back:(