Title: Inposure's Replies | WordPress.org

---

# Inposure

  [  ](https://wordpress.org/support/users/liangzai/)

 *   [Profile](https://wordpress.org/support/users/liangzai/)
 *   [Topics Started](https://wordpress.org/support/users/liangzai/topics/)
 *   [Replies Created](https://wordpress.org/support/users/liangzai/replies/)
 *   [Reviews Written](https://wordpress.org/support/users/liangzai/reviews/)
 *   [Topics Replied To](https://wordpress.org/support/users/liangzai/replied-to/)
 *   [Engagements](https://wordpress.org/support/users/liangzai/engagements/)
 *   [Favorites](https://wordpress.org/support/users/liangzai/favorites/)

 Search replies:

## Forum Replies Created

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

1 [2](https://wordpress.org/support/users/liangzai/replies/page/2/?output_format=md)
[3](https://wordpress.org/support/users/liangzai/replies/page/3/?output_format=md)
[→](https://wordpress.org/support/users/liangzai/replies/page/2/?output_format=md)

 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WP Super Cache] [Plugin: WP Super Cache] Comment clears ALL cache](https://wordpress.org/support/topic/plugin-wp-super-cache-comment-clears-all-cache/)
 *  Thread Starter [Inposure](https://wordpress.org/support/users/liangzai/)
 * (@liangzai)
 * [14 years ago](https://wordpress.org/support/topic/plugin-wp-super-cache-comment-clears-all-cache/#post-2766964)
 * Going back to 1.0 and then back again to 1.1 seems to have solved the problem.
   Now only front page and subsequent post listings change with new comments, while
   individual posts or pages stay as they are (and as they should).
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Asynchronous Widgets] [Plugin: Asynchronous Widgets] Does not work with Widget Cache](https://wordpress.org/support/topic/plugin-asynchronous-widgets-does-not-work-with-widget-cache/)
 *  Thread Starter [Inposure](https://wordpress.org/support/users/liangzai/)
 * (@liangzai)
 * [14 years, 2 months ago](https://wordpress.org/support/topic/plugin-asynchronous-widgets-does-not-work-with-widget-cache/#post-2661763)
 * I experimented on my local install. APC Object Cache Backend is definitely a 
   culprit.
 * [http://wordpress.org/extend/plugins/apc/](http://wordpress.org/extend/plugins/apc/)
 * (It is needed for MO Cache, which in turn is needed to speed up translation of.
   mo files)
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Asynchronous Widgets] [Plugin: Asynchronous Widgets] Does not work with Widget Cache](https://wordpress.org/support/topic/plugin-asynchronous-widgets-does-not-work-with-widget-cache/)
 *  Thread Starter [Inposure](https://wordpress.org/support/users/liangzai/)
 * (@liangzai)
 * [14 years, 2 months ago](https://wordpress.org/support/topic/plugin-asynchronous-widgets-does-not-work-with-widget-cache/#post-2661759)
 * Super Cache doesn’t do any caching for me as admin. It just gives a 500 error
   and leaves a gap on the page where the widget were supposed to be.
 * I’ll give it another shot at a less busy hour, with cleared super-cache and also
   cleared APC cache (apache restart)… APC can do nasty things like this.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Asynchronous Widgets] [Plugin: Asynchronous Widgets] Does not work with Widget Cache](https://wordpress.org/support/topic/plugin-asynchronous-widgets-does-not-work-with-widget-cache/)
 *  Thread Starter [Inposure](https://wordpress.org/support/users/liangzai/)
 * (@liangzai)
 * [14 years, 2 months ago](https://wordpress.org/support/topic/plugin-asynchronous-widgets-does-not-work-with-widget-cache/#post-2661753)
 * Nope, sorry, no go; still the same error.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Asynchronous Widgets] [Plugin: Asynchronous Widgets] Does not work with Widget Cache](https://wordpress.org/support/topic/plugin-asynchronous-widgets-does-not-work-with-widget-cache/)
 *  Thread Starter [Inposure](https://wordpress.org/support/users/liangzai/)
 * (@liangzai)
 * [14 years, 2 months ago](https://wordpress.org/support/topic/plugin-asynchronous-widgets-does-not-work-with-widget-cache/#post-2661733)
 * Actually it is not Widget Cache, it is something else. Maybe it doesn’t work 
   with MO Cache and APC Object Cache Backend, given that it complains about objects.
 *   Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/)
   
   In reply to: [strpos(): Empty delimiter](https://wordpress.org/support/topic/strpos-empty-delimiter/)
 *  Thread Starter [Inposure](https://wordpress.org/support/users/liangzai/)
 * (@liangzai)
 * [14 years, 6 months ago](https://wordpress.org/support/topic/strpos-empty-delimiter/#post-2446642)
 * No, that will kill your site immediately. You need to add a prefix (other than
   wp_, something more secure) to a) all tables, b) fields in the options table,
   c) fields in the usermeta table.
 * a) is straightforward, but in b) and c) fields don’t necessarily have any prefixes
   attached to them. How are you supposed to know which ones to change?
 * When I installed Wördpress (without frakking camelcase) years ago, there was 
   NO information saying that an empty prefix was ”not supported”, and if it indeed
   were not supported it shouldn’t even be allowed to proceed with an empty field;
   that’s BAD programming.
 * If this later changes, Wördpress needs to accomodate for this by adding a prefix
   automatically when upgrading. You can’t just leave your users in the dark because
   you can’t program properly. This is pure evil.
 *   Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/)
   
   In reply to: [strpos(): Empty delimiter](https://wordpress.org/support/topic/strpos-empty-delimiter/)
 *  Thread Starter [Inposure](https://wordpress.org/support/users/liangzai/)
 * (@liangzai)
 * [14 years, 6 months ago](https://wordpress.org/support/topic/strpos-empty-delimiter/#post-2446630)
 * Well, if it works, why not break it? After all, you get fly-out menus instead
   of speed and stability…
 *   Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/)
   
   In reply to: [strpos(): Empty delimiter](https://wordpress.org/support/topic/strpos-empty-delimiter/)
 *  Thread Starter [Inposure](https://wordpress.org/support/users/liangzai/)
 * (@liangzai)
 * [14 years, 6 months ago](https://wordpress.org/support/topic/strpos-empty-delimiter/#post-2446616)
 * Ditto, I am also on a mulstisite install, and just regained my site listing in
   the admin panel after manually changing the code snippet.
 * However, that is a hack, not a fix; it will be gone by the next update unless
   WordPress acknowledges that this is a bug and that it has nothing to do with 
   plugins or themes.
 *   Forum: [Networking WordPress](https://wordpress.org/support/forum/multisite/)
   
   In reply to: [Can't get rid of secondary domain](https://wordpress.org/support/topic/cant-get-rid-of-secondary-domain/)
 *  Thread Starter [Inposure](https://wordpress.org/support/users/liangzai/)
 * (@liangzai)
 * [14 years, 7 months ago](https://wordpress.org/support/topic/cant-get-rid-of-secondary-domain/#post-2371760)
 * Eureka!
 * Turned out to be a cache problem after all… APC seems to have stored the old 
   domain name in its cache and never updated, probably because the relevant PHP
   scripts were untouched. Cache should expire after 2 hours, though. Simple restart
   of apache revealed the problem.
 * Poking myself in the forehead, telling myself to remember…
 *   Forum: [Networking WordPress](https://wordpress.org/support/forum/multisite/)
   
   In reply to: [Can't get rid of secondary domain](https://wordpress.org/support/topic/cant-get-rid-of-secondary-domain/)
 *  Thread Starter [Inposure](https://wordpress.org/support/users/liangzai/)
 * (@liangzai)
 * [14 years, 7 months ago](https://wordpress.org/support/topic/cant-get-rid-of-secondary-domain/#post-2371617)
 * [@andrea_r](https://wordpress.org/support/users/andrea_r/): OK, so I guess it
   still is hidden somewhere, just that I can’t find it; have to look more carefully.
 * Didn’t know there was a paid version 🙂 But then it makes more sense and gives
   me a better clue.
 *   Forum: [Networking WordPress](https://wordpress.org/support/forum/multisite/)
   
   In reply to: [Can't get rid of secondary domain](https://wordpress.org/support/topic/cant-get-rid-of-secondary-domain/)
 *  Thread Starter [Inposure](https://wordpress.org/support/users/liangzai/)
 * (@liangzai)
 * [14 years, 7 months ago](https://wordpress.org/support/topic/cant-get-rid-of-secondary-domain/#post-2371616)
 * Actually, no. My c.net and d.info have no corresponding c.b.org and d.b.org, 
   since I deleted them. It has been done before.
 * WP just needs associate domains with IDs, no need for extra subdomains. That 
   is a leftover from old MU, it shouldn’t be that complicated.
 *   Forum: [Networking WordPress](https://wordpress.org/support/forum/multisite/)
   
   In reply to: [Can't get rid of secondary domain](https://wordpress.org/support/topic/cant-get-rid-of-secondary-domain/)
 *  Thread Starter [Inposure](https://wordpress.org/support/users/liangzai/)
 * (@liangzai)
 * [14 years, 7 months ago](https://wordpress.org/support/topic/cant-get-rid-of-secondary-domain/#post-2371601)
 * No difference. The point is that WP can’t come up with new.b.org at random, it
   must be picked from the DB. And I can’t find it there.
 * siteurl = a.com
    home = a.com
 * etc. Can’t find anything in the main blogs options or other tables either.
 * new.b.org is nowhere to be found, not even in serialized array strings.
 * Everything works as intended, except for the admin bar and other places where
   all blogs are listed; it will show new.b.org rather than a.com in those places.
 * If I follow that link, I will be redirected to my 404 page, since there is no
   such blog. (And later I have also removed new.b.org from /etc/hosts, and I don’t
   have a wildcard DNS setting, so the host doesn’t exist.)
 * It is not a cache issue… just tried logging in from a fresh test browser. Unless
   there is a hidden files cache that WP uses.
 * So WP doesn’t seem to resolve existing blog URLs from any obvious settings, and
   I am completely lost trying to follow the code into any depth.
 *   Forum: [Networking WordPress](https://wordpress.org/support/forum/multisite/)
   
   In reply to: [Can't get rid of secondary domain](https://wordpress.org/support/topic/cant-get-rid-of-secondary-domain/)
 *  Thread Starter [Inposure](https://wordpress.org/support/users/liangzai/)
 * (@liangzai)
 * [14 years, 7 months ago](https://wordpress.org/support/topic/cant-get-rid-of-secondary-domain/#post-2371582)
 * WordPress MU Domain Mapping 0.5.4.1
 *   Forum: [Alpha/Beta/RC](https://wordpress.org/support/forum/alphabeta/)
    In 
   reply to: [Twenty Eleven theme … are you guys joking?](https://wordpress.org/support/topic/twenty-eleven-theme-are-you-guys-joking/)
 *  [Inposure](https://wordpress.org/support/users/liangzai/)
 * (@liangzai)
 * [14 years, 12 months ago](https://wordpress.org/support/topic/twenty-eleven-theme-are-you-guys-joking/#post-2135588)
 * Problem with third party themes is that they are too complex and heavy, not maintained
   through updates, non-free, too simple, not quite right or something else.
 * Both Twenty Ten and Eleven have all the features most bloggers should ever ask
   for, and they can be customized with child themes to avoid looking like everyone
   else’s blog.
 * But Twenty Eleven has a serious flaw in that the sidebar is not visible on single
   posts, and there is no template to get around that. You need to do a major hack
   to both CSS and code to get right on track again, which kinda disables the advantages
   with the theme.
 * Dunno about you, but my regular visitors go from comment to comment with the 
   help of recent comments listing in the sidebar. With Twenty Eleven, they have
   to add the additional step of going to the front page for each comment. This 
   also puts more and unnecessary stress on the server.
 * Whoever came up with this scheme clearly doesn’t know anything about visiting
   blogs, but is a pure design freak without regard for function.
 *   Forum: [Alpha/Beta/RC](https://wordpress.org/support/forum/alphabeta/)
    In 
   reply to: [Deactivated WP Super Cache Plugin and site crashed](https://wordpress.org/support/topic/deactivated-wp-super-cache-plugin-and-site-crashed/)
 *  [Inposure](https://wordpress.org/support/users/liangzai/)
 * (@liangzai)
 * [15 years ago](https://wordpress.org/support/topic/deactivated-wp-super-cache-plugin-and-site-crashed/#post-2140026)
 * Probably adding the following to the very top of index.php should help:
 * `<?php`
 * I have experienced this when deactivating WP Supercache before. It doesn’t check
   that the WP define is on its own line before erasing.
 * Unfortunately, many plug-in coders don’t adhere to the WordPress standards. This
   is true for Quick Cache, which will modify the very first line of index.php and
   add a define on the same line as the initial php statement, thereby making it
   plain text for the web server to display (including your database name and password).

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

1 [2](https://wordpress.org/support/users/liangzai/replies/page/2/?output_format=md)
[3](https://wordpress.org/support/users/liangzai/replies/page/3/?output_format=md)
[→](https://wordpress.org/support/users/liangzai/replies/page/2/?output_format=md)