Forum Replies Created

Viewing 15 replies - 121 through 135 (of 138 total)
  • I would be looking for a logged in / logged out trigger as well. As per my understanding with your explanation it looks like a tricky thing to achieve but that would be fantastic if we can find some sort of workaround.

    If you use fuzzy url matching, make sure you don’t have a rule that might catch your plugin’s url. Just a suggestion, OP might be able to help further.

    Thread Starter thisisbbc

    (@thisisbbc)

    Ok well then isn’t there a way to achieve this without using a wildcard? For example, by storing the username in some sort of constant?

    Which table is the plugin scanning? How is it getting bigger? Why would it need to read every row?

    I’m sure if there was a way you’d probably have thought about it by now but performance is a major concern to me and plugin organizer is a key component in this matter.

    All best,
    Bastien

    Thread Starter thisisbbc

    (@thisisbbc)

    Hey Jeff,

    Thank you a lot for the answer and explanation. Mmmm… Indeed our table might get big, we plan on having a couple hundreds thousands users.

    I guess for now it’ll be fine. I’m not sure I deeply understand the intricate relation between using a wildcard search and the number of sql queries, but is there any hope for some sort of logic that would avoid this problem in the long term?

    All best,
    Bastien

    Thread Starter thisisbbc

    (@thisisbbc)

    The “username” was meant to be between [ xyz ], not sure why it didn’t display.

    Thread Starter thisisbbc

    (@thisisbbc)

    It does make a lot of sense Jeff, thank you for your answer.

    Thread Starter thisisbbc

    (@thisisbbc)

    The option is here, my bad. It works like a charm!
    Thank you once again for the answer Jeff.

    Regards,
    Bastien

    Thread Starter thisisbbc

    (@thisisbbc)

    Ok sounds perfectly good, thank you for the clarifications.

    Thread Starter thisisbbc

    (@thisisbbc)

    Is it in in the realm of possibilities that we might be able to store these menu items somewhere to display them without having the plugin actually loaded?

    Menu items would be updated when a plugin is activated/deactivated on the plugins page, for example?

    Thread Starter thisisbbc

    (@thisisbbc)

    Ok understood.

    There’s no hack out there on the world wide web that would allow some sort of behavior as described?

    Any ways to cache the page to make it display faster? 30 seconds can be a lot of waiting when you need to go 4-5 times to that page in a short delay.

    All best,
    Bastien

    Thread Starter thisisbbc

    (@thisisbbc)

    Hey Jeff,

    Thank you for your answer! Mmmm… It would be great of we could define some sort of argument level to be matched because the ignore url arguments can be pretty useful.

    Example, we use a crowdfunding plugin that automatically creates a payment form for each and every user’s project from the same page. Something like :

    …/projects-checkout/?purchaseform=1&prodid=1
    …/projects-checkout/?purchaseform=1&level=3&prodid=2
    …/projects-checkout/?purchaseform=1&level=1&prodid=3

    It’s useful for us to optimize all payment forms the same way and we can’t really create a rule for each and every possible url.

    If there would be some sort of way to match urls to the Xrd argument, so for example, we would match these urls after the second argument :

    …/wp-admin/admin.php?page=UGC_config
    …/wp-admin/admin.php?page=UGC_config&tab=art
    …/wp-admin/admin.php?page=UGC_config&tab=classified

    And this rule wouldn’t match URLs like this :

    …/wp-admin/admin.php?page=rtmedia-settings

    That would absolutely fantastic.

    Regards,
    Bastien

    Thread Starter thisisbbc

    (@thisisbbc)

    I should have read a similar question before asking. Sorry.

    You can disregard this thread.

    You need to activate option on PO settings, but it don’t optimize the admin until you create rules to do so.

    We are creating a set of rules for the dashboard and so far it works great!

    However, as suggested above, it would be great if we could still see the list of active plugin in the left menu, without having the plugin actually loaded (we would load the appropriate plugin on the plugin page only, but it would make navigation easier since for now, we have set the plugins page to load all plugins so if we need to edit a specific plugin setting, we have to go to the plugins page and then to the appropriate plugin settings).

    +1 for username as well, any news on that?

    Thread Starter thisisbbc

    (@thisisbbc)

    Hey Ewout!

    Thanks for your quick answer that’s really appreciated 🙂
    Working like a charm!

    I effectively seen this feature was reserved to the pro version between the time I posted my answer and I’ve read yours, so no problems with this.

    However since you mention it wouldn’t work in the admin bar, it makes me a bit reluctant to buy the pro version. If you’d be able to add admin bar support you can add me to the satisfied customers list 😉

    Meanwhile I’ll stick with the free version since it’s pretty much what I needed.

    Regards,
    Bastien

    Thread Starter thisisbbc

    (@thisisbbc)

    Hi Ewout!

    Thank you very much for your answer. Well we use buddypress so the admin bar stays on top all the time, the notifications, messages and friend requests goes there. About your solution… It is indeed working… on the front end! But there’s a problem with the back-end. The admin-bar is gone and most of the tabs display an empty white page (I can’t even go to the theme editor anymore).

    Also, the menu doesn’t seem to display a drop-down of the items in the cart on the front-end.

    A quick fix would be tremendously appreciated 🙂

    Thank you again.

    All best,
    Bastien

Viewing 15 replies - 121 through 135 (of 138 total)