jacdaniel

No @bsfherman, I am referring to any header/footer plugin that allows scripts so that I can insert a code such as: <link rel=”shortcut icon” href=”/path/to/favicon.ico”> into the header section of my site in order to display my favicon on google search (that I have already uploaded to my site’s root folder via ftp).

Incidently, I already have EHF running on my site, so I am wondering if this would interfere with any additional script based header/footer plugin on Astra?- However, It didn’t with a different theme I used to have, where the favicon successfully appeared in google search. As soon as I installed Astra the search based favicon of my site failed to appear.

See this link below:

Search Favicon

• This reply was modified 4 years, 3 months ago by jacdaniel.
• This reply was modified 4 years, 3 months ago by jacdaniel.

By the way @jacdaniel , I don’t even follow the Google Search Central instructions. I only upload favicon from theme Customizer. It should be enough because if you try to view the page source of your site, the code <link rel=”shortcut icon” href=”/path/to/favicon.ico”> and other rel attributes has already been inserted automatically.

Well i’ve purged all cache on my site and it’s made no difference. The theme customizer definitely doesn’t work for the favicon appearing on search results – it only works for me for adding the favicon to the side of browser tabs.

I will look into whether or not I need to disable ‘header and footer’ plugin, and add the <link rel=”shortcut icon” href=”/path/to/favicon.ico”> code directly to the header of the homepage.

UPDATE:

I have contacted my web hosts and they have sorted the issue out for me on my online live site. My UDP now backs up to all variety of remote locations. It appeared to be a server side fix that probably couldn’t be fixed any other way. The message about LiteSpeed servers not working with UDP, hence needing a hosting change, was therefore wrong.

There is no explanation however for why certain remote location backups didn’t work on Xampp ‘localhost’, and why that “error establishing a database connection” keeps cropping up.

What I do know is that once you’ve re-installed Xampp and WordPress and do that restarting of Apache and mySQL – you have to create a database user in phpMyAdmin that corresponds with your WordPress login (and give that user full admin privileges in phpMyAdmin in those users settings) otherwise you will run into WordPress/mySQL database problems. That is relatively easy to sort out.

Hope all this info helps some others who want a trouble free transition to getting their WordPress sites onto their web hosting spaces and therefore online.

Hi, yes you’re right. I’ve found that by just totally un-installing and re-installing Xampp and WordPress module, then restoring from my Updraft Plus backup does the job. Takes a little while but sorts out the errors. I don’t think there’s many ways round trying to fix mySQL errors in Xampp.

I found this article:

I am navigating to the wordpress page and pressing enter in the address bar once entering the site address to see if it let’s me in. The ‘Error establishing a database connection’ comes up. I would then assume that a error log would be created in my wp-content folder, seeing as I have put in all those codes you’ve given me for the wp-config.php file.

This is not happening.
Becoming annoying now, thinking of uninstalling the whole xampp again (which would take the wordpress installation with it)- and trying a fresh re-install again. Can’t see how that would change what happened this time though.
I have a backup of my site in UpdraftPlus with Onedrive remote storage, so it would just be a plugin update and restore once I’ve installed the basic wordpress install.

I’ve worked out that I would find the outputted dump file here:

C:\xampp\php\logs\php_error_log

I found this for creating the dump file:

Using
<?php ini_set('display_errors', 1); ?>
at the top of your script will not catch any parse errors. A missing ")" or ";" will still lead to a blank page.

This is because the entire script is parsed before any of it is executed. If you are unable to change php.ini and set

display_errors On

<strong>then there is a possible solution suggested under error_reporting:

<?php
error_reporting(E_ALL);
ini_set("display_errors", 1);
include("file_with_errors.php");
?></strong>

[Modified by moderator]

You should also consider setting error_reporting = -1 in your php.ini and display_errors = On if you are in development mode to see all fatal/parse errors or set error_log to your desired file to log errors instead of display_errors in production (this requires log_errors to be turned on).

I need to know where to append this following text in the php.ini file so I can output the required error message dump to C:\xampp\php\logs\php_error_log :

<?php
error_reporting(E_ALL);
ini_set(“display_errors”, 1);
include(“file_with_errors.php”);
?>

The php.ini file has a lot of text and I have no idea where to insert that command in the file so it’s in the correct position in the file so that it works.

Do you know where I should put that command in php.ini, and if I’m even asserting to the correct procedure?

Thanks, Gaz

Hi Dion, thanks for responding. I done the DEBUG lines in wp-config.php, but still getting ‘Error establishing a database connection’. It’s not reporting anything else (as I guess it should be)..

I tried stopping and re-starting mySQL and Apache in the Xampp control panel, but made no difference.

Gaz

Just tried to reconfigure Xampp following these steps:

1. Go to xampp\php\php.ini. Now configure the php.ini file and increase the value for the following options upload_max_filesize,memory_limit, post_max_size .
post_max_size and memory_limit need to be larger than upload_max_filesize. Make them high enough so big files can work on the server.

2. Go to ‘xampp\phpMyAdmin\libraries\config.default.php’
Look for $cfg[‘ExecTimeLimit’] = 600;
Change the value 600 to a higher value may be 6000.

Made these modifications and still getting the same database connection error in WordPress. I can still get into the phpmyadmin dashboard though.

Bit sceptical about reinstalling Xampp however when it appears to be ok. It just looks like some kind of configuration settings either in phpmyadmin OR config.inc.php OR wp-config.php

Anyone with any clues as to how I can login to WordPress again?