Replies
Adding a Feature Request.
Could we have a ‘Save’ button so that users can save their work in progress (as a draft say). I haven’t had any failures when testing but if people are taking a long time to make a creative blog post they like to be able to save what they have done so far.
Thanks for considering.
- Mike (DesignServe) on October 28, 2019 at 12:04 am in reply to: [Resolved] Automatically add a space after @mention #26172
Just adding my thoughts. I do tend to think that selecting in the popup should add the space. When typing we naturally add a space, when slecting something we tend to just keep typing and I’ve fallen foul of this a few times.
One of my users has a space in their username, which is very annoying I didn’t think it could happen. So I couldn’t use @ reply to them.
Another has their username as a dot ( . ) which is even more annoying. I think I might delete them. Or maybe I’ll change it to be “dot” 😀
- Mike (DesignServe) on October 27, 2019 at 7:20 pm in reply to: [Resolved] Possible conflict with LiteSpeed Cache plugin and Xprofile Custom Field Types. #26169
Apologies, I need to add this for completeness.
After doing the above you will need to do the following:
– purge all in Litespeed (from the Litespeed top menu in the backend)
– purge Cloudflare from the same menu, if you use Cloudflare
– purge all again.This is due to some buddypress issues with user avatars that are probably being flagged as warnings in your debug logs. It’s some programming in buddypress that is beyond my expertise.
- Mike (DesignServe) on October 27, 2019 at 7:14 pm in reply to: [Resolved] Possible conflict with LiteSpeed Cache plugin and Xprofile Custom Field Types. #26168
PPS moreover, you could just use members/* and then your members directory (members/) will continue to be cached.
- Mike (DesignServe) on October 27, 2019 at 7:11 pm in reply to: [Resolved] Possible conflict with LiteSpeed Cache plugin and Xprofile Custom Field Types. #26167
PS going to a deeper slug won’t work for profile editing.
Trying members/me/profile/edit/group/1/ for example, the individual user would be cached because “me” will be replaced by the username thus (for user called designserve) – members/designserve/profile/edit/group/1/
- Mike (DesignServe) on October 27, 2019 at 7:00 pm in reply to: [Resolved] Possible conflict with LiteSpeed Cache plugin and Xprofile Custom Field Types. #26165
Both,
Adding this for people who are not familiar with Litespeed. If set up correctly, Litespeed caches pages, objects, widgets etc for individually logged-in users directly on the server’s disk (which will undoubtedly be an SSD). It is one of its best features and makes it the fastest cache around in my opinion. Simplistically, you have to specifically buy hosting with Litespeed’s system because it replaces the Apache system.
For now I’m using the following to exclude some sections from the Litespeed cache.
In the Litespeed plugin > Settings > [4] Excludes > Do not cache URLs
members/ members/* forum/ forum/* activity/ activity/*
When you enter these every letter you type is delayed because Litespeed is detecting what you type. Be patient.
‘members’ are the two slugs you need in particular because that will exclude the users profiles.
Litespeed will then cache the logged-in member individually except when they (or visitors) are visiting a subset of those slugs. This is better than not caching your logged-in users everywhere.
Of course, you have to have the Litespeed cookie set up for your WordPress installation for Litespeed to know who is logged in or not. However, the method above will exclude the slug and its children from caching whether the cookie is set correctly or not. therefore, it is a ‘simple’ method.
An alternative is to start to focus-in on the logged-in user and refresh parts of their cache on a short interval. However, if you do that there will always be a delay for a user changing a profile setting. I think that even a delay of a minute would be confusing for the user, you would have to set up a cron to run every minute and they would have to wait a minute to see the results.
I hope that helps for now and I’ll report back if I get further with it.
Best wishes,
Mike- This reply was modified 5 years, 1 month ago by Mike (DesignServe). Reason: Corrected one of the slugs and added more explanation
- Mike (DesignServe) on October 26, 2019 at 7:04 am in reply to: [Resolved] Possible conflict with LiteSpeed Cache plugin and Xprofile Custom Field Types. #26147
Hi Brajesh (Happy Diwali!) and Carsten,
I also use Litespeed cache and I’ve been thinking that a recent Litespeed update might be the reason that my Member Types checkboxes in the Xprofile Field don’t persist. Brajesh and I have been discussing this and he thought it related to caching. My users have to log out and back in for their saved data to be shown correctly. Try that, change a setting in the profile and then log out and back in, see if the setting has been saved.
In the toolbar menu, Litespeed option, caching can be turned off for individual pages. I’m thinking of turning it off in the Profiles. I haven’t wanted to do that yet until I have sufficient time to be rigorous about testing. Because my site is a Multisite I have to take a lot of care over setting the Litespeed cookies correctly per sub-site, so testing is not quick. I only have very basic Litespeed caching in place at the moment, nothing fancy.
However, I think Brajesh is correct and I think we will have to do some experiments with Litespeed settings. There are a lot of settings as you’ll know!
I’ll monitor this thread and join in if I have any useful results to share.
Best wishes,
Mike - Mike (DesignServe) on October 25, 2019 at 2:22 am in reply to: Choosing Member Types after registration #26141
Brajesh,
Ok good thank you. I’ll let you progress with your suggestion and I can look into the CSS.
Many thanks,
Mike - Mike (DesignServe) on October 25, 2019 at 2:04 am in reply to: Choosing Member Types after registration #26139
PPS on my site it looks like they are in alphabetical order but they are not. That is because I created them in alphabetical order. You see one with a hyphen “-” which would be at the top if they were alphabetical.
- Mike (DesignServe) on October 25, 2019 at 2:01 am in reply to: [Resolved] Idea: Quote for small plugin #26138
Great. Let’s go for Role counting then. Thank you.