bsmither

In admin, Languages, click the Edit icon of the language(s) you wish to change. From the drop-down selector, choose Gateway. Shortly, a list of phrases will appear. Scroll to 'none_defined' and change to the desired phrase. Click the Save button. Changes will be databased and therefore will survive an upgrade.

(Be sure to be using the Source mode of the editor.) Try using: {$DROPSHIP_BILLING.cust_groups} Then, you will probably need to change the execution order of the code snippet "Adds Customer Membership Group Name(s) to Order Details" to 1. (I do not know for sure if the plugin runs first, or if the snippet runs first, and if the execution order of the snippet makes any difference in this case.)

Is your site hosted by a commercial hosting company? If so, their customer support should be able to give you some guidance and help resolving this issue.

Also, make this edit: https://github.com/cubecart/v6/issues/1814 There is a 15 second gap between SQL query 66 and 67. Everythging else is fine. I will try to find what is happening between these two queries.

I have made a small edit to the statement edited previously: $this->_sql[$type][] = '<span style="color:#'.$colour.'">'.str_pad($this->_getTime(),16,'0') .' '. htmlentities( $message.' ['.$tag.']', ENT_COMPAT, 'UTF-8').'</span>'; This prepends the time to the logged SQL query. Thus, if any part of CubeCart (other than Smarty) takes an abnormal amount of time to do something, that time span should show up when comparing when the queries get executed.

Welcome shipo! Glad to see you made it to the forums. 1. I would guess that www.gravetales.co.uk points to a certain folder on your hosted account site, probably something like /public_html/. There may be nothing in that folder except for another folder named /ecommerce/. It is likely that CubeCart has been installed in that folder. You have three options: A. Make www.gravetales.co.uk point to /public_html/ecommerce/ B. Create a sub-domain such as shop.gravetales.co.uk and have it point to that folder C. Move all the contents from /ecommerce/ to /public_html Because there may be no valid document for the web server to send out (index.html, index.php, etc), the web server may have no choice but to advise the visitor that permission is denied. 2. In admin, Store Settings, General tab, make changes to the Store Name (and everything else).

Please remind us what skin you are using. Certainly, in the template file, there is a div with id="product_description". Then, there seems to be another div with the same id. I am going to guess that the product's description content contains that second div. In admin, Edit that product, view the Description tab. Switch the editor to Source mode. If I am right, you will see the entire description wrapped in that div. Perhaps someone just copy/pasted some other product's description straight from looking at the HTML source when viewing that other product, and copied too much.

I found some info on Commercial Rates returned from a quote request. I will experiment.

I think the only way to get commercial rates to show would be if USPS offered those rates as a return on shipping quotes. That might involve getting your API credentials connected to a commercial shipping account. I do not know if USPS can/will do that, but it is certainly a good question to ask USPS. The module will need to be enhanced to discern if any item in the order has been flagged as 'oversized' requiring special shipping quotes. That would need a plugin to assign additional details to a product. Then, if so flagged, the module would be enhanced to query for and receive a quote for Parcel Select.

CubeCart doesn't 'redirect' (301/302) to index.php. The latest versions (I forget when this was supposedly fixed) just send index.php but with a 404 response. Are you able to verify this?

Obviously, eight milliseconds is fast. On my local dev server, it takes 0.3 seconds. I have also just discovered that the time hacks may be getting calculated erroneously. See: https://github.com/cubecart/v6/issues/1814 Also, please make the edit I discussed earlier, as well as the edit proposed in the Github issue. This will get us better time hacks. I will also probably suggest an edit to enhance the SQL Query list to show the time the query was made, not just the time it took to get the resultset.

It may be best to use the Source mode of the editor. <ul class="bxslider" style="display:none;"> <li><a href="{$STORE_URL}/tesa31.html"><img src="skins/foundation/images/examples/slide1.jpg" title="Promotional Message One" /></a></li> Use {$STORE_URL} if you have also enabled "Parse Smarty Tags" for this document. Otherwise, do not use.

Is the Page Load Time missing, or did it not get copy/pasted?

