UBB.threads PHP Forum Software Community Forums UBB.threads Bug Reports Possible bug?

The owners added a profile to the moderators for a forum, but they added the profile twice. I deleted it, and saved the change, but when I looked the two copies were still there. I deleted both, saved, then added it back, and it worked. Not sure what's going on there.

Our setup is in my sig.

I am not sure what you are talking about here but I can tell that one host I deal with Inmotion hosting .
On new accounts they have a new server cache system that interferes with making changes in the control panel.
Where you need to submit several times to make a change stick in UBB.

In the cpanel is a option for controlling this cache and I opted to exclude ubbthreads.php from the cache and the problem was resolved.

It interfered with things like permission changes and most all other settings changes.

I have another older account with inmotion that does not have this cache system that still works fine.

I will check on that. Thanks for the tip.

UBB.threads is an extremely simple PHP script that should run fine on any standard web server; it's when custom configurations and caching come into play that things start getting dicey.

When operating a cache in front of UBB.threads you will likely need to add some "do not cache" rules on at least the admin and style folders so that you can manage your forum and update your styles with the editor as intended.

Caching would be enabled in the httpd.conf file, correct?

It would vary based on the caching manager in place, or caching server/service on the DNS; which is all out of the scope for forum support

On a server I use for development, I use the following lines in .htaccess

Generally though, if I see something not refreshing or accepting changes as expected, I will do a CTRL-F5 on the page.

This action forces the page to reload regardless of the cached content by retrieving a completely reloaded page. This action retrieves the most recent content of the page visited. This is generally slower than a simple refresh (F5), as the data is not directly retrieved from the cache.

If you are in the situation where an element of the page has not loaded, an image for example, the simplest way is to do the combination CTRL + F5.

Other shortcuts: CTRL + Shift + r or Ctrl + F5.
On Mac and Apple: Apple + R or Command + R

This operation is the same on most modern browsers (Chrome, Firefox, Safari, Opera, Brave, Edge, …)



If the server is caching the content through a DNS, CDN, PROXY, or similar (see image), you are at the mercy of that server's cache configuration. In which case, that server's caching should be configured it to be less aggressive to control panels and other administrative site settings pages.

Further reading on different web caching here:
https://managewp.com/blog/types-of-web-cache

More technical (and more closely related to web hosting) over here
https://www.hostpapa.com/blog/web-hosting/types-website-caching-how-use-faster-for-loading/

I will keep all this in mind should the problem arise again. It seems the simplest solution is your suggestion of using CTRL-F5.

what was explained to me is the cache on inmotion is on the back end of the server system embedded in the server.
Even making a change you need to clear the cache with the provided tool.
And it did not appear in htaccess nor config.conf or php ini.
I can't recall what the cache system is called but it is part of the server system files.
Or maybe I did
Nginx ????


Check
https://www.inmotionhosting.com/support/edu/cpanel/cache-manager-cpanel/
as stated
Nginx as a powerful caching proxy in front of Apache

I set this server up (we're on dedicated hosting), and I don't believe I configured any cache on the server, but I'll check. I only run apache. Don't want to learn yet another app.