Nimitz_1061

Has anyone gotten the cron element of this contribution working?

In the configuration file, make sure the Site ID and Site Code are set correctly. $ebay_siteId = "0"; $ebay_siteCode = "US"; $ebay_siteName = "US"; See: http://developer.ebay.com/DevZone/XML/docs/Reference/ebay/types/SiteCodeType.html - it has a bit more upto date information than before.

BTW - wanted to say I'm pretty impressed with this contribution so far. I've installed this on 3 stores. 2 of them are already receiving reviews as a result (one of them 59 in 3 days) and the other is too new to have a sufficient order base to drive results. Well done :) David

I did not say it was a web host problem. Presuming your configuration file is correct and stable, and Mailbeez using it appropriately (assumptions I took as given above as your post gave the impression the site had been up awhile and I don't see a slew of ZC specific blank page complaints), this would be a web server problem primarily, because .htaccess is not part of PHP - but a web server component. In this case, mod_rewrite is probably being used. The module should be using a correct URL, though it may be rendered incorrect by processing in the web server. May also be an application problem - which could be confirmed by temporarily disabling the rewrite system. If it works using standard URLs, the rewrite is the most likely culprit. This could go wrong in at least 2 ways. First, creation of bad path, 2nd stripping any GET variables. I would expect your web host to be able to be a helpful resource in quickly resolving that issue. David

This is really not a PHP problem. Its a web server problem. Your host might be able to help, though likely for some additional fee - its not generally a covered service... David

Never mind - fixed and nothing to do with STS itself. Sometimes, you just GOTTA make a fool of yourself to get the right answer to pop into your head. Thanks. David

I'm working a newly migrated STS based store. We're had any number of problems, and seem to have many of them whipped - but when I try to order the checkout confirmation page comes up blank. View source reveals a few header lines, but no html opening tag. <title>****.com -Your military surplus gear, camping and hiking supplier for outdoor and more</title> <meta name="Description" content="Online sales for military surplus/commercial gear. Your place for military apparel, insignias, survival gear, hunting, tents, knives, footwear, parachutes, unusual collectibles and more at almost wholesale prices."/> <meta name="Keywords" content="Military surplus gear,hunting and camping gear,knives,sporting goods,kids military clothing,costumes,survival, collectibles,military insignias,vintage,dog tags,carhartts,leather flight jackets,army,navy,marines,coast guard,air force,search and rescue,military tactical gear,"/> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"/> <!-- EOF: Generated Meta Tags --> I have NEVER worked with STS before, but have checked the files in the catalog root for (and fixed) short tags and whitespace issues. I don't see anything blatent and have checked the header tags and meta tags files, which seem to work just fine on other pages. I'm now searching this topic for similar events/solutions. But would appreciate any pointers - can someone throw me a clue? David

No, seems to be something else. I don't see any filename.php in that data set....

Jack, These files definitely do not contain the same definitions. Several new FILENAME_* and language definitions are blown away by that file set. I have not had a chance to look at the code itself yet, but I would not recommend copying that set on anything at this point. I'll see if I can get time to do a compare this evening.. David

Jack, Perhaps I missed this in your install documents, but I did a "new store" install by copying the included file set over a brand new rc2a install. After I did there were some language entries missing - the Administrator Configuration one was the first I saw. Can you clarify which release the new store only catalog is for? Regards David

I was having an issue where the new Manufacturer's fields were saved, but not read back when entering the manufacturer's page. If anyone else encounters this, it was a result of switching two sets of string assignments at about lines 215 and 244. The first one should just draw input fields, while the 2nd one draws input fields populated from $mInfo.

Frankly, I get too many complaints from people that the HTMLArea Image Manager won't send an image name to the database to bother with it in its current instantiation. Its a bit too complicated in use, and definitely needs more work before it is ready for production use. David

Well, as a general clue, I often see such behavior in an EP install when the temp directory is not writable. This would make me suspect that it is a sessions related problem. IE - the EP code may think it is a session user who does not have permission to write to the temp directory. Or, the permissions on that directory may have been changed, or the EP file itself may not be owned by the webserver.... (figured you'd probably looked at the last two items but, you never know..) David

Richard, Winzip will on at least some occaisions mangle tar.gz files. If you recall my mangled posting of your Easypopulate Data File Tools , that was a result of a Winzip mangling. Not a consistent problem, but definitely there. David

Thank you! David