All Activity

It seems like you're dealing with a warning message related to a duplicate entry in a PHP file, specifically in a line that inserts data into a database table related to tax rates in CubeCart. Let's break down the message: 1. **File and Line**: The warning message originates from the file `settings.tax.inc.php` on line 126. This indicates where the issue is occurring in your codebase. 2. **Description**: The warning message indicates that there's a duplicate entry being attempted to be inserted into the `cc0d_CubeCart_tax_rates` table. The entry in question is `'1-1-840-44'` for the key `type_id`. 3. **Error Levels**: - **Notice Error**: These are not critical and won't affect immediate operations but are recommended best practices to address. - **Warning Error**: Though they might not cause issues immediately, they could lead to bigger problems in the future. Action is recommended to prevent such issues. - **Parse Error**: These occur due to syntax issues in the code. Immediate action is required to fix them. - **Fatal Error** and **Exception Error**: These are critical errors that require immediate attention as they can severely impact the functioning of your application. In your case, the warning message falls under the category of "Warning Error." While it might not be causing operational problems right now, it's indicating a potential issue that could escalate into a bigger problem later. It's advisable to address this warning by investigating why there's an attempt to insert a duplicate entry into the database table and take appropriate action to prevent it from happening in the future. learn more

As Liberty asked: will Cburst be updated to be comaptible with PHP8 ? I'm still stuck on PHP7.4 but no doubt this will become depreciated in time.

