| |
Haven't registered yet? Do it here now!
 |
|
 |
|
rjhoward
Joined: 07 Mar 2008
Posts: 42
Location: Yucca Valley, CA
|
|
|
 |
|
 |
|
 Posted: Tue Dec 01, 2009 3:01 pm Post subject: Problems with feeds from GS |
 |
|
|
 |
|
 |
|
|
|
|
I'm having two problems with the feeds produced by GS:
1. If the feed is set to update hourly, it really updates every two hours. If set for 3 hours, it updates every 4. This is what happens with the cron job set to run hourly. Problem is somewhat improved if set to run every 30 minutes, but it's still erratic. Is there a better solution?
2. By far the more important problem is the time stamps in the feeds. The feed, as well as the individual items, are stamped with the server's correct local time, but with a UTC offset of +0100. Problem is, the correct offset for the server's local time is -0600. This makes a very fresh, just posted item appear to be 8 hours old. This seems to confuse certain software, causing all items in the feed to be skipped because they are too old. Can someone suggest a fix or workaround for this? It's a big problem for the project I'm working on. |
|
|
|
|
|
|
|
kaktus
Owner
Joined: 22 May 2004
Posts: 1576
Location: CheapestAdultScripts.com
|
|
|
|
|
|
|
| Posted: Tue Dec 01, 2009 3:40 pm Post subject: |
|
|
|
|
|
|
|
|
|
|
Yeah, about the 1st thing you are correct and I will be fixing this for next version..
about the 2nd problem.. script uses the server time when each entry is created. PHP automatically makes it into feed required timestamp to look like: Tue, 23 Sep 2008 17:20:00 +0100
thats done with the date('r') php function
I don't know why would a software skip an entry when it is some hours old.. that means that software isn't making time conversions properly, because if for example here now is 6pm, at your server is 0pm. That's not old news for me or you..
Dunno how to work that around..
_________________
 |
|
|
|
|
|
|
|
rjhoward
Joined: 07 Mar 2008
Posts: 42
Location: Yucca Valley, CA
|
|
|
|
|
|
|
| Posted: Tue Dec 01, 2009 4:17 pm Post subject: |
|
|
|
|
|
|
|
|
|
|
On issue #1: Thanks. When do you expect the next release?
On issue #2: I understand what you're saying, but something doesn't add up. Here is the output of a little script I wrote to show the date in 'r' format, running on the same server as GS:
Tue, 01 Dec 2009 08:05:16 -0800
UTC-8 is Pacific Standard time, which is odd because I thought the server was on Central Standard time (UTC-6). In any case, GS is outputting the time as UTC+1, which would be OK if adjusted the hour by the appropriate amount, but it's not. Where is the UTC+1 coming from?
As for the 3rd party software misbehaving, I've had this problem with two different packages (Twitterfeed and SNS Analytics). My other feed with a correct timestamp gets processed; the GS feeds get skipped. Yes, I've drawn a conclusion that the timestamp is the problem, but I can't think of any other explanation. |
|
|
|
|
|
|
|
kaktus
Owner
Joined: 22 May 2004
Posts: 1576
Location: CheapestAdultScripts.com
|
|
|
|
|
|
|
| Posted: Tue Dec 01, 2009 4:43 pm Post subject: |
|
|
|
|
|
|
|
|
|
|
next update will come somewhere in the start of 2010
about 2nd issue, thats because you used just php. The script takes the date of the entry from the mysql
each time the script makes a new entry it records the built date with NOW() function in the mysql database. then when the script builds the feed it reads the date from the mysql and with php date('r') converts it to that standart.
So probably your mysql time is not same as your server time. Thats like on 90% on the servers.
i don't see from where else the +0100 could come..
_________________
|
|
|
|
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2002 phpBB Group
|
 |
phpBB Template designed by SkaidonDesigns |
 |
| |
