andybodu

try checking to see if the about us page is using the default page template or a custom template. To do this open up the page in the WP Dashboard, and check the page attributes box on the right hand side. If it’s using a custom template this may explain why all the other pages update but it doesn’t.

Hi,

Does the your site – not the wp dashboard – display correctly, or are their problems there as well?

Try switching on WP_DEBUG to see if you get any pertinent error messages. To do this, open your wp-config.php and search for the line define( ‘WP_DEBUG’, false ); and change it to define( ‘WP_DEBUG’, true ); If you can’t find a line define( ‘WP_DEBUG’,false); then go ahed and add the new line define( ‘WP_DEBUG’, true );

With WP_DEBUG enabled try to load the WP dashboard and see if you get error messages that can help identify the problem.

You could also do a quick security scan of your site to make sure there’s no malware going on. To do a scan of the front end of your site you can use https://sitecheck.sucuri.net/

Hope that helps

Go into dashboard / appearance / menus and select your English language menu. Check the menu settings below, and make sure that you a) don’t have automatically add new top-level pages to this menu, and b) that you have the right language menu checked.

Do the same for the Spanish menu.

Polylang creates different language menu settings for each of your registered menus, but you have to make sure they’re selected.

Hope that helps

Hi there – are you sure you’re not confusing your account at www.ads-software.com with your website logon details on your server. They’re two separate things.

When you were setting up WordPress on your server, at Zuver, you should have had to create a username and pwd, and enter in an admin email. If in doubt, go to your logon page, and click on the ‘forgot password’ link, and enter your email or username. See if you get the reset link via email.

If none of that helps, can you access the WP database via your server admin panel? You can go into the WP database and check what users are registered in the wp_users table. Find your user details and you’ll be able to modify the pwd there (make sure to use the MD5 function).

Hope that helps

Glad to hear it. Make sure that you keep an eye on security – if your theme was corrupted, without you making changes, you may have a security problem. Take a look at https://codex.www.ads-software.com/Hardening_WordPress and consider using some of the popular and useful security plugins like https://www.ads-software.com/plugins/wordfence/ or https://www.ads-software.com/plugins/sucuri-scanner/

Hi Ian,
That’s good news, that you’ve managed to get up and running again. The W3 Cache plugin is causing a lot of problems at the moment in terms of compatibility. I’d look into other alternatives if I were you. Take a look at this post from Yoast which gives some background and alternatives:
https://yoast.com/w3-total-cache/

What changes did you make exactly? If you just changed the siteurl entry in the WP_OPTIONS table, you can change it back again to your original url.

another option here is to setup an exact copy of the site on a local/test server, to try to reproduce and fix the problems. That way you won’t risk making the site worse. If you want a hand with this approach, contact me directly info[at]boduweb.com

Make a backup first, and then go ahead and try deleting the error log. If it worsens the situation you can re-upload your backup. This may help with the headers problem but I don’t think it will fix the display of errors on your page.

for the [vctext] problems, reactivate your plugins and this should go away.

To rule out a number of problems (for example, compatibility between WP version and the plugins being used), you can do a brief test and change your theme manually to the default WP theme (check to see what the latest one you have installed is – twentyseventeen, twentysixteen etc). To do this you can edit the wp_options table in your database, following these instructions: https://www.inmotionhosting.com/support/edu/wordpress/change-theme-in-db. Obviously the default wp theme will have a completely different layout etc and will completely change the appearance of your site, so you only want to do the change briefly. When changed, see if you can login, and see if the errors dissappear from the site.

The advantage of this is that if using the default theme gets rid of the errors and allows you to login, then you know the problem is coming directly from your theme, so at least you’ll be able to focus your efforts directly there to get it fixed.

To change back to your original theme, follow the same steps in the db.

Hi Ian, no – definitely try to manually update WordPress first. The next approach was for it that doesn’t work for you.

Often when you update WordPress you have to automatically run a repair on the database (which is the upgrade.php file which you’re getting redirected to), but you’ll probably find that a manual update of the WordPress version will fix your problem.

If it doesn’t then try to repair the database.

Obviously, in both cases, make sure you have backups.

Hope that helps,
Andy

Which words are you talking about? The ones in the p.tags line all seem to be #88889a;
Do you mean the lighter grey links below the tags? You can change these by adding .post-entries a to the same css block.

You should be checking the file permissions for the wp-content/uploads folder and sub folders where all your images are, as these are the ones returning a 403 error. There’s a further useful article here:
https://themefuse.com/403-forbidden-error-wordpress/

You should check that the uploads folder has 755 permission, and that all the image files have 644 permissions. If that doesn’t resolve the problem, you should then proceed to the section in the above link where it gives instructions on how to check for a corrupted .htaccess file

Also, you can try adding
ini_set(‘display_errors’,’Off’);
to your wp-config.php which should help removing the display of errors on the front end of the site.

It’s important that you find out what’s causing the errors, but it’s preferable not to display the errors to your audience. Your PhP configuration may be set to display errors, regardless of the WordPress settings, and by adding ini_set(‘display_errors’,’Off’); you should over-ride that.

Do you have define( ‘WP_DEBUG_LOG’, true ); in the wp-config.php? If so set it to false for the moment.

Let’s try a different approach, and disable the plugins temporarily to see if any of those are causing the initial problem.

To do this manually, without accessing the admin, you can ftp into the site and rename the plugins folder to plugins_edit. This will disable all plugins. You can then see if you can access your admin dashboard.

If that works, you can re-enable the plugins by renaming the folder back to plugins, and disable individually each plugin until you get to the culprit (presuming that it’s a plugin causing the problems). To disable individual plugins you can do the same approach – via ftp change the name of the folder of the plugin.

Hi there,

You have a lot of errors there that should be investigated, but you don’t need to be displaying that information to your end users. In addition, the error reporting is contributing to the ‘headers already sent’ problem for accessing the admin.

I would first of all turn off WP_DEBUG in your wp-config.php file – open your wp-config.php file and search for define( ‘WP_DEBUG’, true ); and change it to define( ‘WP_DEBUG’, false ); Check then to see if you can access the admin.

If you still have the ‘headers already sent’ error, you can go through the following checklist to try to fix it: https://codex.www.ads-software.com/FAQ_Troubleshooting#How_do_I_solve_the_Headers_already_sent_warning_problem.3F

For the first general list of errors, I would check that your plugins are all up to date, and that your theme is up to date with your version of WordPress.

Hope that helps,
Andy