rockiger

With slug I mean the route/url to the WordPress page where your React app is embedded. The public_url of the build script shouldn’t be changed.

Could you please test your app with localWP first if it works.

I don’t have any experience with AWS and can’t really support you with it.

From what I see, your dev system and your live system didn’t match.

On your dev system you use the slug /test on your live system you use /.

You need to use /test on your live system too. Please use the exact same app configuration on both systems.

Did you try to build your app on localhost.

The package.json doesn’t look like it isn’t edited by ReactPress, thus the assets are not loaded properly.

The build command should look similar like this. You can edit your package.json manually like this (Assuming the path fits your WordPress installation):

...
"build": "PUBLIC_URL=/wp-content/reactpress/apps/[your-app-name]/build react-scripts build"
...

Let me know, if it helps.

Btw, the jQuery issue is a separate problem and should have nothing to do with ReactPress – assuming you don’t use jQuery as a dependency in your React app.

Hey @ritarodev,

unfortunately, it is very hard for me to debug Windows installations. I can only run Windows in a VM. Anyway, let’s give it a try.

Could you please post your configuration?

OS: I guess Windows
Plugin version: ?
Do you have other plugins activated?

Also, could you install WP Debugging, and look into wp-debug log?

• This reply was modified 2 years, 5 months ago by rockiger.

Hey @turbojae,

I tested your data. The update function works fine with your data.

Maybe you could deactivate and re-activate the plugin after the update.

Do you have any logging data?

Thanks, I will test, if there is a conversion problem today. The “pageslug” needs to be transformed to “pageslugs”. I should get it done today.

Thank you for helping out.

Ok, strange. I tested it again on my system and the update worked smooth.

Could you post get the following db entry:

SELECT *
FROM <code>wp_options</code>
WHERE <code>option_name</code> = 'repr_apps'
LIMIT 50

There seems to be something off with the saved array.

As I said, I don’t know Vite. What is not working? Maybe I can give some tips.

No, at the moment Vite does not work. I will add other scaffolding like Vite in later releases.

If you want to add Vite manually you can use this tutorial: https://medium.com/swlh/wordpress-create-react-app-integration-30b41657b79e

But you need to change the build structure to fit Vite. For example vite uses a dist/ directory instead of build/.

No, the first one is the plugin directory.

The second one is the content directory of the plugin, where all React apps should be stored.

@ryosm

For whatever reason, the saving process sometimes takes ages. I don’t understand why this is to be honest.

Hey @richardone,

no, this is not possible with ReactPress. The whole idea is to deploy the React app in your WP installation.

I will add this to the backlog.

As a fix, you could patch the class-reactpress-public.php.

Read https://medium.com/swlh/wordpress-create-react-app-integration-30b41657b79e for more details on how to embed a React app into WordPress.

Hope this helps

Unfortunately not. ReactPress uses php 7.4 only functions.

Using this settings on Linux it works fine for me:

Local version is: 6.2.4

Does the asset manifest in your react app exist?

No, no, the page does get created automatically.

The problem is probably the php error. I will look into it and see if I can replicate it and my Linux system.

One other question: Which php version does you use?