Lars.Lemming

I have now found the folder containing the LocalWP version of the website, on my computer it is located in C:\Users\LarsLemming\Local Sites\crowdtracking.

So now the question is, what happens if I “dunp” a copy of my latest version of WP-Content?

I think I will zip the “C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-content” file and try to replace it the XAMPP equivalent to see what happens (as the LocalWP instance presumably also use the CrowdTracking MySQL database in my PhPMyAdmin!

I will let you know what happens once I have done so, but right now something which is way more important just came in the door – my grandchildren ?? – so it may take a couple of hours before I have tried that!

/Lars

Hi fahimmurshed, and thank you for your reply – unfortunately switching to LocalWP did not seem to help a lot.

I have tried to use LocalWP in the past, and also been working on the website that I have huge issues with in that environment, but where the site that I am working on in XAMPP (and I have been spending 4 days on it since I changed back from LocalWP to XAMPP) comes up as: “https://localhost/crowdtracking/wp-admin/”,

The “old” site In LocalWP comes up as: “https://localhost:10004/wp-admin/?localwp_auto_login=4”

What I ideally would want is to retrieve the “https://localhost/crowdtracking/wp-admin/” site, and whether this is then worked on in XAMPP or LocalWP does not really matter that much until after I have uploaded it, and once I have done so, I will naturally be making a back-up which I can load in either LocalWP or XAMPP (or any other environment)!

However, even finding out where LocalWP is storing my site (presumably called “10004”) is a challange – I have tried to go through all folders under “C:\Users\LarsLemming\AppData\Local\Programs\Local”, but there is no folder called “10004”, and that is the same when I look in “C:\xampp\”!

If I could find the folder which stores the 10004 folder and I could copy the content of the content of “C:\xampp\htdocs\CrowdTracking” to this folder, at the same time running an export of the MySQL database for CrowdTracking and then delete the tables of the 10004 database and import all the tables of the CrowdTracking database to the 10004 database, then I would presume that I would get my latest version of the website back – but then again, I am not a developer or a coder, I am just a person who build websites as a hobby!

Your advice – including any other things that may work – will be very much appreciated, I even invite you to contact me direct on lars_lemming followed by the sign for “to” and my email host (which is hotmail.com).

If you do that and if you believe that you have a solution to my issues, perhaps we could set up a TeamViewer session, where you could show me what to do on my computer (in spite of being 62 years old, one of the main reasons I have for getting up in the morning is to learn something new)!

Thanking you in advance, I remain,

Yours sincerely

Lars Lemming

Thanks George, though slightly the long way round, it seems to do the trick!

A friend of mine helped me solve this issue, what he did and how I do not know, but now it is gone!

I tried to install the “Kirki Customizer Framework”, as mentioned on the support site of HappyForms, but when I try to create a new form, I get the following error message in the window to the right:

Fatal error: Uncaught TypeError: Illegal offset type in isset or empty in C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-includes\class-wp-customize-manager.php:3861 Stack trace: #0 C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-includes\class-wp-customize-control.php(235): WP_Customize_Manager->get_setting(Array) #1 C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-content\plugins\kirki\kirki-packages\field\src\Field.php(268): WP_Customize_Control->__construct(Object(WP_Customize_Manager), ‘preset_demo’, Array) #2 C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-includes\class-wp-hook.php(310): Kirki\Field->add_control(Object(WP_Customize_Manager)) #3 C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-includes\class-wp-hook.php(334): WP_Hook->apply_filters(NULL, Array) #4 C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-includes\plugin.php(517): WP_Hook->do_action(Array) #5 C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-includes\class-wp-customize-manager.php(940): do_action(‘customize_regis…’, Object(WP_Customize_Manager)) #6 C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-includes\class-wp-hook.php(310): WP_Customize_Manager->wp_loaded(”) #7 C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-includes\class-wp-hook.php(334): WP_Hook->apply_filters(NULL, Array) #8 C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-includes\plugin.php(517): WP_Hook->do_action(Array) #9 C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-settings.php(654): do_action(‘wp_loaded’) #10 C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-config.php(103): require_once(‘C:\\Users\\LarsLe…’) #11 C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-load.php(50): require_once(‘C:\\Users\\LarsLe…’) #12 C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-blog-header.php(13): require_once(‘C:\\Users\\LarsLe…’) #13 C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\index.php(17): require(‘C:\\Users\\LarsLe…’) #14 {main} thrown in?C:\Users\LarsLemming\Local Sites\crowdtracking\app\public\wp-includes\class-wp-customize-manager.php?on line?3861

So that did not help a lot!

@ Abid Hasab,
The issue was solved when I switched off all the other plug-ins and then switched them on one at a time, check it I got the error message and then switch it off again.
It turned out that the error message went away when I switched off – I think it was – the “Classic Editor”!

Ups – it was not the browser preferred language but the computer language – which in turn reflects on the browsers preferred languages, the less you specify otherwise in the individual browsers!
(had a friend in Denmark check the page, and it came up in Danish)

This issue was has been solved!

Thank you Marcus, I this mean that “Meta Tag Manager” probably will be one of the few “surviving” plug-ins once I upload the side.
The side in question (www.hjertestarterskabe.dk) last night had a load time of about 6 sec. by removing a few unused plugins I have now got it down to under 5 sec. but my goal is between 1 and 2 secs., so there is still some work to be done.
Right now I am focusing on optimising images – without losing aesthetics when loaded.

Thank you Kharis, this seems to solve my issue

This solves my issues – thank you Kharis

The issue has been solved with the latest update of Rank Math SEO plugin.

This question has now been asked in each individual relevant plug-in support group and is therefor considered closed

True

I originally installed “Meta Tag Manager” to insert the Google site verification meta code and the Google Analytics script in the header of all pages.
Coming from “old fashion” HTML coding, this was easy (simply enter it in to the header manually in the static HTML pages), but with PHP based “dynamic” pages, I could not find any pages with a header section and came to the solution that “Meta Tag Manager” probably was the easiest way to insert these tags.
However, as I am a bit of a sucker for speed and load time, I want to reduce the number of plug-ins which has to be loaded to an absolute minimum when I publish the pages, hence wanting to delete as many plugins which is not absolutely necessary as possible, prior to uploading the page!
That is the reason for the question – will deleting the “Meta Tag Manager” effect any added metatags and scripts which has been entered using this plugin?