Forum Replies Created

Viewing 15 replies - 106 through 120 (of 177 total)
  • @yasmin2022 I wouldn’t recommend commenting the keys, as they are unique to your website and will likely cause issues logging in if they are removed.

    One additional place you could check is in the options table if you have access to the database, as there are two values – siteurl and home. Each of those should be the non-https version of the URLs. If they are https, you can change them to http and see if that resolves the issue.

    If that doesn’t work, you may want to try disabling all plugins and themes to see if that resolves the issue. If it is, then you know it’s some code causing the issue, if not, it’s likely a configuration or server-level issue.

    Hopefully you can get to the bottom of this soon!

    Hi @melissaglobal – is the full URL for your domain http://thetroublewithfreedom or is there supposed to be a TLD associated with the URL such as .com, .at, .net, etc.? It’s not loading for me when I go to the site, and domain names require a TLD associated with the domain name.

    @yasmin2022 I’m sorry to hear that updating a plugin caused this redirect loop. You may want to reach out to the plugin author on their support page at https://wordpress.org/plugins/really-simple-ssl/ to get help for the specific plugin.

    It sounds like you already disabled the plugin, is that correct? If you have access to your hosting company’s file manager for your website, you could rename that plugin’s folder to something different to ensure it’s truly disabled.

    Another possibility is the line define('FORCE_SSL_ADMIN', true); is added to your wp-config.php file, which forces the admin pages to load via HTTPS. Changing the value of true to false may resolve the issue.

    Good luck, and hopefully one of these suggestions resolves the issue.

    @pinfante If I understand correctly, you are getting that text when you click on ‘Preview’ -> ‘Preview in New Tab’ with the ‘Desktop’ option selected, correct?

    Would you be able to provide screenshots and the exact steps you are taking when you experience this issue? My guess is there’s a plugin or theme that is causing this.

    To troubleshoot, please attempt to disable all plugins, and use one of the default (Twenty*) themes. If the problem goes away, enable them one by one to identify the source of your troubles.

    You’ll likely want to check with your hosting company, as they may or may not provide such access. Information about how to use WP-CLI can be found at https://wp-cli.org/.

    One additional method that might be worth trying is the steps outlined at https://www.godaddy.com/help/reset-wordpress-permalinks-in-the-database-26352. You’ll want to backup your database before making changes just in case it causes issues (and, better yet, test on a local or staging environment). The steps outline how to clear the permalinks to use the default permalink structure.

    I hope that helps.

    Hi @syedali03 – I recommend asking on the plugin website (which I’m guessing is https://themeforest.net/item/brooklyn-responsive-multipurpose-wordpress-theme/6221179). The plugin’s/theme’s developers and support community will then be able to help you with this issue.

    @mashoodkhan321 I’m sorry that you cannot log into the dashboard successfully. Thank you for listing the steps you took to troubleshoot and for trying to diagnose the issue yourself.

    What happens when you log in? Would you be able to share screenshots of what is happening on each URL when you log in (no passwords or other sensitive information should be shared)? Is it outputting an error or simply loading a white screen? That might help folks in support be able to understand better what the issue is.

    Also, I’d recommend checking for any errors in the server’s PHP error logs to see if there is an error is triggered when you are logging in that is causing the issue.

    Thank you, and best of luck with the troubleshooting.

    @stirdigital This may be something you already tried, but have you verified that the content on the staging website is exactly the same as the content on the production website? I noticed some of the HTML is different between the two sites such as https://d.pr/i/GYnLtu on www vs https://d.pr/i/GYnLtu on staging. This may very well have to do with Gutenberg changing the markup, but I’d suggest syncing the content of the staging site with the production site before digging in too deeply into the code.

    It’s also possible that the custom CSS that was written for the buttons are targeting elements that were renamed, though it’s difficult for me to tell by looking at the page.

    I hope those suggestions help put you on the right path to finding a solution.

    @hiheaven01 Thank you for providing the detailed steps and error messages that you were getting. I followed your steps in my own environment (using the Twenty Twenty theme), registered a custom taxonomy called ‘locations’ and followed the steps you listed. Still, unfortunately, I’m not able to reproduce the issue.

    I think this might be a bug in a plugin or theme. Please attempt to disable all plugins and use one of the default (Twenty*) themes. If the problem goes away, enable them one by one to identify the source of your troubles.

    If the issue is still happening after disabling plugins and switching to default themes, something specific with your site or content setup could trigger a WordPress core bug. If that’s the case, would you be able to add additional details to this support ticket, such as pasting the code used to register the taxonomy? I’d also be curious how many taxonomy terms are being added and whether that plays a role here.

    I hope you can get to the bottom of the issue after following the troubleshooting steps mentioned.

    @hafeezfrontend It appears the error is gone when I add a parameter to the URL to view a previously-uncached version of the page: https://axcoreacademy.com/?cache_bust

    Once your site cache is cleared, it should be resolved moving forward. If not, be sure to go through the above steps for troubleshooting. If you still have issues after taking those steps, post detailed information about the issue and what you tried.

    @stovensssa I’m sorry to hear that the admin dash panel isn’t working in WordPress. This seems like an issue either with the site permalinks or due to a plugin or theme conflict.

    Please attempt to disable all plugins and use one of the default (Twenty*) themes. If the problem goes away, enable them one by one to identify the source of your troubles. I’d recommend doing these steps on a non-production website to ensure that the front end of the website isn’t affected by the changes.

    To try to flush the permalinks, you’d typically be able to go to wp-admin/options-permalink.php on your site, click ‘save’ and it would refresh the rules and possibly resolve the issue. Since you can’t access that admin section, you may have trouble accessing that functionality. There’s also a WP-CLI command to reset the rewrite rules as well if you have access to run WP-CLI commands on your website.

    I hope one of those suggestions can help you pinpoint and resolve the issue.

    @hafeezfrontend I can see the error you mentioned on the top of the page:

    Warning: Invalid argument supplied for foreach() in /home/customer/www/axcoreacademy.com/public_html/redirect.php on line 51

    The referenced file doesn’t appear to be a file that core WordPress would use. Does that filename seem familiar to you? A plugin or theme that references that file may be causing the warning to appear. Please attempt to disable all plugins and use one of the default (Twenty*) themes. If the problem goes away, enable them one by one to identify the source of your troubles.

    Unrelated to that specific issue, it’s generally best practice to suppress errors and warnings on production websites. To do so, open your wp-config.php file and make sure the following lines are added, which will hide those types of messages from appearing on your site (but will still be recorded in your log files).

    define('WP_DEBUG', false);
    define('WP_DEBUG_DISPLAY', false);

    Good luck, and I hope one of these suggestions helps pinpoint the issue.

    • This reply was modified 3 years, 9 months ago by Ben Greeley.
    • This reply was modified 3 years, 9 months ago by Ben Greeley.

    @taymag, I’m sorry to hear your site was affected by malware. The files you mentioned don’t appear to be files that WordPress would include, so they should be able to be removed safely.

    Note that if malware was able to add the files you mention, it’s possible that some of the WordPress core files were modified and could include additional malware. I’d recommend installing WordPress fresh (but keep your uploads, settings, and database). Carefully follow this guide. When you’re done, you may want to implement some (if not all) of the recommended security measures and start backing up your site.

    Be sure to reach out to your hosting company for assistance in ensuring that your WordPress website is set up in a secure way that could prevent this from happening in the future. I wish you a speedy cleanup!

    Forum: Fixing WordPress
    In reply to: Media by rest api

    Hi @georgenasim , if you haven’t seen this already, the WordPress REST API documentation at https://developer.wordpress.org/rest-api/reference/ is an excellent resource for developers to learn about how to utilize the various REST API endpoints.

    To upload an image to the REST API, you’ll utilize the /wp/v2/media endpoint defined at https://developer.wordpress.org/rest-api/reference/media/#definition-2 . This endpoint expects the data sent via POST via multipart/form-data, so you’d need to have that image on the user’s local computer (or on the server) to POST to the endpoint.

    Addressing your specific question of uploading an image by URL, can be achieved through a two-step process through your custom JavaScript:
    1) Download the image temporarily to the local browser to be able to be submitted via the form
    2) Submit POST request to the endpoint, including the multipart/form-data image.

    A more labor-intensive method could be to create a custom REST API endpoint in PHP you would host on your web server that would accept the image URL, download the image, and POST for you behind the scenes. If you’re comfortable with PHP, you can learn how to create a custom endpoint at https://developer.wordpress.org/rest-api/extending-the-rest-api/adding-custom-endpoints/

    Good luck, and I hope this information is able to help implement a solution!

    @mistralis2005 I’m sorry to hear that updating WordPress to 6.0.1 and updating plugins isn’t working for you.

    This is sometimes caused by hosting issues such as running out of disk space or permissions issues. I’d recommend contacting your hosting company to see if they can help troubleshoot your specific setup.

    If it’s not a disk space or permissions issue and you feel comfortable manually updating WordPress, you could try downloading WordPress again, access your server via SFTP or FTP, or a file manager in your hosting account’s control panel, and delete then replace your copies of everything except the wp-config.php file and the /wp-content/ directory with fresh copies from the download. This will effectively replace all of your core files without damaging your content and settings.

Viewing 15 replies - 106 through 120 (of 177 total)