Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


bsmither last won the day on January 20

bsmither had the most liked content!

Community Reputation

1,354 Excellent

Profile Information

  • Gender
  • Location
    Pacific Coast

Recent Profile Visitors

88,036 profile views
  1. The Foundation skin has the Smarty template code to put in-place the recaptcha javascript code - if enabled. Other CC6-conforming skins should also have the Smarty template code. Skins originally built for CC5 has Smarty code for an implementation of recaptcha available in CC5. reCaptcha requirements have changed since then.
  2. In admin, Email Templates, click the flag of the language you wish to change for Cart: Order Complete. On the next page, the HTML Content and Plain Text Content tabs will have the means to add this new code. (For the HTML tab, you should switch the editor to Source mode.) Then, when finished with this admin session, be sure to first clear the cache.
  3. The captcha code gets involved in the Registration page, checking out as a Guest, leaving a Ratings Comment on the product page, the Newsletter sign-up sidebox, and the Contact Us page. As of CC628 Foundation skin, there is a popup box (admin enabled) that appears when moving away from the site, asking to sign up for the newsletter. This modal Exit box also has captcha involved. Once a visitor has passed a captcha challenge for that session, there will be no more challenges. Note: a customer being logged in has no bearing on captcha's involvement.
  4. Also, in the Homepage document's image, the URL is using a full non-secure (http) format, while the page is being sent securely (https). This may trip up some browsers as having mixed content - which could deny the request. To fix this, in the Homepage document editor, the image properties dialog box, either start the URL with // or just a single slash (or just the filename if the file is in the root directory). I also see that the request for this image is 301 bounced to use a secure (https) URL. So, there is a specific directive in the .htaccess file or a general directive in the Cpanel configuration for the site.
  5. Please be sure that: * the .htaccess file has the proper URL rewrite directives * the hosting environment's web server has URL rewriting enabled * the hosting environment's web server has .htaccess overrides allowed Looking at the page's source in the browser, the canonical link in the <head> section looks weird: <link href="https://whitewillowstitching.com/index.php?url=majestic-bald-eagle-cross-stitch-pdf-chart.html" rel="canonical"> Please check if there may be some extra directives in the .htaccess file that would affect any rewrite rules.
  6. I made changes to the code I posted earlier. It seems my testing of the use of preg_match gave false positive results.
  7. Looking for it myself, I can't find it either.
  8. FYI: I have seen comments regarding phpMyAdmin that if clicking in the cell with the encoded data you want to see, the cell will show a drop-down that allows the user to select base64_decode.
  9. Are the obsolete email addresses in the Contact Us admin settings form still showing as the obsolete ones? If so, use phpMyAdmin (or similar) to examine the database table CubeCart_config. Find the row for Contact_Form. Have phpMyAdmin decode the 'array' value. Are the emails shown here the same obsolete ones?
  10. The trap looks for (in addition to the registration form being used) the LAST letter being uppercase (not giving any consideration to the other letters) and the same letter for both first and last names. The admin cannot disable a skin. If the name of an installed skin is known, a URL can be constructed to have that session (based on cookies) switch to it. This can happen even if the admin, in Store Settings, Layout tab, 'Allow skin to be changed', has been set to "Yes, Logged-in admin only". However, this is session-based. I cannot conceive of how a drive-by visitor can change the skin across all sessions. You said you did not change the skin setting? But was the setting actually changed? And, you also say Contact Us settings have reverted to what they were at some point in time in the past? I would ask if your hosting provider restored some of your database from a backup.
  11. There are some (non-specific non-legal advice) articles found from a shallow search. Basically, if the card/voucher is 'single-purpose', meaning that what it can only be redeemed for is a specific single product or service, VAT is collected with the sale of the card. Consuming the service then depletes the balance on the card. This is because the tax rate is known at all times. The tricky part is to not tax that single-purpose consumption of the card's balance. A 'multi-purpose' card can be redeemed for anything, and if some things are VAT taxed at different rates (books versus jewelry), VAT is not known at all times, cannot be collected with the sale of the card, and so must be collected when the card is redeemed. (Again, consult with your local/federal taxing authorities.)
  12. (Looking at CC628) In admin, Gift Cards, the admin can choose the Tax Type. Please experiment with setting this to Tax Exempt. (Depends on your local tax laws.)
  13. PHP documentation warns of the eval() function being dangerous. Actually, I have found statements in the Smarty template system that use PHP's eval().
  14. Anywhere in the PHP.INI file, add the directive. Then restart PHP (or the web server, whatever). https://www.php.net/manual/en/ini.core.php#ini.disable-functions If you do not have access to the main PHP.INI file, then please consult your hosting provider.
  15. CubeCart core code does not use those PHP functions. However, it is unknown (to me) whether any third-party modules - especially code that has been ionCube encoded or otherwise obfuscated - use these functions.
  • Create New...