Forum Replies Created

Viewing 6 replies - 1 through 6 (of 6 total)
  • Sorry not to have responded sooner.
    No, I have not been able to resolve this issue, (slightly reassuring to know that it is not just me having this problem, though it doesn’t help any of us!)
    Really frustrating, and looks so bad with customers, as means one is not sure what it is they have ordered.
    Makes a real mess of the stock taking as well, as what has been ordered is not adjusted, but the incorrect item is, so have to keep changing that manually.
    Seems as if something is not syncing, but nobody has an answer, and no help from whoever has made it go wrong.

    Not sure if this is the correct place to write, but experiencing big problems with checkout on orders.
    The order is placed, and the description of the product is given, with price, and yet a random SKU is attributed to the product (not the product’s correct SKU)
    The automatic stock check then reduced the stock count of the SKU given, and NOT the stock of the product sold, as in the description.
    If the price of the product sold is the same price as the SKU that has been randomly generated, I am not certain whether the customer has bought the product as described, or the product matching the SKU.
    Another problem is that sometimes the price is altered.
    If I have sold a product at e.g. £25.00, it has sometimes put that I have sold three products at £8.33 each, the total being £25.00. Again, a muddle, as not sure if the customer has bought three items or just the one.
    I have updated the Woocommerce database, and all plugins are updated.
    I would appreciate any help. Please write in simple language, as not very computer literate. Many thanks

    I have been experiencing the same problem, and have not been able to use my site for over two weeks now, as the disk usage is always full.
    I am getting Error_log filling my site quota at a rate of over 20MB/second. It appears to be on a loop, going to 1.05GB in size, in no time at all, so I am unable to work on the site as it is constantly full.
    As soon as I delete the error_log ( which I am often unable to do ), it fills up again within moments.
    I made a new folder ‘Plug-ins off’, and have moved all plug-ins from the server into this new folder, the only ones still active are Maintenance Mode and a Back up Utility.
    I also moved the theme directory and the child theme directory into the ‘Plug-ins off’ folder, but the error is still occurring.
    I have spoken to the site host, and he has reduced the disk quota from 4GB to 2GB so the CPU does not get taxed for so long.
    I have seen this sort of problem raised before, but they are now closed to further comment.
    This is what is look like:

    [05-Aug-2019 11:01:08 UTC] PHP Warning: current() expects parameter 1 to be array, null given in /home/bazarafrica/public_html/wp-includes/class-wp-hook.php on line 275
    [05-Aug-2019 11:01:08 UTC] PHP Warning: Invalid argument supplied for foreach() in /home/bazarafrica/public_html/wp-includes/class-wp-hook.php on line 277
    [05-Aug-2019 11:01:08 UTC] PHP Warning: next() expects parameter 1 to be array, null given in /home/bazarafrica/public_html/wp-includes/class-wp-hook.php on line 291
    I have done a manual reinstallation of WordPress.

    I was advised to do the following:

    Delete wp-admin, wp-includes and all the “loose” PHP files in the site root except for wp-config.php. Download the latest WP from www.ads-software.com, unzip locally, and upload the resulting files/directories via FTP.

    I did this, and no change

    Forum: Fixing WordPress
    In reply to: HUGE ERROR LOG
    Thread Starter maridadi

    (@maridadi)

    Thank you for trying. Any help gratefully received, as cannot use my site at all.

    Forum: Fixing WordPress
    In reply to: HUGE ERROR LOG
    Thread Starter maridadi

    (@maridadi)

    This is what shows in Site Health/info (87%)
    ### wp-core ###

    version: 5.2.2
    site_language: en_GB
    user_language: en_GB
    permalink: /%postname%/
    https_status: true
    user_registration: 0
    default_comment_status: closed
    multisite: false
    user_count: 33
    dotorg_communication: true

    ### wp-paths-sizes ###

    wordpress_path: /home/bazarafrica/public_html
    wordpress_size: 1.51 GB (1617603579 bytes)
    uploads_path: /home/bazarafrica/public_html/wp-content/uploads
    uploads_size: 953.32 MB (999629114 bytes)
    themes_path: /home/bazarafrica/public_html/wp-content/themes
    themes_size: 3.05 MB (3200933 bytes)
    plugins_path: /home/bazarafrica/public_html/wp-content/plugins
    plugins_size: 29.32 MB (30739858 bytes)
    database_size: 107.64 MB (112866402 bytes)
    total_size: 2.57 GB (2764039886 bytes)

    ### wp-active-theme ###

    name: Twenty Nineteen
    version: 1.4
    author: WordPress Team
    author_website: https://en-gb.www.ads-software.com/
    parent_theme: none
    theme_features: automatic-feed-links, title-tag, post-thumbnails, menus, html5, custom-logo, customize-selective-refresh-widgets, wp-block-styles, align-wide, editor-styles, editor-style, editor-font-sizes, editor-color-palette, responsive-embeds, widgets
    theme_path: /home/bazarafrica/public_html/wp-content/themes/twentynineteen

    ### wp-themes (2) ###

    Twenty Seventeen: version: 2.2, author: the WordPress team
    Twenty Sixteen: version: 2.0, author: The WordPress Team

    ### wp-mu-plugins (1) ###

    Health Check Troubleshooting Mode: author: (undefined), version: 1.6.0

    ### wp-plugins-active (3) ###

    Health Check & Troubleshooting: version: 1.3.2, author: The www.ads-software.com community
    UpdraftPlus – Backup/Restore: version: 1.16.16, author: UpdraftPlus.Com, DavidAnderson
    WP Maintenance Mode: version: 2.2.4, author: Designmodo

    ### wp-media ###

    image_editor: WP_Image_Editor_Imagick
    imagick_module_version: 1684
    imagemagick_version: ImageMagick 6.9.4-10 Q16 x86_64 2017-05-23 https://www.imagemagick.org
    imagick_limits:
    imagick::RESOURCETYPE_AREA: 125 GB
    imagick::RESOURCETYPE_DISK: 1.844674407371E+19
    imagick::RESOURCETYPE_FILE: 7500
    imagick::RESOURCETYPE_MAP: 125 GB
    imagick::RESOURCETYPE_MEMORY: 63 GB
    imagick::RESOURCETYPE_THREAD: 1
    gd_version: bundled (2.1.0 compatible)
    ghostscript_version: 9.07

    ### wp-server ###

    server_architecture: Linux 3.10.0-962.3.2.lve1.5.24.8.el7.x86_64 x86_64
    httpd_software: LiteSpeed
    php_version: 7.2.20 64bit
    php_sapi: litespeed
    max_input_variables: 5000
    time_limit: 30
    memory_limit: 256M
    max_input_time: -1
    upload_max_size: 128M
    php_post_max_size: 128M
    curl_version: 7.62.0 OpenSSL/1.0.2k
    suhosin: false
    imagick_availability: true
    htaccess_extra_rules: true

    ### wp-database ###

    extension: mysqli
    server_version: 10.1.41-MariaDB
    client_version: 10.1.40-MariaDB

    ### wp-constants ###

    WP_HOME: undefined
    WP_SITEURL: undefined
    WP_CONTENT_DIR: /home/bazarafrica/public_html/wp-content
    WP_PLUGIN_DIR: /home/bazarafrica/public_html/wp-content/plugins
    WP_MAX_MEMORY_LIMIT: 256M
    WP_DEBUG: false
    WP_DEBUG_DISPLAY: true
    WP_DEBUG_LOG: false
    SCRIPT_DEBUG: false
    WP_CACHE: false
    CONCATENATE_SCRIPTS: undefined
    COMPRESS_SCRIPTS: undefined
    COMPRESS_CSS: undefined
    WP_LOCAL_DEV: undefined

    ### wp-filesystem ###

    wordpress: writable
    wp-content: writable
    uploads: writable
    plugins: writable
    themes: writable
    mu-plugins: writable

    `

    Forum: Fixing WordPress
    In reply to: HUGE ERROR LOG
    Thread Starter maridadi

    (@maridadi)

    Thank you for this information. However, I did that a couple of days ago, when I moved the plugins, and it made no difference. The problem is still occurring.

Viewing 6 replies - 1 through 6 (of 6 total)