Jump to content

Toucan Web Design

Member
  • Posts

    148
  • Joined

  • Last visited

  • Days Won

    4

Posts posted by Toucan Web Design

  1. 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

  2. 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

  3. 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

  4. 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

  5. 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

  6. 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

  7. 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

  8. 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

  9. 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

  10. 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.

  11. 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

  12. 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.

  13. 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)

  14. 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();
    
    

  15. 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" />

×
×
  • Create New...