GliffenDesigns

Hello.

Thank you for the prompt reply and for fixing the background color item on Ghostkit Columns.

Kindly see the page below:
https://premiergreencleaningservices.com/dev/

You will see on columns of 3 and columns of 2 where I have tried to implement both regular Gutenberg buttons and Ghostkit buttons (the buttons that have a blue background only), that none are bringing the text over that exists from within the WordPress admin. You can replicate this issue by adding a ghostkit grid to any new page, and then trying to add any type of button from within the grid. I tried both a Gutenberg and a Ghostkit button – but text is lost on publish on the front end.

Can you advise?

Thank you so much for your time – our client is thrilled with the results of the page so far.

• This reply was modified 5 years, 11 months ago by GliffenDesigns.
• This reply was modified 5 years, 11 months ago by GliffenDesigns.

Hello, we are having the chinese character show up on the bookings plugin on our site, as well. We have narrowed it down to the WC Fields Factory plugin. Can I please get assistance on this? I can be reached at [email protected]. Thank you for your time.

While I do not have a solution, I have a potential cause. One key difference between posts and pages is that pages have the ability to have a “parent” page assigned to them. This is displayed as a drop down list when adding a new page and is also used to order the pages on the page list view (all pages). For a site that has 5000+ pages this could be a feature that takes allot of resources to render. Not only does the system need to actually load the data into the drop down list but it also has to recurse through the list of pages to determine their proper hierarchy. Both of these things take time and resources on the server.

I am further convinced this may be your issue since this feature is only used when displaying the list of pages or adding a page (and a few others). It would not be executed on the front end which you indicate there is not a reduced performance on. One other page that would need to process your entire page database would be the ‘menus’ page on the backend. Do you notice slow performance here? If so, I think we have identified our issue.

As far as correcting, this may be a bit more difficult and would require modifying the wordpress core. Or you might be able to define a function that overrides the default function for collecting this page hierarchy list. Or you could try to track down the page within wp-admin that brings up the page editor and simply comment out the part about parent id. Then see if your add new page feature starts moving faster.

Note, I ran into similar issues on a custom developed POS system that had thousands of subcategories for products. It is a hard issue to get arround.