henry88g

Thanks very much for swift response. All good. I don’t know just where I went wrong, but everything is fine using site-relative URLs. I thought I had done so at one time, but perhaps it was too late at night.

Same here – fortunately, had a backup ready to hand. I didn’t have debug turned on, but was simply unable to log into admin. Once I turned on debug, I got the messages. Here are the lot:

Warning: include_once(/var/www/html/testsite/wp-content/plugins/ldd-directory-lite/includes/cmb/includes/CMB2_Hookup.php): Failed to open stream: No such file or directory in /var/www/html/testsite/wp-content/plugins/ldd-directory-lite/includes/cmb/includes/helper-functions.php on line 44

Warning: include_once(): Failed opening '/var/www/html/testsite/wp-content/plugins/ldd-directory-lite/includes/cmb/includes/CMB2_Hookup.php' for inclusion (include_path='.:/usr/share/php') in /var/www/html/testsite/wp-content/plugins/ldd-directory-lite/includes/cmb/includes/helper-functions.php on line 44

Fatal error: Uncaught TypeError: call_user_func_array(): Argument #1 ($callback) must be a valid callback, class "CMB2_Hookup" not found in /var/www/html/testsite/wp-includes/class-wp-hook.php:307 Stack trace: #0 /var/www/html/testsite/wp-includes/class-wp-hook.php(331): WP_Hook->apply_filters() #1 /var/www/html/testsite/wp-includes/plugin.php(476): WP_Hook->do_action() #2 /var/www/html/testsite/wp-content/plugins/ldd-directory-lite/includes/cmb/bootstrap.php(75): do_action() #3 /var/www/html/testsite/wp-content/plugins/ldd-directory-lite/includes/cmb/init.php(165): cmb2_bootstrap() #4 /var/www/html/testsite/wp-includes/class-wp-hook.php(307): CMB2_Bootstrap_2101->include_cmb() #5 /var/www/html/testsite/wp-includes/class-wp-hook.php(331): WP_Hook->apply_filters() #6 /var/www/html/testsite/wp-includes/plugin.php(476): WP_Hook->do_action() #7 /var/www/html/testsite/wp-settings.php(598): do_action() #8 /var/www/html/testsite/wp-config.php(92): require_once('...') #9 /var/www/html/testsite/wp-load.php(50): require_once('...') #10 /var/www/html/testsite/wp-admin/admin.php(34): require_once('...') #11 /var/www/html/testsite/wp-admin/index.php(10): require_once('...') #12 {main} thrown in /var/www/html/testsite/wp-includes/class-wp-hook.php on line 307

OK – Using phpmyadmin, I’ve exported just the rows relating to one of the service boxes, changed the wordpress prefix (from wps4_ to fred_) and imported them into the same database. All the data is there for all the rows.

So, although why rows were empty when I imported all of a database remains a mystery, let’s call the matter resolved for the moment. I know that I can copy my site and fix any anomalies if needed. As and when I get further insight or clarity into the situation, I’ll re-open the discussion.

If anything comes to your mind, please let me know, too.

Regards,
Henry

Thanks for your note, Praveen. I’ve now copied over the missing data directly into the database, and so the site is ok now.

The site is not meant for the public – just myself and my client – but, for what it’s worth, you can look at https://goldstein88r.no-ip.org/site4/FF/ You’ll find the Services and Team material towards the bottom of the landing page. There are service boxes on a number of other pages – 5 in all, and the Team shortcode is used in two places on the site.

That site is a copy of https://goldstein88r.no-ip.org/site4 – I am practicing copying sites. Everything worked first time after copying and adjusting URLs, except for the Team and Servicebox data.

I will experiment with exporting and re-importing just the rows involved and let you know what happens. It was only the individual wpsm_servicebox_data (one row per service box) in the _postmeta table that was blank after importing the whole database. All the other rows seem to be ok after import. The Servicebox plugin knew about the shortcodes, it just didn’t have any data.

Thanks again for responding.

Ok, I got something else wrong – the wpsm_servicebox_data was NOT imported into the staging site database. All the other wpsm_servicebox tables were imported.

Maybe there is a log I can check.

Again, this behaviour is different from other plugins, all of which worked first time in the staging site.

??

Further to above – I’m ok now with the data being in _postmeta – didn’t understand before. Cutting and pasting the data from original site database to staging site database made it all work, but I don’t think I should have to do that.

