Noodleman

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.

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.

check your php error log for warnings/errors.

You will need your own support services for your own products. We use HESK for our ticket system, works well,

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.

delete .htacess, let it recreate

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

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

Use the Print Order form gateway, adapt it as required. this will bypass the payment step and capture the order as needed.

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

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.

seems a bit crazy, considering support would be done by the develoepr.

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.

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.