I found out what the issue was for the namespaces not showing up... I
forgot I had installed the sphinx search extension on the wiki and it was
greedy about keeping the new namespace in main.  Turning it off put
everything in its correct place.  Since this is obviously an extension
issue, I'll ask the sphinx discussion page for help.

I'm still curious about the answer that shows up when I run the rebuildall
script if anyone has any ideas

Again, thanks for helping me out with this.
Devin


On 18 October 2013 08:53, Devin Roark <[email protected]> wrote:

> Thanks for the suggestion.  However, when I run the rebuildall.php script
> I get an error and the namespaces do not reorganize themselves:
>
> After this:
>
> Refreshing redirects table.
> Starting from page_id 1 of 1072.
> 100
> 200
> 300
> 400
> 500
> 600
> 700
> 800
> 900
> 1000
> Refreshing links table.
> Starting from page_id 1 of 1072.
>
> It goes through several thousand lines of this:
>
> caching in /var/www/html/includes/objectcache/XCacheBagOStuff.php on line
> 39
> PHP Warning:  xcache_set(): xcache.var_size is either 0 or too small to
> enable var data caching in
> /var/www/html/includes/objectcache/XCacheBagOStuff.php on line 67
> PHP Warning:  xcache_get(): xcache.var_size is either 0 or too small to
> enable var data
>
> These are the referenced lines in the XCacheBagOStuff.php file:
>
>
>  38         public function get( $key, &$casToken = null ) {
>  *39                 $val = xcache_get( $key );*
>  40
>  41                 if ( is_string( $val ) ) {
>  42                         if ( $this->isInteger( $val ) ) {
>  43                                 $val = intval( $val );
>  44                         } else {
>  45                                 $val = unserialize( $val );
>  46                         }
>  47                 } elseif ( is_null( $val ) ) {
>  48                         return false;
>  49                 }
>  50
>  51                 return $val;
>  52         }
>
> and
>
>  62         public function set( $key, $value, $expire = 0 ) {
>  63                 if ( !$this->isInteger( $value ) ) {
>  64                         $value = serialize( $value );
>  65                 }
>  66
> * 67                 xcache_set( $key, $value, $expire );*
>  68                 return true;
> * 69         }*
>  70
>
> Again, any thoughts are greatly appreciated,
> Devin
>
> p.s. apologies for forgetting to put a subject line in this thread.
>
>
> Message: 6
>> Date: Thu, 17 Oct 2013 19:52:02 +0000
>> From: Daniel Renfro <[email protected]>
>> To: MediaWiki announcements and site admin list
>>         <[email protected]>
>> Subject: Re: [MediaWiki-l] (no subject)
>> Message-ID:
>>         <
>> e58fbdfd91eb95418af02101daafcd5d24a9b...@wndmail02.vistaprint.net>
>> Content-Type: text/plain; charset=UTF-8
>>
>> Rebuilding the indexes might do it, see
>> https://www.mediawiki.org/wiki/Manual:Rebuildall.php for more info.
>> --Daniel (User:AlephNull)
>>
>> -----Original Message-----
>> From: [email protected] [mailto:
>> [email protected]] On Behalf Of John
>> Sent: Thursday, October 17, 2013 3:02 PM
>> To: MediaWiki announcements and site admin list
>> Subject: Re: [MediaWiki-l] (no subject)
>>
>> Make sure you rebuild the search indexes after the namespace move
>>
>> On Thursday, October 17, 2013, Devin Roark wrote:
>>
>> > Hello mailing list!
>> >
>> > This is my first time posting to the mediawiki list so bear with me if
>> > I break any protocols and please correct me as needed.
>> >
>> > I came into maintaining an internal wiki that has logs set up for
>> > every day of the week that are filled out every day.  There are over
>> > 200 of these logs as of today.  This idea works well until someone
>> > goes to search and they come across hundreds of useless log entries in
>> > their search that clog up results.  To add insult to injury, these
>> > results conveniently begin with a NUMBER so they are always the first
>> > hits and users have to wade past them to see their search results.
>> >
>> > We still want to be able to search these logs, so putting them into
>> > one page and referencing the view history is not an option.  My idea
>> > to clean this up was to put these existing logs into their own
>> > namespace, and I'm trying to test out this idea in a development wiki
>> > server.  I'm able to do the mysql query listed the namespace manual,
>> > and when I use the {{NAMESPACE}} magic word the pages show up in the
>> > new namespace, but they are not separated from searching main, and
>> > when I click on the new namespace in the advanced search and search,
>> they don't show up.
>> >
>> > Really scratching my head with this one.  I would be grateful for any
>> > suggestions or alternate solutions.
>> >
>> > Many thanks,
>> > Devin
>> > _______________________________________________
>> > MediaWiki-l mailing list
>> > [email protected] <javascript:;>
>> > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>> >
>> _______________________________________________
>> MediaWiki-l mailing list
>> [email protected]
>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>
>
_______________________________________________
MediaWiki-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Reply via email to