Forum Replies Created

Viewing 15 replies - 1 through 15 (of 20 total)
  • Forum: Fixing WordPress
    In reply to: Tools/Importing

    Hello! If I were troubleshooting this issue on my own, I would first try installing one of the other import options more commonly used, probably the WordPress importer if you haven’t already tried. If the issue exists when trying to install that, then you might be on the right track with a permission issue on a folder. I would recommend trying to install any of the top/most popular plugins, such as the Health Check plugin or WP Super Cache, and in the event of failure, checking with your server host as to why no plugin can be installed.

    The Blogger Import tool, as well as all the other import tools under the Tools > Import menu, are actually plugins. In looking up the one for Blogger: https://wordpress.org/plugins/blogger-importer/ this plugin hasn’t been tested in a long time and was last updated over 2 years ago. It might no longer work, especially with the latest version of WP. There might be another Blogger Import plugin you can try, by searching the Plugins repository on this site. Here is a URL based on a search I ran: https://wordpress.org/plugins/search/blogger+import/ Hope this helps!

    When searching your homepage’s View Source for the mixed-content URL, I could not find it. I see that you’re using the Elementor plugin for page building, so it’s possible that this URL is hard-coded into Elementor’s code for the page design/layout.

    FYI, there are two different URLs being referenced for the same image, it looks like. The mixed content URL is referencing the image file name in your 2018/09 (September) folder, and in trying to load that URL, your site is returning a not-found error. However, your page also references the same image file name in your 2018/12 (December) folder and that URL does load.

    Try to go into the Elementor editing screen for the homepage, and locate any row or part of the page that has this filename or image embedded, and replace it with the actual image whose file path is found in 2018/12. Hope this helps!

    There appears to be a similar issue in the 5.0.1 update as well. You can follow this post for more details: https://wordpress.org/support/topic/wp-5-0-1-breaks-woocommerce-csv-import/

    This is probably related to WP doing more rigorous checks of file types/extensions in the latest update: https://make.wordpress.org/core/2018/12/13/backwards-compatibility-breaks-in-5-0-1/

    Try first opening your CSV file in Word, Excel, or Apple Sheets, and then exporting as a CSV again. It might correct the CSV file format if it’s not quite correct right now.

    Hmm, it’s strange that you’re still seeing the issue after activating the parent theme and deactivating all plugins. Have you tried the new Twenty Nineteen theme yet to see if the problem is still there with that theme?

    If even that theme still has the problem, try to install “Health Check”: https://wordpress.org/plugins/health-check/ On the troubleshooting tab, you can click the button to disable all plugins and change the theme for you, while you’re still logged in, without affecting normal visitors to your site.

    If you still see an issue, my only other recommendation is to try downloading WordPress again, accessing your server via SFTP or FTP, or a file manager in your hosting account’s control panel, and deleting then replacing your copies of everything except the wp-config.php file and the /wp-content/ directory with fresh copies from the download. Hope these suggestions help!

    I installed wordpress in local host any computer has internet access in company it work very fast the computers don’t have have access to internet very slow loading and some links with pdf show also pdf not support but the users has internet access working very fine

    Hello @walidb! If I understand you correctly, it sounds like you are trying to allow only computers in your company to access your WordPress site (whether or not they have internet access). If only computers with internet access can load the site well, it is possible that the site was designed with some embedded links to other sites.

    For example, your theme’s fonts might use Google fonts, which require it to access another site such as fonts.gstatic.com to display your site’s fonts correctly. Or your site could be using a plugin that accesses resources on another site.

    One place that might help you figure out how your site is loading on a computer without internet access versus one with internet access is the web browser’s “developer tools.” Here are links that explain how to access these tools in Google Chrome or Mozilla Firefox:
    https://developers.google.com/web/tools/chrome-devtools/console/get-started
    https://developer.mozilla.org/en-US/docs/Learn/Common_questions/What_are_browser_developer_tools

    I hope this helps you identify the issue and change your site so it loads better!

    Hello Gaddy,

    My guess is that you used the Tools > Import menu to import content from Blogger into WordPress. If this is the case, it is likely that your posts’ AdSense and Google Analytics code is considered “widget data” which is not included in imports according to the Blogger Import plugin (which is what is used when you choose the Tools > Import menu). You may wish to seek further confirmation on their support page and read more about what is and is not imported there:
    https://wordpress.org/plugins/blogger-importer/

    You may simply need to readd the code manually, or perhaps if you have equivalent AdSense and Google Analytics plugins on WordPress, those can take care of adding that code back for you.

    As for the import of images using the plugin you linked, this is an issue that has been reported before on the plugin’s support pages, without resolution: https://wordpress.org/support/topic/importing-only-some-images/

    The plugin hasn’t been updated in over 3 years so there could be some incompatibility with your version of WordPress or PHP. Interestingly, the Blogger Importer plugin is supposed to be able to import images with posts, so in theory an extra plugin wouldn’t be necessary. If you found that it didn’t, there may be other reasons why the plugin doesn’t work. In searching for the term “blogger importer” in wordpress.org, I located another plugin:
    https://wordpress.org/plugins/blogger-importer-extended/

    Perhaps this might grab more images than the plugin you used.

    To be more specific, is there a LISTING for the image but no thumbnail showing up? This is my guess since you are able to get to the Edit interface, so you must see the name of the image to click on. So I imagine what you are NOT seeing is the smaller version of the image (thumbnail) in the Library listing.

    Thumbnail generation can break for many reasons, if this is the case. Often it is a plugin conflict, and the fastest way to determine this is to deactivate all plugins and then try a new image upload to see if you see the thumbnail on the newest upload. If so, then you can reactivate plugins one at a time to see when this issue recurs. If you have any plugin that affects images or their display in some way, I recommend starting with those.

    Hello Esther!

    It sounds like you’ve heard a lot of indication that cache could be an issue, which I would strongly agree with. Depending on your host or site, you may have MORE than one cache to clear out to make sure you’re seeing your changes.

    My recommendation is to deactivate any cache plugins you have and ask your host if you have any server-side caches they use that they can deactivate. If they have a server cache they cannot deactivate, I recommend making a copy of your site into a different environment, either a different server on your host, or even your own local computer environment. Making a copy of your site on your local computer can be an advanced topic so you may wish to seek out more in-depth assistance from someone familiar with setting this up. Here is a guide being worked on in make.wordpress.org’s training materials:
    https://make.wordpress.org/training/handbook/plugin-lessons/migrate-copy-or-clone-a-site/
    Depending on your host, they may offer a “staging” environment” which would be perfect for this kind of situation. Please feel free to ask your host if they do or if your existing plan has the ability to create this at no additional charge.

    I recommend typically making changes on a test site rather than a live site anyway, but that’s a whole different topic to learn since there are other considerations when going that direction.

    I understand your frustration! I agree that it’s much better for the root cause to be discovered and permanently resolved, and it’s irritating when that doesn’t happen and the issue recurs.

    Please keep in mind that 503 errors can be caused by more than one thing, so the issue GoDaddy resolved one month ago may not have been the same issue this time.

    Transients aren’t “processes” per se, but the GoDaddy tech who responded may have just tripped up the wording. If what they found was indeed the issue I brought up earlier, one thing to note is that transients aren’t used by the core WordPress functionality but is an available option for plugins to use to cache data, so it could be that one of your plugins is storing transient data suboptimally or in too great a volume for your database to handle. Researching which plugins of yours might be causing this can be difficult, but I have seen a few articles recommend the Transients Manager plugin: https://wordpress.org/plugins/transients-manager/

    One way to avoid/bypass this issue is to see if GoDaddy makes use of an “object cache” software on your site’s server, such as Memcached or Redis. If so, ask them to make sure it’s functioning correctly (often it will need a drop-in plugin to work). If GoDaddy does not use a server-side object cache, you can use a caching plugin to replace this functionality. W3 Total Cache offers object caching: https://wordpress.org/plugins/w3-total-cache/

    Having a functioning object cache will usually help ensure that those transients are written to your server’s RAM or disk rather than your wp_options table, avoiding wp_options bloat which can slow down DB queries and cause 503 errors. Hope this helps!

    P.S. If you end up trying W3 Total Cache, make sure you review all the features carefully and only activate the ones you know will work with your site. Because of the plugin’s many features, you can sometimes cause an error on your site by activating the wrong feature or wrong combination of features. Having a good backup/restore process in place before you make a change to the site/plugin will be beneficial in this case (as with any change or regular maintenance of your site).

    • This reply was modified 8 years, 5 months ago by Vince K-1.

    Perhaps you have an overly-aggressive cache on your site or server, which is caching items behind wp-admin (this is rare but it could be possible).

    I see you have Cloudflare nameservers on the domain and the service appears to be active. I recommend pausing Cloudflare (which does its own caching) as well as deactivating any server-side caches and caching plugins to see if this helps. If it doesn’t, try deactivating all plugins (it appears you have at least one plugin that modifies login behavior by adding a captcha, so all plugins in addition to caches should be deactivated during research). If you have trouble deactivating all plugins from the WP Admin because of your login issue, you can use the options listed at the link below to deactivate them:
    https://codex.wordpress.org/FAQ_Troubleshooting#How_to_deactivate_all_plugins_when_not_able_to_access_the_administrative_menus.3F

    Hello! Have you contacted your web host about this login behavior? It sounds similar to a situation where your host may be detecting suspicious login behavior from your IP address and blocking your access to your site for a few hours for security, so you may want to ask them if they have any such policy and process that they record. If you have a security plugin active on your WordPress site, it could also be that security plugin detecting errant login behavior from your computer and blocking you from returning to the site for a few hours. If you do have a security plugin, you may find the problem goes away if you manually deactivate all plugins on your site, which you can do even without WordPress site login access using the instructions at the following link:
    https://codex.wordpress.org/FAQ_Troubleshooting#How_to_deactivate_all_plugins_when_not_able_to_access_the_administrative_menus.3F
    Hope this helps!

    There could be a number of reasons why two sites with seemingly the same content on the same server could be behaving differently, and usually it’s because as much as we try to make sure a plugin or our copy method copies everything, it is possible it misses something small but very important for this specific mobile functionality. There could also be a setting that differs between the two domains’ hosting settings or PHP/user settings.

    It would help us help you if you could provide the real domain names if they’re both publicly accessible and you’re willing to share for us to test on our own desktop and mobile browsers.

    The first thing I recommend checking is to compare .htaccess files on the two sites if you have them. Modification of desktop and mobile browser behavior can often be found there. Make sure there are no differences between the two files.

    Do you have Shell and WP-CLI access on your server (or can GoDaddy test this for you)? If so, see if a simple WP-CLI command like

    wp option get home

    responds quickly or if it takes longer than a couple seconds. If it takes several seconds or a really long time to return the home URL, you could have a database bloat/query speed issue. I recommend starting by checking your wp_options table. Typically this table is under 1 MB but if your plugins make use of a lot of transients (cached data in wp_options), this could grow very big, to several MB which can slow down every aspect of DB access on your site, which if you have good caching on your site can mean slowdowns particularly evident as 503 errors for logged-in users.

    That’s just one possible culprit. Also see if GoDaddy can check for any particularly slow DB queries for you while you access WP-Admin and get 503 errors. Hope this helps!

    Hi Akshat!

    Thanks for the additional information – I now understand the implications of needing the lines because of a reverse proxy so it makes sense that you need them. Thanks for your patience with my learning learning as well! I stumbled upon the following post which may be an easy solution to your issue:
    https://techblog.jeppson.org/2017/08/fix-wordpress-sorry-not-allowed-access-page/

    Are you adding these lines at the top right after the opening <?php line? If not, try moving them up there and see if the “Sorry you’re not allowed to access this page” error goes away.

    Hi Mandy!

    Sounds like a frustrating problem! The thing that controls whether your Site Title displays on your home page or not (and I do recommend that you do save a Site Title) is your Theme. According to the footer of your home page, it looks like you have a premium/paid commercial theme which isn’t supported by these forums, but it looks like your theme developer has their own support request system I located for you as a courtesy:

    https://themes.bavotasan.com/documentation/creating-a-support-request/

    They are going to be the best authority on how to prevent items like your site title from displaying on their theme’s design and I’m sure they would be happy to help a paying customer. Hope this helps get you closer to your solution!

Viewing 15 replies - 1 through 15 (of 20 total)