You are here:  » fetch script

Support Forum



fetch script

Submitted by Paul1107 on Mon, 2009-08-10 09:13 in

Hi David,

I work with your fetch normally without any problems, I have duplicated it for another installation recently, but this time with another hosting service.

I'm fetching around 15 separate feeds, and I have a cron job running every night, however each morning I see the same feeds do not import, though they are updated in the modified column, but the products column shows 0 products for the feeds in question.

I have checked as far as I can, and all seems to be OK. but in the cron daemon email I get from the hosting service I get the following messages for each of the feeds that don't import, but cannot workout what they mean.

[/home/sites/*************/feeds/digitalempireonline.xml.zip]
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.

Forgive me, but before I go to the hosting service I wondered whether you have any light to shed on the matter?

Regards

Paul

Submitted by support on Mon, 2009-08-10 10:22

Hi Paul,

It is indicating that the .zip files are corrupt. The first thing to check is that the file actually has a decent size and is not zero bytes. If they do appear to be zero, check the URL; and perhaps request it manually in your browser to see what is being returned by the server generating the .zipped feed. In particular, check that it is definitely .zipped - it maybe that the server generating the feed is not sending it out compressed for some reason...

If you're not sure; if you want to email me a link to your site and the filename of one of the downloads causing the error I'll download it from your /feeds/ folder to my test server and take a look for you...

Cheers,
David.

Submitted by Paul1107 on Mon, 2009-08-10 10:28

Hi David,

The thing is that is so unusual, is that the same feeds are requested in another fetch script in exactly the same way but hosted in a different host (1&1) all that's different is the path and I have no problems with that fetch script.

If you don't mind I'll email over a link and see what you think, Thanks

Paul