• Resolved brand-dedication

    (@brand-dedication)


    Hi Jeff,

    I read you are working on a new version.

    Can you snippet some of the changes?

    The issue I am having, which maybe you have made a solution to already is that when trying to speed op the admin area you just run into conflicts of parent urls for the frontend, admin pages, etc.

    An exact plugin like this that only affected the admin area or an extension that did so would be ideal, just thinking. Then the two focuses could easily be separated.

    I think having the default filter not affect the admin filter would be good too.

    Ultimately what I have tried to do with the backend is disable every plugin by default. Create an empty menu of every plugin url. Then create a filter so that particular plugin only loads when that page or its pages are requested. It works phenomenal! But then you just run into overlap and conflicts and the need for url strings to work.

    I’ve got the frontend down to a science!

    Just trying to really speed up the backend.

    It is just horrible that so many plugins load styles and scripts on pages where you can’t even act upon those loaded scripts. I’m try to create a performance solution to this with your help and genius.

    https://ww.wp.xz.cn/plugins/plugin-organizer/

Viewing 15 replies - 1 through 15 (of 26 total)
  • Thread Starter brand-dedication

    (@brand-dedication)

    BETA – Oh, I’m really into this thing!

    If you can use somebody to beta test and give you real feedback count me in. I run 80-100 plugin regardless so I can definitely find many compatibility issues if any, etc.

    Plugin Author Jeff Sterup

    (@foomagoo)

    Front end filters shouldn’t interfere with anything in your admin if you have created a plugin filter with the permalink set to http://www.yourdomain.com/wp-admin/ and select also affect children.

    I’m getting close to being finished with the new version. I’ll let you test it if you’d like. Not quite ready for that yet though. A lot of things have changed. You can disable/enable by custom post type from one page now. I’ve moved the plugin sorting and grouping off of the plugin page and onto it’s own again. I ran into some serious problems when I tried to do some of the things I wanted with the drop downs and text boxes for grouping so I had to move it to it’s own page. There are other changes too. I will come back and let you know when it is ready for testing. I have been very busy the last few days but will hopefully get time to work on it today.

    Thread Starter brand-dedication

    (@brand-dedication)

    Great. Yes, glad to help test when you’re ready.

    I think it just gets confusing with a little overlap.

    But the permalink /wp-admin interferes with any /wp-admin/index.php?page=Example_Here

    I think that is the backend overlap.

    So ultimately if I disable every plugin via permalink /wp-admin then try to enable ones on pages they only need to be I the permalink parent message from Plugin Organizer.

    I will be trying it out today and see what I can come up with.

    Thread Starter brand-dedication

    (@brand-dedication)

    Oh, one question in regard to features and a current solution.

    With the new dedicated Plugin Organizer page will exporting the plugin load order be an option?

    So my question currently is this.

    I am able to copy the database table for the plugin load order and carry it over to another site. This works, for the pages and post settings for the default load order ad the Global plugins page. But it doesn’t show that way in the plugins list page. So I’m not really sure if it is loading that way.

    Do you think it is?

    Plugin Author Jeff Sterup

    (@foomagoo)

    The load order is stored in a core option called active_plugins. If you are talking about copying the wp_PO_plugins table then no, that will not bring your load order over to a new site. Moving the wp_PO_plugins table won’t work unless the post ID’s are the same for both sites. You can copy over the plugin filters by copying the table though.

    Plugin Author Jeff Sterup

    (@foomagoo)

    Scratch that. The plugin filters won’t work either because they are a custom post type and also have a post ID.

    Thread Starter brand-dedication

    (@brand-dedication)

    The ID’s are the same. I am creating a default build for installs.

    I copied over PO_plugin_order.

    This adjusts the “look” of the plugin load order to be the same on the individual pages and posts. It also adjusts the “look” to be the same on the Global Plugins page.

    But it had me question this, because the Plugins List page where you actually save the plugin load order is not the same. It shows the default way. Everywhere else the plugin load order in the admin is correct.

    Do you think you will able to support an export of the plugin load order in the future?

    Plugin Author Jeff Sterup

    (@foomagoo)

    PO_plugin_order is an option to maintain the order. I guess with that copied over it will reorder active_plugins the next time it checks the order.

    Thread Starter brand-dedication

    (@brand-dedication)

    Okay, thanks.

    Is it running a cron then I can force it to run to update just to make sure it is copying things over?

    I’ll check with a cron plugin at some point.

    Plugin Author Jeff Sterup

    (@foomagoo)

    It doesn’t run a cron. It corrects it if you go to the plugins page and the order is different from what has been saved in PO_plugin_order. The function is part of the PluginOrganizer class. It’s called recreate_plugin_order.

    Thread Starter brand-dedication

    (@brand-dedication)

    Thanks, appreciate it.

    I will have to look more at it because I don’t think it was recreating it.

    I will have time to make sure later today though.

    Let me know when you’re ready to test out the Plugin Organizer Glory!

    Plugin Author Jeff Sterup

    (@foomagoo)

    I’ve got a beta version if you want to test it out. The zip file is located at http://www.jsterup.com/wp-content/uploads/2015/03/plugin-organizer.6.b.1.zip. You’ll need to manually delete your plugin-organizer folder and replace it with the one from the zip file. Don’t use this on your live site unless you are ok with losing it. I’ve tested it but you never know.

    Thread Starter brand-dedication

    (@brand-dedication)

    Got it!

    Will do… locally, but on an identical set up.

    Will report back, Wednesday latest, but will try today and tomorrow.

    Can you shoot me an email, vice versa or your website’s contact form?

    This is in case I need to supply screenshots or screencasts and it is easier for me to keep up/communicate.

    Thread Starter brand-dedication

    (@brand-dedication)

    Jeff,

    Message me at Noahj / Diamond Dedication / com, so I can send you some screenshots and communicate my Beta testing.

    I’ll reply more in details via email / your response.

    Thanks!

    Plugin Author Jeff Sterup

    (@foomagoo)

    My email is foomagoo at Gmail dot com.

Viewing 15 replies - 1 through 15 (of 26 total)

The topic ‘New version inquiry and conflict request…’ is closed to new replies.