Jump to content

Noodleman

Member
  • Posts

    728
  • Joined

  • Last visited

  • Days Won

    28

Noodleman last won the day on February 9 2021

Noodleman had the most liked content!

2 Followers

Profile Information

  • Gender
    Male
  • Location
    UK

Recent Profile Visitors

12,181 profile views

Noodleman's Achievements

Newbie

Newbie (1/14)

  • First Post
  • Collaborator Rare
  • Posting Machine Rare
  • Week One Done
  • One Month Later Rare

Recent Badges

37

Reputation

  1. check your PHP error log, I suspect you're out of memory, or it's taking so long to process it you hit a timeout.
  2. set a boolean in your update process and flip it if something has actually changed/updated in your feeds. if it has, then call the clear cache process via the scheduled job. you need to integrate with the CubeCart classes and admin classes to do this.
  3. You will need your own support services for your own products. We use HESK for our ticket system, works well,
  4. Deny from all will not be removed for security reasons. The cron job is designed to run as being called directly, not via wget. The module is not designed to expose the start of the job to the internet. There should be no requirement, or need to ever call a cron job via wget.
  5. there was a bug in an earlier foundation theme for this issue. if you're using a modified version of Foundation it probably didn't get the fix. thinking of this, might be related: https://github.com/cubecart/v6/issues/2184
  6. rework global configuration file found in /includes/ with your new database details. setup/restore database to new location. upload all files. adjust permissions of uploaded files. as a basic test, you can validate those permissions by uploading the latest setup directory from the installer and validate they all report OK. test...
  7. Use the Print Order form gateway, adapt it as required. this will bypass the payment step and capture the order as needed.
  8. Which version of CubeCart are you using? If 6.4.1 there is a massive bug in CubeCart that can cause this issue, the only real fix is to upgrade to 6.4.2 Also, which version of the Ebay Orders module is in use? We had several customers report this issue with CubeCart 6.4.1, all resolved in 6.4.2. relates to this defect: https://github.com/cubecart/v6/issues/2670 feel free to raise a support ticket with us if needed
  9. Afternoon David, Assuming Semperfi is no longer trading... If you get to a point where you are stuck with something and need some help feel free to reach out. we can probably help you get past any roadblocks you are at. We're also pretty busy at the moment so our responses are not always as prompt as we would like them to be.. however we have a phone number on our support portal so you can get hold of us directly for anything critical or urgent. Hopefully, he will return and be able to help you out.
  10. seems a bit crazy, considering support would be done by the develoepr.
  11. Hey Noodleman,

       I've seen you help another user with really slow loading times on the admin side of their website. Is there any way I can get you to look at mine, and see if there's a way to speed things up? (over a minute for most loads).

    Thanks,


       Matt

  12. if your tech savvy you may want to think about a module or code snippit to sync the tax rules between groups, unless the intention is different tax per group. It's something I setup for most customers of the EU VAT module because everybody always remembers to change the retail price/tax, but never the other groups.
  13. check if your test customer is a member of any groups, if so you probably need to assign the right tax class to that customer group at the product level. Each customer group has it's own pricing/tax class definition at the product level. it's usually the issue.
×
×
  • Create New...