Jump to content

bsmither

Member
  • Posts

    17,944
  • Joined

  • Last visited

  • Days Won

    602

Everything posted by bsmither

  1. Anytime CubeCart was working, then, for no apparent reason, it stopped working, then we can blame your hosting provider. They may have changed the version of PHP that is running your site, or implemented some sort of security measure (mod_sec). You should contact them. In the meantime, maybe creating an error log will help. This particular error log assumes that CubeCart actually started up, and the 500ISE was not caused by something that the web server disagreed with.
  2. I always had a concern that a website may be very popular, and the application (like WordPress, CubeCart, etc) that runs it might connect to the database that many number of times of visitors. So, if 30 visitors are viewing your site within, maybe, 5 seconds, does that translate to 30 connections to the database? I don't know. I haven't made those kinds of experiments. However, CubeCart keeps copies of standard queries to the database along with the returned recordsets and are stored in its /cache/ folder. (There are events which will clear the cache. And a query can go 'stale' such that CubeCart makes a fresh query to the database.) So, in admin, Store Settings, Advanced tab, check to see if caching is enabled. In my opinion, on the one hand, the structure of data in the database (the 'schema') is not overly complex. Any optimization here would only affect the amount of time it would take to return a recordset. On the other hand, I am aware of numerous instances where the queries themselves could be better formulated to reduce the number of total queries made. But looking at my database's query logs on my development system, I see one connection that comprise numerous queries. So the number of queries it takes to get all the data needed to populate a page, in my opinion, does not affect the number of connections per user. I would think the number of simultaneous page requests would be the triggering factor, and the only way I know how to limit the number of page requests per slice of time is to implement a web server module like mod_bandwidth or mod_qos.
  3. @dan168, you can install to localhost. There will be some specific statements added to /includes/global.inc.php (search the forums for localhost). I recommend not using localhost but rather the actual IP 127.0.0.1. Then, if needed, you can create a "self-signed" security certificate and configure your localhost web server to use it. Do an internet search for how to create one of these. Your browser will complain about the certificate being self-signed, but you can then tell your browser to make a permanent exception for this certificate at IP 127.0.0.1. (Disclaimer: I am only up to CC615 at the moment, so I have not had the opportunity to experience any anomalies regarding weird CSRF issues with the latest versions.)
  4. Specifically where depends on the skin, but examine the skin template content.checkout.php and locate the HTML that has: <h2>{$LANG.checkout.your_basket}</h2> Your indicated location would be new code directly after that.
  5. I understand what you are trying to do. As of CC615 (haven't really looked at later versions in depth), I do not see how this is possible with stock code, unless there is a plugin to manage this.
  6. Rapidly expends your monthly allotment of bandwidth!
  7. In CubeCart's admin, Documents, click the Edit icon of the HomePage document (as indicated by the table row with the radio button ticked in the Homepage column). When the edit screen comes up, on the Content tab, right-click on the image and select Image Properties. For the Image Properties dialog window, on the Advanced tab, change the Advisory Title phrase. Click OK. Save the document.
  8. Were those URLs ever possible? The search engine may not as yet fully purged those ancient URLs from its index.
  9. We would ask that you give us a CSV as opposed to an Excel spreadsheet.
  10. Links to all page resources are not hard-coded. That is to say, CubeCart figures out the address used to get to it, and uses that to construct a full URL for the page's resources. However, unless changed in CC618 (I have not yet checked), CubeCart creates a complete menu navigation in HTML and caches it. Thus, when accessing Site-A using a different URL, the menu still has the prior links. But, CubeCart's templates have relative image links - requiring the browser to re-use the domain address of the page that is requesting those images.
  11. Unless you have given a utility permission and credentials to scan the file system of your hosted site, there is no way for anyone to know of the existence of those files. And, as you say, those files are for CC3, not CC6. CC6 would not be executing those files. There may be yet something unusual happening with that site.
  12. Download CC618. Unzip the file on your local workstation to some folder. Using an FTP program, simply upload the contents of that folder having the FTP program to overwrite everything. The database will not be molested. Then, make sure the name of the admin folder and admin.php file are the same as the values in the file /includes/global.inc.php (which should not have been overwritten as this file is only created on installation and is not included in the distribution package).
  13. If your copy of maintenance.index.inc.php, starting near line 933, does not have a $compress statement, then you are not at CC618. I have a suspicion that the file /includes/functions.inc.php is also not at CC618. It may be the case that your installation of CubeCart may be a mix of two or more versions.
  14. When you say "control panel", are you referring to your hosting account's control panel (cPanel or Plesk), or are you referring to CubeCart's admin?
  15. During an upgrade or re-install, the setup process will (should) ask if you want to keep your database or if you want to start a new database. Keeping the database will retain all the products, documents, categories, options, settings, etc. During an upgrade or re-install, all the code gets over-written, including the Foundation skin folder. So, rename that folder to something else, so that afterward, you can rename it back. You can have your hosting account make a backup of everything. A tool in the control panel - phpMyAdmin - can back up the database. CubeCart can also do this, but because it is a PHP script, there may be limits on the amount of memory and time the PHP script gets to run.
  16. The commas at the end of the lines are there to separate the elements of an array, so they are necessary. Your edit looks good.
  17. If no one uses Safari, then the next question is - is that your IP address in the messages? (www.whatismyip.com)
  18. I think not this exactly. In the code above, I think simply: Find everything that looks like this: .$filename.'#backup' Change to: .$filename Leaving everything before and after on the statement line exactly the same. Four locations. Once CubeCart is finished with the job, the bounce will be to #backup - which means having it in the URL at these locations is superfluous and may be causing the problem.
  19. Ok: nginx as a 'buffer', Apache as the real worker. As a test, have your hosting account not use nginx. Also, you are using the acronym SSI (Server-Side Includes) which is not SSL (Secure Sockets Layer - security certificate). I am wondering if your hosting provider has enabled something other than SSL.
  20. The %23 is the bad part. That is the code for the hash mark. Continuing to look at the code. Thank you for this info.
  21. A 'fix' regarding the User Agent string changing in mid-session? Is there anything weird about your Safari? Any strange add-ons? If this "loss of session" happens on a regular basis and it is because CubeCart detected a change in the browser's User Agent string between a visit to the admin side followed by a visit to the storefront side, then I think the problem may lie outside of CubeCart.
  22. If 'they' updated the .htaccess, then they must be using nginx in some other manner, and actually using Apache as the true web server. Otherwise, making changes to the .htaccess file makes no sense. Please consult with your hosting provider and ask how they are using nginx, and what is actually using the .htaccess file.
  23. I have been tracing the code for CC618 and have not found a specific cause. I have found where a problem might occur but only if the URL is bad. CubeCart sends a message to the browser to make a page request (a 302 redirect) after deleting the file. Are you able to discern what that URL is? It should be visible in the browser's address bar. It should be something like: admin_xXxYyY.php?_g=maintenance&node=index#backup
  24. Just to clarify - these two screen grabs are what pages, specifically?
×
×
  • Create New...