Jump to content

bsmither

Member
  • Posts

    17,944
  • Joined

  • Last visited

  • Days Won

    601

Everything posted by bsmither

  1. A browser will show the "title" (or "alt") text parameter of the <img> tag (usually the same as the product name) if there is no actual image data received. It appears that the browser is styling that text which makes it look weird.
  2. One of the installations must be using a different build of PHP. The errors above are saying that the MySQL functions are not available (where MySQLi is probably what is available), and the Multi-byte functions are not available. If your hosting environment is set up so that you can control what extensions are enabled for PHP, please check that. The latest version of CC needs Multi-byte and also a ZIP Archive extension enabled.
  3. Please double-check the code that you have for /classes/debug.class.php with the file in the downloaded CC618 package. Especially near line 85 in CC618: error_reporting(E_ALL ^ E_NOTICE);
  4. The code in CC6 allows for a document to be created, and most of the parameters are ignored if it has a Document URL. (The title is still needed.) This document is an actual file that exists somewhere. Also, if the file is on your site, the .htaccess rewrite code must be able to find that file. This part of the re-write code: RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} !=/favicon.ico RewriteRule ^(.*)\.html?$ index.php?seo_path=$1 [L,QSA] The first directive says to only do the rewrite if the filename requested is not where it is supposed to be, that is, not found. So, if test.html actually exists in the /test/ folder, this directive will evaluate to false, the rewrite will not happen, and the web server will find and respond with the document at /test/test.html. Now, as with any URL, there are complete, absolute, and relative styles. Your browser will figure out how to deal with this. So, make sure the web server is behaving appropriately as regards the conditions and rules for rewriting URLs.
  5. CubeCart's programmer's will need to investigate why the resultant URL was created in this way. I think you did nothing wrong.
  6. Putting PHP code in a Document, a product's Description, or a category's Description is nearly impossible. The text is treated by CubeCart as a value to assign to a variable. This variable and assigned text value never sees anything that could execute embedded PHP code. As mentioned by Noodleman, there is a way by using hooks to get the results of what you may be wanting. Feel free to send me a PM if you want to learn how to do this.
  7. Having removed the rewrite directives that CubeCart needs from the .htaccess file, when CubeCart checks for the presence of these directives and finds them missing, CubeCart will add them back. CubeCart (version 6) needs these rewrite directives to function correctly. www.example.com/testfile.html This URL matches the pattern specified in the rewrite directive. So, the directive will rewrite the URL to: www.example.com/index.php?seo_path=testfile Your store probably will not have a document, product, or category named "Testfile". So, CubeCart sends its internal 404 page. With dynamically generated pages, it up to the application that generates the pages to handle the scenario of what to do when there is no relevant data to create a dynamic page.
  8. Viewing the page is not my intent. If you give me a URL that looks like: www.example.com/this-product-does-not-exist.html I will say that the rewrite directives in the .htaccess file will send to CubeCart this URL: www.example.com/index.php?seo-path=this-product-does-not-exist CubeCart will not find 'this-product-does-not-exist' in the database and will therefore send out its 404 page. So, I am asking for that part of the URL, that does not include the domain name, that does not work as expected. We will use this to see how the .htaccess directives are suppose to handle it.
  9. In admin, make sure you have more than one language installed and enabled. Then, list the documents. Note the table's right-most column: there is a green circle with a white plus in it. This allows you to create a "child-document" that is a different language. You are actually creating a new document, but this new document has a "parent". When the customer clicks a link to a document, CubeCart checks to see if the language being used is not the store's default, and if it isn't, checks to see if there is a child-document in the foreign language. If so, that child-document will be shown.
  10. Please give us a URL that you know should cause Guardian to handle the 404 but isn't.
  11. If the URL matches CubeCart's friendly seo-path format (basically anything ending in .html), the URL rewrite code in the .htaccess file will do its thing and send the resulting rewritten URL to CubeCart. CubeCart, then, will not find what you are experimenting with and will execute its internal 404 response code. There may be little to no way Guardian can determine if the seo friendly URL actually points to a product, document, or category. I do not how a PHP script can inform the web server to execute a separate auxiliary program to custom handle a 404 situation.
  12. You can move the language to en-US, and clear CubeCart's cache.
  13. The 'Please ship to:' hard phrase isn't in the email, so I think the edited mask didn't take. You can try to edit the definitions.xml file in /languages/, or make sure you chose the correct language to make changes to in admin. Either way, see if clearing CubeCart's cache (admin, Maintenance, Rebuild tab, Clear Cache) will have CubeCart reload the language file.
  14. If the skin is Foundation, then the javascript code controls the initial (default) view. Other skins may or may not use the same approach. https://forums.cubecart.com/topic/51108-resolved-grid-view-only-disable-list-view-on-categories/ https://forums.cubecart.com/topic/49704-how-to-make-category-grid-view-as-default/ See the above conversations for ideas. (Even if I have a copy of Galaxy X, I can't access it right now.)
  15. This statement and the others like it may not be necessary: $mailer->Shiptoname = strip_tags($_POST['contact']['shipto_name']); You are attempting to assign values to keys in the Mailer (technically, the Mailer's "class properties"). The Mailer class may not be set up to handle this. And I doubt the Mailer class cares about anything not directly related to sending an email (From, To, Subject, and Body). In the file cubecart.class.php: Near line 1422 (for CC618), find: $mailer->Body = sprintf($GLOBALS['language']->contact['email_content'], $_POST['contact']['name'], $_POST['contact']['email'], $department, html_entity_decode(strip_tags($_POST['contact']['enquiry']),ENT_QUOTES)); Broken into its parts: $mailer->Body = sprintf( $GLOBALS['language']->contact['email_content'], $_POST['contact']['name'], $_POST['contact']['email'], $department, html_entity_decode(strip_tags($_POST['contact']['enquiry']),ENT_QUOTES) ); The first item in the list is the 'mask', followed by values to fill 'slots'. The language file has this for the 'contact' group, 'email_content' string: %s <%s> wrote to %s: --------------- %s --------------- This email is sent from the stores master email address but it is possible to reply directly to the sender using the reply button on your email software. Note how the %s slots line up with the values in the list to fill those slots. In the Contact Us case, to add your custom form elements to the email sent to you, you will need to add more %s slots, and then add the form elements to fill those slots. Let's try this: $mailer->Body = sprintf( $GLOBALS['language']->contact['email_content'] ,$_POST['contact']['name'] ,$_POST['contact']['email'] ,$department ,html_entity_decode(strip_tags($_POST['contact']['enquiry']),ENT_QUOTES) ,strip_tags($_POST['contact']['shipto_name']) ,$_POST['contact']['shipto_address1'] ,$_POST['contact']['shipto_address2'] ,$_POST['contact']['shipto_town'] ,$_POST['contact']['shipto_state'] ,$_POST['contact']['shipto_country'] ,$_POST['contact']['shipto_postalcode'] ,$_POST['contact']['shipto_other'] ); The first item in the list is the 'mask', followed by eight new values to fill eight new 'slots'. The mask (language file 'contact' group, 'email_content' string) will have these eight new slots: %s <%s> wrote to %s: --------------- %s Please ship to: %s %s %s %s %s %s %s %s --------------- This email is sent from the stores master email address but it is possible to reply directly to the sender using the reply button on your email software. (There used to be an issue with angles in the language editor - the angles and internal contents were seen as tags and were stripped out when submitting changes. I think that has been sorted. But watch for misalignment between slot contents and slot positions.)
  16. If the line number reported has a problem, then a means of determining where in the line this happens can be done this way: Split the line. PHP does not generally care about whitespace: Change: $mailer->Shiptoname = strip_tags($_POST['contact']['shipto_name']); To: $mailer->Shiptoname = strip_tags( $_POST['contact']['shipto_name'] ); Then check for an error that may have been logged. Having split the line into several can let PHP identify the line that has the actual problem.
  17. I see nothing wrong with that statement. So, I would like to see the three statements just before it. Oh, I see them in the top post. I see nothing wrong with them either.
  18. Mostly for CC5/6, when the Add to Basket is clicked, some javascript is invoked. The javascript cancels the form submission and makes an AJAX call with the relevant info. CubeCart has code that, if the info is according to a specific syntax, will generate a new chunk of HTML that is ONLY of the shopping basket box. The AJAX call receives this code and replaces the existing chunk of shopping basket HTML code. What can go wrong? If the info is not correct, then either nothing will happen, or CubeCart will decide to send the entire storefront page. The AJAX call will take whatever it gets and paste it in place of the current shopping basket box. This results in either a new shopping basket box or a complete page within a complete page. Also, overly agressive URL Rewrite in the .htaccess file may be interfering. We would need to see what exactly the browser is sending to CubeCart, and then, determine how CubeCart is responding to that info.
  19. The error says that the "method" named 'display' effectively does not exist. So, using a programmer's text editor, please view the file /classes/gui.class.php and near line 325 (for CC618), make sure there is this statement: public function display($file) {
  20. This is probably the standard error page your hosting provider gives when the web server is told by PHP that a PHP script has crashed. When moving to a new environment, several components may be missing. Specifically, in this case, the likely culprit is that the hosting environment requires the Zip Library be enabled for PHP. Please contact your hosting provider to have them enable it, or to get instructions on how you can enable it via the hosting control panel, PHP components.
  21. I am not sure as I have not fully explored the "Affiliates" modules. I don't know if these modules make you the affiliate to an umbrella third-party or if they make a product's producer the affiliate under you as the umbrella. I'm leaning towards the former. If just making an indication to the customer is all that you need, a solution would be easy enough. But if you wanted segregated order fulfillment, there may be a module for that. And if you need automated bookkeeping, I am not aware of a solution for that.
  22. Unless something has changed between CC615 and the latest version, CubeCart allows only one coupon to be used (not restricting Gift Cert codes).
  23. " where is the content of that newsletter " It is in the database table CubeCart_newsletter. The list of status 'enabled' newsletters will be listed on the customer's Account, Newsletters page. Each item in that list is a link back to CubeCart with ?_a=newsletter&newsletter_id=xx I do not yet know if the SEO class gets involved by creating a friendly URL. When coming to CubeCart with this link, the function at CubeCart->_newsletter() is invoked. Here, the specific contents of that newsletter is given to the skin template content.newsletter.php and is displayed like any other CubeCart content page (a content page such as a document or category). As of (I think) when CC included the latest version of CKEditor, it now does not display email/newsletter (outer) templates correctly (as opposed to email content templates) and will save them corrupted. I think I found out why, and I thought I created an issue in the Github, but I can't find it right now.
  24. Just a very few versions ago, CubeCart no longer allows one to enter admin using the URL: www.example.com/admin/index.php The index.php at the end is understood to be the default document that the web server will send when told to look in the /admin/ folder. Currently, the only way to enter admin is: www.example.com/admin_xxYYzz.php where xxYYzz are random characters, if present. You will need to look at the site's folders to learn what the actual name is. This was done for security considerations - to make it very much harder for unauthorized individuals from attempting brute-force access.
  25. There is no list. CubeCart assumes a visitor is a 'bot' if the session start time is the same as the session latest time.
×
×
  • Create New...