So – still hoping for suggestions.

That does the trick. Many thanks for your attentiveness to my problem.
(I’ve learned something about debugging WordPress – and I’ve been using it for a decade or so.)

Now to work on editing templates.

Thanks again,
Henry

Sorry, I hadn’t got to the end of the messages. Here you go:

Warning: Use of undefined constant get_html_loop - assumed 'get_html_loop' (this will throw an Error in a future version of PHP) in /var/www/html/testsite/wp-content/plugins/ldd-directory-reports/ldd-directory-lite-reporting.php on line 324

Fatal error: Uncaught Error: [] operator not supported for strings in /var/www/html/testsite/wp-content/plugins/ldd-directory-reports/ldd-directory-lite-reporting.php:343 Stack trace: #0 /var/www/html/testsite/wp-includes/shortcodes.php(356): arr2html->get_html_loop() #1 [internal function]: do_shortcode_tag() #2 /var/www/html/testsite/wp-includes/shortcodes.php(228): preg_replace_callback() #3 /var/www/html/testsite/wp-content/plugins/ldd-directory-reports/ldd-directory-lite-reporting.php(332): do_shortcode() #4 /var/www/html/testsite/wp-content/plugins/ldd-directory-reports/ldd-directory-lite-reporting.php(325): arr2html->create_view() #5 /var/www/html/testsite/wp-content/plugins/ldd-directory-reports/ldd-directory-lite-reporting.php(887): arr2html->__construct() #6 /var/www/html/testsite/wp-includes/class-wp-hook.php(303): generate_report_file_function() #7 /var/www/html/testsite/wp-includes/class-wp-hook.php(327): WP_Hook->apply_filters() #8 /var/www/html/testsite/wp-includes/plugin.php(470): WP_Hook->do_action() #9 / in /var/www/html/testsite/wp-content/plugins/ldd-directory-reports/ldd-directory-lite-reporting.php on line 343

There has been a critical error on this website. Please check your site admin email inbox for instructions.

Thanks – 7.4.3 it is.

Off for supper now. Still, phone is with me.

Regards
Henry

Hi. There’s lot of this sort of thing:

“Deprecated: Array and string offset access syntax with curly braces is deprecated in /var/www/html/testsite/wp-content/plugins/ldd-directory-reports/includes/mpdf/mpdf.php on line 2430”

Looks like a version issue. – Henry

Deprecated: Array and string offset access syntax with curly braces is deprecated in /var/www/html/testsite/wp-content/plugins/ldd-directory-reports/includes/mpdf/mpdf.php on line 2349

Deprecated: Array and string offset access syntax with curly braces is deprecated in /var/www/html/testsite/wp-content/plugins/ldd-directory-reports/includes/mpdf/mpdf.php on line 2350

Deprecated: Array and string offset access syntax with curly braces is deprecated in /var/www/html/testsite/wp-content/plugins/ldd-directory-reports/includes/mpdf/mpdf.php on line 2351

Deprecated: Array and string offset access syntax with curly braces is deprecated in /var/www/html/testsite/wp-content/plugins/ldd-directory-reports/includes/mpdf/mpdf.php on line 2352

Deprecated: Array and string offset access syntax with curly braces is deprecated in /var/www/html/testsite/wp-content/plugins/ldd-directory-reports/includes/mpdf/mpdf.php on line 2429

Deprecated: Array and string offset access syntax with curly braces is deprecated in /var/www/html/testsite/wp-content/plugins/ldd-directory-reports/includes/mpdf/mpdf.php on line 2430

and a lot more of the same.

I know, but I never received any email. Could that be due to an SMTP problem my end? – this site is not set up for sending emails at present. Just in case, I will add in the smtp plugin that works for me in other of my sites.

Thanks for your response. Not that I know of. Never heard of them. I use Google Analytics. The only other external service I’m linked to (knowingly) is Wordfence.
(I like JNashHawkins’ cute comment.)

Thanks to all.

I had the infinitely redirecting static home page problem that went away by getting rid of pretty permalinks.

Marius’ and others’ lower-case url solution allowed me to return to my original permalinks.

What a valuable asset you all are.

Nice to see so many comments and ‘solutions’. I spent some time producing various work-arounds. Finally changed permalinks to ‘plain.’

A temporary fix, but it seems to work for now.

Indeed, annoying.