Jump to content

bsmither

Member
  • Posts

    18,013
  • Joined

  • Last visited

  • Days Won

    605

Posts posted by bsmither

  1. I can't make out the various single letters in the paths.

    Please reply with having looked at all the notices, and the series of letters.

    What I can see is:

    cif,s?etdl

    where the ? looks like a 'k'.

    I'm wondering if it is a weird misspelling of something in the file config.js.

    In the ckeditor.js file, at about the 180 character mark, there is the version. Please let us know what that is.

  2. Please send a PM with your email address and I will send you a text file with code edits that will add a "Bulk Delete" feature to the Customer list.

    Blocking them would be difficult unless each fake customer's name has a specific syntax.

    Their gain? I have no idea.

     

  3. CC647 is currently the latest version.

    CC647: PHP 7.1+ (8.1 Recommended)
    CC646: PHP 5.5+ (7.3 Recommended)
    CC640: PHP 5.5+ (7.3 Recommended)
    CC629: PHP 5.5+ (7.2 Recommended)
    CC624: PHP 5.4+ (7.2 Recommended)
    CC621: PHP 5.4+ (7.2 Recommended)
    CC620: PHP 5.4+ (5.6 Recommended)

    So, it looks like CubeCart 6.2.0 is the last version where PHP 5.6 is the recommended version.

    However, note that CC622, CC643, and CC644 has had security updates (I do not know how devastating the issues were that were fixed.) Those fixes may need to be back-ported to the version you choose to run.

  4. I recall a conversation from many years ago (but I can't find it) where the complaint was a delay after bringing a product up for editing.

    The cause was determined to be the product's Image (and to a lesser degree Digital) tab's FilePicker getting the AJAX response for populating the list with the folders and files. CubeCart was doing a lot of work - especially if the list of folders and files counted in the hundreds.

    If this is your experience, using your browser's Developer's Tools, Network screen, you can see how long the XHR request took.

     

  5. Does Google mention when these URLs were indexed?

    My guess would be that some time before you removed the ability for CubeCart to allow for the customer to choose a language and/or currency, Google scanned your site.

    However, CubeCart should have sent a 302 Redirect with a link that had the set_currency and/or set_language stripped off. Thus, Google should never have indexed those links anyway.

    For Google to have both is very strange.

     

  6. The compatibility check should be checking the version of the MySQL PHP extension. Cubecart does not yet know how or where to contact the database server.

    Once CubeCart is up and running, in admin, Maintenance, Query Database (Advanced) tab, you should find the actual version that the database server states:

    MySQL 10.4.12-MariaDB-1:10.4.12+maria~bionic-log running on localhost as cc_database@localhost 

    It should match what Cpanel says.

    As for the SQL errors, that particular error was fixed in CC627. See:

    https://github.com/cubecart/v6/commit/a31d085e7a75362259eb8563761c63a777ed5a45

     

  7. The first Notice is expected. That happens all the time. That one is not one to worry about.

    The other four seems to be a miscreant making attempts at penetration testing - SQL Injection.

    As such, and if there are a lot of these errors logged, it could be (just a scientific wild guess) there is a security appliance taking notice of these attempts and is shutting down access to your site momentarily.

    As said, that is just a wild guess. If your hosting provider's tech support can be reached, maybe having a conversation about what they do for penetration blocking and how that may affect your site is in order.

    Cpanel will also have web access logs. You can match up the minute/second time (adjust hours for time zone) to learn of the IP address of these penetration attempts.

     

  8. This may be related to an open issue:

    https://github.com/cubecart/v6/issues/3057

    If the error was copied from CubeCart's admin, System Error Log, if you hover the mouse over the error, there may be a popup that gives the trace PHP made to get to the code that errored.

    If that popup appears, try to copy/paste the contents to a reply here.

    • Like 1
  9. I have not seen a 503 Error, even if it were to have been caused by CubeCart. But, to begin searching for the problem, create the error log.

    https://forums.cubecart.com/topic/51550-how-to-create-the-error-log/

    If no error_log appears, then in Cpanel, find the web server error log. Hopefully your hosting provider has one enabled for your account.

  10. From Stack Overflow:

    If the SQL Dump file is too big, you also need to adjust the execution time variables.

    First, ../php/php.ini

    upload_max_filesize=128M
    post_max_size=128M
    max_execution_time=1000
    

    Then, ../phpMyAdmin\libraries\config.default.php

    $cfg['ExecTimeLimit'] = 1000;
    

    The variables can be chosen differently of course. Maybe the execution time has to be even higher. And the size depends on your filesize.

    But, if you don't have access to the guts of the new server, you can try to dump each table individually (using phpMyAdmin).

  11. This gives the essential steps:

    https://support.cubecart.com/hc/en-gb/articles/360003794258-How-do-I-upgrade-from-CubeCart-v3-to-v6-

    You will be keeping certain files in certain folders: images, custom language files, etc.

    The CC6 upgrade process will see that the database is at CC3 and will change its structure - keeping all data intact.

     

  12. No POST?

    Well, please let me know the exact version of CubeCart you are using.

    Because, it was just a few versions ago (of CubeCart 6) that the the debug data was "spooled up" during certain events (such as processing a POST request), then, when CubeCart finally did send back a page of content, all the spooled debug data was unspooled. If you have a version of CubeCart before this spooling was implemented, then viewing what CubeCart got from a POST payload is going to be difficult to determine (but not impossible).

    I see _a=document&doc_id=3 which suggests that you may be using CubeCart version 5.

    (You can delete the debug data posted earlier. It has nothing useful.)

     

  13. The byte count of 65,536 is 2^16 -- a very common limit.

    The question is: where is that limit?

    This next test is going to be wild, and hopefully will shine some light on the culprit.

    In admin, Store Settings, Advanced tab, enable the debug mode and then enter your local IP address in the next field (www.showmyip.com).

    Bring the target document up for editing. On the content page - perhaps there is still the 65 thousand or so characters - add more text to the bottom.

    Save.

    We expect the added text to get stripped off.

    In the debug section below the main area of the admin page, there will be a POST: review. It will look something like this (values will be different):

    POST:
    'document' =>
    'doc_name' => Terms and Conditions
    'doc_lang' => en-US
    'doc_status' => 1
    'hide_title' => 0
    'doc_url' =>
    'doc_url_openin' => 0
    'navigation_link' => 1
    'doc_parse' => 1
    'doc_parent_id' => 0
    'doc_id' => 3
    'doc_content' => <p>This can be managed under <span class="navTitle">Documents in the admin control panel.</span></p>
    'seo_meta_title' =>
    'seo_meta_description' =>
    'seo_path' => terms-and-conditions
    'token' => f2224b4a29ffb32aef568e822b7bd1ea

    The 'doc_content' will be very long. But determine if the added text is still present here.

    This will split the possible culprits to the browser, web server, PHP vs. the database driver, database server.

×
×
  • Create New...