Toucan Web Design

Have a try checking the error log on the admin, it may be something else unrelated. The fact that it's completely blank usually means some kind of problem with the php or server config

Yeah that's quite a lot of memory.. .. should be working fine with that.. you say you're running it locally, could the program you're using to emulate the web environment be limited the amount of memory used as well? Not sure whether you've changed the memory limit in just php settings or the software, only thing I can think of

Should only be using one normally yes, did you used to have an older version? Likely the old database is just leftover from that.. however, if the site isn't there, it shouldn't be getting used either.. so little bit odd. I'd just tell them that it's running an ecommerce store.. not sure why it would have a session longer than 10 minutes though, if they're meaning database connection wise

Is direct knife sales the name of your site? What you've likely got it on is to merge the meta data, which means the category meta title is getting joined with your standard site title (direct knife sales), and causing the duplication. You can either take the direct knife sales bit out of the category, or in general settings, there should be a part where you can tell it not to merge them and have the categories overwrite

Hi Ben, If you have a search of the forum for bsmither's fix for that jquery issue, that should sort it out, it's just a case of manually modifying a couple of files for the time being, that should fix the jquery issue without you needing to upgrade.

Simple enough, just change this: <p class="logo"> To this: <p class="logo" style="text-align: center;">

Shouldn't be the case, but it's possible it's cached.. could try clearing the product cache. Are options showing on any of the products, or just not on that one? If it's all of them, there might be a problem with the syntax for them on the skin file perhaps, or an error in the sql query. Have a check on your admin error log for the last one. Those are the only ideas off the top of my head

Bad news is that function doesn't support multiple random products, so you'd have to try something else. Offhand, your best bet will be to try find wherever's calling the function: _displayRandomProduct() and see if you can just get it to run twice, possibly to a different box. Not going to be straightforward though unfortunately, so you might need to ask on the 3rd party forums for help

Can't find where that query is run exactly, sadly.. not one that includes failLevel like that. I'd guess that something has happened to corrupt or otherwise ruin the config, and that it can't track the number of attempts to try before blocking. Could try restoring a copy of the config in the database Failing that, if you could post your version of CubeCart, we could try finding the query, but couldn't see it in any of the newer versions. If you're on an older version, may need an update to work with the new version of php

Does it throw up a lot of php warnings? If so, have a search for php deprecated warning fix, that'll do the job. If it's something else, not sure, you would need to post the errors you're getting

That file's not in CC5, so it's likely you have a different version. In general though, if you want to change the number of something limited showing, you'll need to change the SQL limit, which in this case would be looking for: LIMIT 1 and changing to LIMIT 2

Did you just change them on the inventory table? You'll need to change them on the cats_idx table as well, it contains a reference of a product and category and is what handles products being in multiple categories smoothly.

Can you give a link to the sitemap file so we can take a look at it? Not sure offhand why it would be generating more than the number of products, though it's possible that the categories aren't being factored into your calculations, especially if it's adding one for each seperate page

Did you use the key on a different domain to the one your main store is on?.. if so, then yes, it would be locked to that domain. You can get it unlocked if you contact cubecart I believe, though I'm unsure if it would cost support credits If they're on the same domain, then it should be ok, it might just be that the old key file needs deleting so it can regenerate it, if you have a search on the forums you should find threads about that

Could try ini_set('error_log','/home/dirtybut/public_html/plushcatalog/php_errors.txt'); Might be somewhere easier for you to find

That last error you posted may well be entirely seperate, it's to do with there not being an array of uploaded images (though it seems to think there is, and is checking for them) Looks like a bug on line 666 of filemanager.class.php for that one return (isset($file_id)) ? $file_id : true; Should return false if there's no file id's set by the looks of things, not true. So yeah, that's a different error, not related to those ones where it's not found the class data

They're getting pulled in right at the start, so nothing in theory generally gets run before them.. either it's not calling the controller in at all or maybesomething is overwriting the variable perhaps. Does the skin have any kind of custom ajax effects on it? Particularly for the adding to basket bit

Partly security measure and partly an issue with the rich text editor if you're trying to just insert javascript via that. Just won't let you to my knowledge. What you'll want to do is try opening up the skins/yourskin/styleTemplates/content/index.tpl file and try pasting it in there at the required place.

Might be that your new host has a different configuration and no longer supports the exact method you were using. Try going into your admin and change some of the htaccess / seo url settings, like whether it's using lookback and such. I'd try installing the .htaccess file again either way, might just not have uploaded correctly. Either that, or worst case might be that your host doesn't support any mod rewrite at all, which means they wouldn't work. Could try contacting your hosting support in that case and asking them if they support apache mod rewrite

Hi Geoff, All that information (well, images aside) are stored in the database, so you can go ahead and replace them without it affecting anything. The images are unique and can't generally get replaced either, though you sometimes have to be wary of accidentally overwriting a favicon if you have one. If you've made any custom changes to the skin, you might want to be careful with those. But in general It's only custom mods and other non standard plugins that you have to worry about upgrading over the top of. One thing usually recommended is to take a backup of the database and files first just in case, always best to be careful, but in general, you'll probably want to be taking database backups at least once a week anyway.

Hi Geoff, It depends whether your store has been modified really. If it hasn't then upgrading is as easy as just overwriting all the files with the updated ones. It's when you have custom modifications that it becomes tricky, the options then are to either just overwrite all the files with the update and reinstall the mods (can be worthwhile if you have only a small number of easy to install ones), or you can use a program such as winmerge to compare every file and find all the differences to apply manually. (The very long way)

I wouldn't disagree, heh, but considering at the moment it's not working at all, can hardly be worse. How far off is 5.1 though? Could be worth waiting.. who knows, dependings whether the store's heavily modified really

That could be lots of things unfortunately, 500 internal server errors are a bit vague. From the sounds of it anyhow, the php version of your host has changed, so that'll have something to do with it I imagine. I'd maybe consider upgrading to the latest version of CC5

Are you on the latest version? Have seen that ini_get_all problem before, but looks like they've fixed it in 5.0.9 On classes/session.class.php, Try changing the line from //Get all the ini settings to save time later $ini = ini_get_all(null, false); to: //Get all the ini settings to save time later $ini = PHP_5_3 ? ini_get_all(null, false) : ini_get_all();

There's an image on there: <img width="0" height="0" alt="" src="ftp://triskelfantasy:@swift.qweb.nl/httpdocs/images/uploads/hobby/Zelfhardende%20klei/VB%20Formofit-Ineke.jpg" /> Every time it reads that it's trying to open ftp. Not sure how it will have happened, but you'll need to find that image and change it to be a proper source, probably like so: <img width="0" height="0" alt="" src="/images/uploads/hobby/Zelfhardende%20klei/VB%20Formofit-Ineke.jpg" />