For the Amzin skin, find the template element.css.php and view the code. Please note that the last lines of code will cause the final HTML sent to the browser to have a reference to the CSS file having specific sub-style styling. The sub-styles are 'default' and three others. The 'default' file (cubecart.default.css) has nothing in it. The body rule will need to be added. For each of the sub-style CSS files, the first CSS rule is for the body tag. For this rule, one can make this change: body{ color:#525252; } To: body{ color:#525252; background-image: url("/path/to/image.jpg"); } For each of the sub-styles, a different image can be used for the background.

Hi. I have Amzin and Basix skins which Nitefox kindly donated to the Cubecart site. Both of these are working with the latest version of Cubecart, albeit with a few modifications to the code to suit my own particular needs. I also have the CBurst skin also provided by Nitefox and wondered if there are any plans to enable this to run in PHP 8? It is a great looking template and would be a shame let this fall into disuse after it was donated to be used free of charge. Failing this, is there a straightforward way to introduce a background image to the Amzin or Basix skins. If there is, am hoping someone will be able to offer detailed instructions into how to achieve this, as sure it will allow people to have better visual impact when building their sites. Thanks

Access: Ensuring everyone can obtain affordable healthcare services. Quality: Providing effective, safe, and patient-centered care. Cost: Managing expenses while maintaining quality and accessibility. Technology: Leveraging advancements for diagnosis, treatment, and management. Prevention: Promoting healthy lifestyles to reduce illness and disease. Equity: Addressing disparities in healthcare access and outcomes. Policy: Developing regulations to guide healthcare delivery and financing. Collaboration: Fostering cooperation among healthcare providers and stakeholders. Innovation: Encouraging new approaches to improve healthcare delivery. Patient Empowerment: Engaging individuals in their own healthcare decisions and management. For More Info https://mibridges.info/

Numerous social media marketing services catered to regional requirements are available from SMM Pak Panel. Businesses aiming to effectively improve their web presence will benefit greatly from it due to its reasonably priced and dependable performance.

These {$var} entities are for Smarty, the template rendering engine, and are evaluated before the finished HTML is sent out of the web server. Using the More button causes javascript (at the browser) to request, receive, and use only a specific portion of the next page, which gets appended to the end of the scrollable products area. This specific portion of the incoming HTML may have the page number somewhere in it, but it will not be tied to {$page}. That is, having added {$page} to a different template, or a new place in the content template, when Smarty replaces it with a actual number (at the server), that new number won't show if it is outside of the portion of the finished HTML that the javascript uses.

I have a found alternative solution using JS to directly update innerHTML of the div during ("#ccScroll") onclick event. But I would still like to know why this happens or if I am doing something wrong.

I have added a div to show the current page in cuebcart search <div class="currentPage text-center"> <div>Page {$page} of {$total}</div> </div> $page and $total are already values present in the current cubecart search which is used for displaying and hiding the load more button which is working perfectly fine. But my page value does not change at stays constant even after loading more items (pages by clicking load more). Why is the it behaving like this , I have tried inspecting the network and html content returned has the updated page value in the html. Any help appreciated

^ Looks like a spam link has been inserted. DO NOT CLICK

Thanks Brian, it didn't quite work on mine, got some in caps and bold but so glad you showed me where to look to change it, I'd have been looking through my standard skin templates not the admin one. I found some of the existing lines of code already had this |upper which already made some of the address uppercase, so I've just copied that onto the parts that weren't, now all are upper. {$OVERVIEW_SUMMARY.name_d} changed to {$OVERVIEW_SUMMARY.name_d|upper}, same for {$OVERVIEW_SUMMARY.line1_d } changed to {$OVERVIEW_SUMMARY.line1_d|upper} This is going to save me soooooooooo much time thank you

Here is the code snippet: In admin, Manage Hooks, Code Snippets tab, click the Add Snippet link. A form will appear at the bottom of the list of snippets. Fill it out as follows: Enabled: checked Unique ID: upperdeladdr@cc640+ Execution Order: 99 Description: Uppercases the Delivery Address sent to Smarty Trigger: admin.order.index.display Version: 1.0 Author: forums.cubecart.com/topic/59118-how-to-make-delivery-addresses-all-caps/ Note that at the first line in the PHP Code, I use the names of the first two characters to type. Type the actual characters, no spaces, for that line. (These forums have a security feature that often blocks submissions that look like executable code.) less-than question-mark php $uda_array = array('title_d','name_d','first_name_d','last_name_d','company_name_d','line1_d','line2_d','town_d','state_d','country_d'); $uda_overview_summary = $GLOBALS['smarty']->getTemplateVars('OVERVIEW_SUMMARY'); foreach($uda_array as $uda_field) $uda_overview_summary[$uda_field] = strtoupper($uda_overview_summary[$uda_field]); $GLOBALS['smarty']->assign('OVERVIEW_SUMMARY', $uda_overview_summary);

A quick edit to this admin skin template file should work -- until CubeCart gets updated. In the admin skin template file orders.index.php, find: <legend>{$LANG.address.delivery_address}</legend> {$OVERVIEW_SUMMARY.name_d}<br> {if !empty($OVERVIEW_SUMMARY.company_name_d)}{$OVERVIEW_SUMMARY.company_name_d}<br>{/if} <span class="capitalize">{$OVERVIEW_SUMMARY.line1_d}<br> {if !empty($OVERVIEW_SUMMARY.line2_d)}{$OVERVIEW_SUMMARY.line2_d}<br>{/if}</span> Change to: <legend>{$LANG.address.delivery_address}</legend> <span class="uppercase">{$OVERVIEW_SUMMARY.name_d}</span><br> {if !empty($OVERVIEW_SUMMARY.company_name_d)}<span class="uppercase">{$OVERVIEW_SUMMARY.company_name_d}</span><br>{/if} <span class="uppercase">{$OVERVIEW_SUMMARY.line1_d}<br> {if !empty($OVERVIEW_SUMMARY.line2_d)}{$OVERVIEW_SUMMARY.line2_d}<br>{/if}</span> Soon, I will write a code snippet that will do this in a manner that will survive an upgrade.

we copy it from the delivery address that is shown on the order summary page, at the moment it shows as below, but we then spend ages correcting it all, got 80 international orders to do tonight and just so not looking forward to editing all the names and addresses As an example: Billng Address Delivery Address jackie brown jackie brown 1a the Avenue 1a the Avenue MYCITY MYCITY YORKSHIRE, XX20 2KK YORKSHIRE, XX20 2KK UNITED KINGDOM UNITED KINGDOM

This would be the printed shipping receipt? Or would you be using a third-party solution that prints your shipping labels?

Is there any way I can get the full delivery addresses to be in CAPITALS, that is: name, surname, address line 1, line 2, town, county/state not bothered about billing address but when I come to export for the shipping some customers use all lower case, some all caps and some a mix. Would help too for my international shipments as the printed address on the labels (set size by Royal Mail) isn't that big. I know I can amend the counties and zones in dashboard but going to take me forever. Thanks in advance

I don't tweak the look of the payment form very much. Just a little bit of stuff to make it blend with the store, but I don't mind the basic formatting that gets sent from Authorize.net. It would be nice to be able to easily blend it so it was visually seamless, but to be honest, I simply don't have the time to do any deep diving into it. Besides, I think you are probably right that it is part of the formatting coming within the iframe from Authorize.net. Have you tried using the developer tools in Chrome to look at the live css when the window is open? If you can identify the classes that are formatting things you want to change inside of the iframe, you might be able to do an override of those classes with your own values using those class names if they load AFTER the payment window.

Just tried it. Its very stubborn with everything. Its seems to be inheriting it from the Accept Hosted results within the iframe. Do you also see the same in your installations?

I believe frameborder html attribute is not valid HTML5 and is obsolete. If you try validating your css, you will get a message "The frameborder attribute is not supported in HTML5. Use CSS instead." Try using pure css: style="border:none;" That tells it to remove the border. Or you can make the border width 0: style="border:0;" And also try adding the !important marker if it doesn't work in case there is upstream CSS creating it: style="border: none !important;" style="border: 0 !important;" Don't know if this will work, but it is worth a try! Good luck.

My first busy season is in June, which will stress-test this issue. Hopefully, there can be some workaround in place by then.

Hello Kirk, This extension works well for us too. In our case we turned off the settingValue to off for Addresses and PaymentOrderOptions. This made the iframe very clean. If the PaymentOrderOptions is On, then you see the orderid etc which is in a smaller font. Just the card number, exp date, cvv and captcha is very clean. Whats stubborn is the iframe border in grey. The frameborder=0 is somehow ignored. Do you have this same issue? Have you managed to create a CSS for this iframe? Thanks.

Since April I've only had one on the 14th May. Stock is set to reduce on processing, customer purchased 4 items, one of which was the last, she went and paid but on return to my store was informed one of the items was no out of stock so she went and purchased the other 3 items again. I can cope with one offs like that, just not the quantity we were having.

I completely understand your frustration with those quirky SEO URL problems after the upgrade. It's like navigating a maze blindfolded! Have you thought about upgrading to PHP 7 or higher? That might just be the ticket to untangling this mystery and getting those URLs back in line. Plus, delving into CTR boosting and manipulation could give your site the edge it needs in search rankings. For more tips and insights, be sure to check out www.searchseo.io. They have plenty of helpful info there. Anyway, hang in there, and keep pushing forward.

We are offering a 14 day free trial on all web hosting plans including free migration from your existing web host. We'll even upgrade your store to the latest version at no extra cost! Our hosting is specially optimised for CubeCart stores which include; lightening fast dedicated memory caching. elasticsearch for search as you type functionality. the best CubeCart technical support direct from our developers. No more hosting middle man! Come and give us a try. Sign up now at https://hosted.cubecart.com

Stock on hand is updated on processing. The duplicate orders are for items where we have more than one available, so the customer can return and immediately buy another. Otherwise, the customer would not be able to buy because no stock remaining - we have had customers say that they tried though. PLEASE PLEASE PLEASE just put a workaround in place to stop people from placing a second duplicate order. This is only an issue with PayPal Commerce. (swearing removed)