potentdevelopment

Having done something similar years back, what you should do, is keep the design etc on your WordPress site and then use the fareharbor API to keep the booking and customer data, etc. on fareharbor and consume it on your site / view via the API connection.

What I just described is a HIGH LEVEL explanation of what I did before if you really wanted to import the data and keep everything on your database, then you could do that via Fareharbor API as well.

@threadi Thank you, that link you provided has been helpful.

@kaavyaiyer Thank you so much. This has been very helpful!

@donnacoxbaker if actually showing comments themselves then yes, that would be a problem. Each comments entered would be held in moderation until you approved them. If the form to enter the comments are missing, that is not related. Now, if you look at the page while you are logged in, then the comment form will be missing since your already logged in. All it would show would be textarea for you to enter your comment.

The full standard comment form with name, email etc is shown for people who are NOT logged in. Its best to check on another browser than the one that you are logged into the admin with.

@chcw No way of knowing without looking at the code generating the image. There isn’t just a single way a image is loaded into a template.

@donnacoxbaker are you sure you did not shut it off at the page/post level? Check the discussion on the individual post.

@cramdesign your main style.css file is NOT being loaded. In the functions.php file, there is code written to only load a style.css if it is a child theme.

The main style.css inside your theme directory just has to be there. It does not have to be loaded.

Did you check the header.php(or other theme files) file to see if its being loaded directly in the head? Themes all work differently so we really need to know what theme your using.

You’ve got 403 errors on both your sites. 403 = Forbidden to access. This is showing up for your images.

Did you change the permission on wp-content directory recursively? I’d try that.

Try this:

$mydb->query($mydb->prepare("UPDATE $table_name SET time='$current_timestamp' WHERE userid=$userid"));

The two versions of jQuery are massively different. Many methods that were available in 1.12.* have been deprecated or removed in version 3.*. Sounds like Slimemenu needs the latest jQuery.

Also, the jQuery that WordPress loads in by default uses noConflict to jQuery instead of $. So if your trying to instantiate a plugin and using

$(document).ready(function() {
    $('#whatever').someMethod(); //this will fail, you need to use
})

//This will work if your plugin is compatible with version 1.12.*
jQuery(document).ready(function($) {
    $('#whatever').someMethod(); 
})

I’d look into one of the two items I listed above.

Sounds like you missed filling in a field somewhere with your store’s name. Try going back through your settings.

The ability to make changes to the theme via admin sidebar interface isn’t universal. Some themes have a thorough system, some nothing at all.

If you reverted to default, and there was no option to save the existing settings or restore it, then unfortunately your most likely out of luck. Each theme has their own built save, load and restore system for their theme. Nothing is universal.

https://ghostinspector.com/blog/develop-wordpress-plugin-with-webpack-and-react/

The article is about creating plugins in WordPress using React. Not sure if it is helpful. I’ve only written standalone React apps.