Wedge

As of today -- valued to $450K. Lol. And apparently, exchanging it for real money is now doable these days. Maybe I should have taken the job... :lol:

rev 2298
 6 files changed, 33 insertions(+), 37 deletions(-), 1.72KiB

- Duplicate text in profiles. (Profile.template.php)

* Tweaked debug junk to prevent styled non-links in ViewQuery, and incorrectly styled links in page bottoms. (Subs-Template.php, ViewQuery.php, index.css)

* Reverted html tag's height tweak from the 24 Oct commit, because it created other issues (as I expected), and instead modified sidebar animation to always restore overflow after animating. (script.js, index.css, sections.css)

! And another fix (hopefully the last one) for the sidebar opener code, preventing it to trigger when an HTML tag is located inside an anchor. (script.js)

I didn't technically remove it, as it wasn't in the codebase to begin with... ;)
It *is* in the SMF 2.1/ElkArte codebases (from a SMF 2.1 commit by Spuds), which is where I went to 'check' went I hit a bump during the caching rewrite. I was surprised that he'd do that even if no documentation existed for it.
So I figured, I'd probably better use the Memcached:: object, but then I tested memcached locally, and found it didn't really help performance (not as memcache vs no-cache, but as memcache vs file-based cache). So, it really wasn't worth much of my attention, in the end. I was even tempted to remove all caching except for the file cache. But keeping it all doesn't cost anything, so, whatever...

I noticed today, though, that SMF 2.1 also gives the ability to choose the cache library for use, so you can stick to file cache even if APC is present. Interesting.Sorry..?memcached (the server) is, but php_memcached (the extension) isn't. php_memcache is, though, and it's what I've been using for my tests.

rev 2296
 8 files changed, 78 insertions(+), 44 deletions(-), 11.20 KiB (okay, so that's totally unrelated to changes, or something...)

+ Added better membergroup support to privacy lists. Admins can use any group; members can use any groups they're in, as well as post-based groups they're in, or used to be in (i.e. less posts). Until now, they could only select from groups they were in. (Class-System.php)

+ Privacy selector is now more generic. Needs a bit more work, but I'm getting close... (script.js)

! Contact list privacy was not inclusive enough. (Class-System.php)

* Renamed some 'contacts' strings to 'list', to harmonize with 'group'. (Post.php, Security.php, index.language.php)

* More bits on the privacy system. (Thoughts.template.php, index.template.php)

On Google.

If only they could spend the same energy they've been spending here, to comment on the Wedge-related topics I've been waiting for feedback on... :lol:

rev 2295
 6 files changed, 128 insertions(+), 111 deletions(-), 4.07 KiB (I'm assuming SVN would have given me twice that size :P)

* Several caching improvements, mostly around Memcached. I only needed to ensure that wedge.org could clean the user cache correctly for an upcoming site update, and I ended up rewriting plenty of things. Silly me... (ManageServer.php, Subs-Admin.php, Subs-Cache.php, ManageSettings.language.php)

  ! Fixed a dirty bug where Memcached just didn't work in Wedge (AFAIK it also won't work well in SMF).
  * Improved code for Memcached path (more specifically, the Memcache extension), by turning $memcached into a static.
  * Fall back to file-based cache if the Memcached server is currently down.
  * Added support for Zend shared-memory caching (zend_shm_*).
  * Calling clean_cache on the regular file cache will now attempt to clear the cache for APC, XCache, Memcached and Zend.
  * Admin page won't show the Memcached text input if it's not available in the first place.
  * Improved wording of admin page's help text. Seriously, it was messed up, especially when it came to Memcached.
  * More accurate detection of accelerators in admin page.
  * Various commenazi, and spacinazi.

@ Note: XCache documentation is non-existent, so it's possible this won't work for it. As for Zend, they don't have a (documented) way to clean their old cache system, and I don't have access to any of these cache APIs anyway (except APC which I need to test), so I don't know if it'll succeed removing Zend's key/value cache, but it's worth a try.

@ I'm too lazy to update smfinfo.php... I don't think it even has a chance of making its way into a final package, anyway. Also too lazy to look into the Memcached extension for now (right now, Wedge uses the Memcache extension, which does the same job, but is older or something.)