Did you repair it, or delete it?

Now we need to learn what this snippet belongs to. Snippets are databased. If the snippet_hash.php file does not exist, it will be re-created from the data about that snippet stored in the database. In admin, Manage Hooks, Code Snippets tab, note the list of enabled snippets. Click the Edit icon of the snippet that you suspect. The details of the snippet should clue you as to what this snippet is supposed to do and who put it there. We either need to fix the snippet, or delete it (will be removed from the database). The snippet_ file should also disappear.

Ok, then we need to look at what code was not changed from the upgrade: images, plugins, and snippets. I am not ready to blame any databased product data.

Also, look in the folder /includes/extra/ for files that begin with snippet_. If any found, examine the contents of each.

When at ?_a=basket or ?_a=confirm, when the cart is empty, there should be, other than the surrounding boxes, nothing but "Your basket is empty" message. So, look at the contents of the file /classes/cubecart.class.php, at these functions: _basket(), _checkout(), and _displaybasket().

The aforementioned statements have characters in them that confuse the proper HTML display of them. Specifically, the characters that follow what appear to be the truncation location are: <= I.stock_warning ... We will assume the statements are correct. (A bug report has been submitted.) Also, note statement 24: the time shown may be confusing to all except scientists. The E-5 scientific notation makes this value very small. The bug report is: https://github.com/cubecart/v6/issues/1354 If you wish to make this edit yourself: In classes/debug.class.php, near line 201, find: $this->_sql[$type][] = '<span style="color:#'.$colour.'">'.htmlentities(strip_tags($message).' ['.$tag.']', ENT_COMPAT, 'UTF-8').'</span>'; Change to: $this->_sql[$type][] = '<span style="color:#'.$colour.'">'.htmlentities( $message.' ['.$tag.']', ENT_COMPAT, 'UTF-8').'</span>'; // strip_tags($message)

SQL statements 22 and 23 are not complete. Specifically: ... AND (((I.stock_warning > 0 AND M.stock_level [NOT CACHED] Note that there are three open parens with no matching closing parens, and missing any kind of limit. These statements should have shown as SQL errors in a list just following the SQL Statements list. I will look for where these SQL statements are constructed.

Is there a web address we can see this happening? In your first post, you show that the content appears above the <!doctype html> tag. In the vanilla skin, it appears just after the <body> tag, withe the ColorBox javascript then later adding its code just after the <body> tag.

You are saying this is appearing in more than one skin. The top image looks like Vanilla, and the second image is probably a Foundation or Foundation clone. In the first image. I see that the rogue content is showing in the HTML source immediately after the ColorBox code (added by the ColorBox javascript plugin), and just before the <div id=page_wrapper"> statement in the template. The second image, I presume that the rogue content is at the very top of the HTML source. But CC6 does not process a skin any differently depending on the skin. I cannot explain why this content would appear in different places.

Depends how much 'permission' the intruder (if that is what happened) was given. For example, using the file editor tool in a hosted account's control panel (Cpanel) has a lot of permission to make edits to files. In this particular scenario, almost all files are 'writable'. Also, an intruder (or script) can easily have the operating system reset the file's date/time stamp to make it appear that nothing was changed. Also, I believe CC6 is coded to not send any HTTP headers until templates have been populated with data and control is about to be turned over to Smarty to render and output the templates. If something is outputting rogue content (and received by your web browser), there will be some default headers sent prematurely. The consequence of that is that when PHP is told to send the real headers, PHP will complain about "Headers already sent". This complaint will show in PHP's error log and possibly in CubeCart's admin Error Log listing. However, if a skin template file has been compromised, there will be no "Headers already sent" error. Also, it will be somewhat unlikely that the rogue content would appear at the top of the screen. Examine the contents of box.basket.php, box.basket.content.php, content.checkout.php, and main.php. Examine everything.

I think you have most of what you need. I think the last piece of the puzzle is 3.cubecart.validate.js, changing the rules to match phone: in the various locations as desired. Again, changing this page resource will require you to force your browser to fetch a fresh copy.

Do these 15 or so products have a quote mark in their description?