Bought the Ghostscripter Amazon Shop($75) four days back and installed it accordingly on this site http://www.teachinghub.com . Getting this error when clicked on any of the product categories.. Error Message: Unable to connect to the Amazon XML Server Error Level: Amazon XML Request Error File: /home/content/n/i/s/***/html/includes/functions/func.global.php Error Line: 70 Hosting is with godaddy.com. Even searched on msn/yahoo/google with these words "Amazon XML server", and "/includes/functions/func.global.php" and also "Amazon XML Request" and found several UK sites with the same error as mine. But when I went to those sites and clicked on the product categories their error was already resolved. I regret buying the script before their site/forums opened ... Ghostscripters email support is one of the worst..they never got back to me..Sent 2 emails in the past 3 days...!!Hmmmm... Anybody else got this error resolved ?? Thanks.
Never mind.. Got it to work...Well I did not do anything though... just called godaddy.com to make sure if Zend Optimiser is installed..and they said "yes."..and I rechecked my site http://www.teachinghub.com ...and LO..it was working Never knew what caused the error!!
Their forum has been down for 4 months. Doesn't exactly inspire confidence in them, though I have been able to eventually get some email support from craig there. I've had their amazon store script running for more than 4 months with no sales. Been focusing on other sites a I guess. I believe there is a problem with google seeing the session id's. I have thousands of 404 redirects and poodle predictor is seeing the session id's though they don't show up in my browser. This is using their modrewrite tool set to "on" in the admin. I emailed craig about it...if I get a response I'll follow up here. Their excuse earlier this year was they were working on the next version of the script. Their product site is half shut-down due to spam? Geez! How hard is it to put up a contact form? Or Open a forum? I don't think they want to be bothered by their pesky customers...
To avoid session ids, I created a php.ini file and uploaded to the root directory. Contents: url_rewriter.tags = "" session.use_trans_sid = 0 session.use_cookies = 1 session.use_only_cookies = 1 Code (markup): If cookies are disabled, a user will not be able to check out. I suspect if someone has their cookies disabled (for whatever reason), they probably realize this though. Many places require cookies on carts.
Did you use this php.ini file with ghostscripters amazon shop? No matter...it will only take me a few minutes to try and click through my cart to amazons and see if it works.
tried adding gtechs php.ini file. Didn't seem to solve it. I see no session ids because of the modrewrite in my browser...except when I first click on "view cart". Thinking this may be where the session id is turned on I tried disallowing spiders to the view cart link with robots.txt. My means of testing this is the poodle predictor. still seeing session ids and my 404 redirect page
maybe I judged the results of adding the ini file too quickly then. I'll put it back and check again tommorrow. Maybe poodle predictors cache or session or something needs to reset. I tried both in the domain root and in the folder /store, thinking I'd rather have it affect just that folder in case it messes with my other php scripts...phpBB then again it may help it too? or does it need to be in the domain root to work at all? I suppose I could do my homework on php.ini files...
I'm not familiar with poodle predictor. All I know is, with that code in place, search engines should not be appending session ids to your urls. I had a few that slipped by before I put the php.ini in place. Google had the urls with session ids. I put the following in my .htaccess: RewriteCond %{QUERY_STRING} ^PHPSESSID=.*$ RewriteRule .* %{REQUEST_URI}? [R=301,L] This just redirects to the url without the phpsession id.
That will help me as well since I seem to be missing lots of these. the poodle predictor is a fun google spider tool..I would post the url if I had 10 posts yet! will I get in big trouble if I post it with spaces? www. gritechnologies .com/tools/spider.go?q=www .google-store.com/privacy.php
lol... obviously no trouble for you while supplying information (which is what a web address is in this case). You just don't get to have live links just yet
yahoo error report If I don't figure this out I may as well pull the amazon store off this site. I think it has killed my page rank. The suggested php.ini and modrewrite files don't seem to be helping. The site has grown too big I think too with too many isolated areas. I'm thinking I'll simplify and go back to writing content.
I've never used the php.ini file to override the default php.ini settings like that. You can squash php sessions using the .htaccess file with the following: php_flag session.use_trans_sid off When I looked into the use of the php.ini file as an override, I found the following article: http://www.washington.edu/computing/web/publishing/php-ini.html it says: "A php.ini file that you write must overwrite every setting in the UW's global php.ini file to achieve full functionality. Thus you must obtain a copy of the entire recommended php.ini template, rename it to php.ini, and then adjust the settings of the file to the values you desire." I thought I couldn't use a php.ini override because I do not have access to the server php.ini file. Perhaps this is why the override isn't working for jazzy. It may also be related to his server configuration. GTech, I like your rewrite rule to eliminate session IDs. That could come in handy. I recently bought the Ghostscripter code and am setting up a How-To book store. I have not yet installed any session ID overrides, but I am not seeing any session IDs using Poodle Predictor. I wonder why you guys are seeing them, but I am not. I've seen this tool before, but never really used it. It looks like it does do a great job of identifying session ID problems.
Glad to see some more input on this TE! I've been too busy to get around to giving up on this yet! I'll try your .htaccess suggestion.
adding php_flag session.use_trans_sid off to my .htaccess file cleared up the session ids. Thanks to both for your efforts....your checks are in the mail.
I'm still looking at this. Poodle predictor shows correct urls for catalog pages. But when I check with sim spider (link) catalog links are not in the folder www.shelbylandscaping.com/shop Now I'm wondering if there is yet something else going on...