cheezitman

Nevermind someone install Capa to block access and enabled it networkwide.

Just FYI my .htaccess file is:

# BEGIN WordPress
AddType x-mapp-php5 .php
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]

# uploaded files
RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]

# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule  ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule  ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]

<IfModule mod_security.c>
SecFilterEngine Off
SecFilterScanPOST Off
</IfModule>

# END WordPress

When I test the cache I get: The pages do not match! Timestamps differ or were not found!

I’ve also attached my memory usage graph to here

What can I do about this? Any other places I should look.

This is a longer list of the debug log from wp super cache. It’s definitely the caching, but I’m at a loss on how to fix it.

01:18:20 /gilo55856/tag/tup/ No wp-cache file served as user agent rejected.
01:18:20 /gilo55856/tag/tup/ In WP Cache Phase 2
01:18:20 /gilo55856/tag/tup/ Setting up WordPress actions
01:18:20 /gilo55856/tag/tup/ USER AGENT (Mozilla/5.0 (compatible; Googlebot/2.1; +https://www.google.com/bot.html)) rejected. Not Caching
01:18:20 /wp-cron.php?doing_wp_cron=1331255900 In WP Cache Phase 2
01:18:20 /wp-cron.php?doing_wp_cron=1331255900 Setting up WordPress actions
01:18:20 /wp-cron.php?doing_wp_cron=1331255900 Not caching POST request.
01:18:20 /wp-cron.php?doing_wp_cron=1331255900 Cache garbage collection.
01:18:20 /wp-cron.php?doing_wp_cron=1331255900 Cleaning expired cache files in /home/www/hdb/students.scisdragons.net/wp-content/cache/blogs/blog/

[Large amount of log data trimmed by moderator per forum rules. Please use the pastebin for all large code excerpts. It works better anyway.]

I did try deactivating all the plugins except caching… didn’t help.

What can I do about the out of memory error. It’s not showing up in the Apache logs?

Normally if I refresh the page the blog loads, it’s just showing this on the first visit.

Hmmm…. seems there’s a problem with

08:05:12 /kapm50927 Cookie detected: wordpress_logged_in_7efd1b1668d8164ea22947efcf3d8fed
08:05:12 /kapm50927 supercache dir: /home/www/hdb/students.scisdragons.net/wp-content/cache/supercache/students.scisdragons.net/kapm50927/
08:05:12 /kapm50927 No wp-cache file exists. Must generate a new one.
08:05:13 /kapm50927 Cookie detected: wordpress_logged_in_7efd1b1668d8164ea22947efcf3d8fed
08:05:13 /kapm50927 In WP Cache Phase 2
08:05:13 /kapm50927 Setting up WordPress actions
08:05:13 /kapm50927 Created output buffer
08:05:13 /kapm50927 Cookie detected: wordpress_logged_in_7efd1b1668d8164ea22947efcf3d8fed
08:05:13 /kapm50927/wp-cron.php?doing_wp_cron=1331193913 In WP Cache Phase 2
08:05:13 /kapm50927/wp-cron.php?doing_wp_cron=1331193913 Setting up WordPress actions
08:05:13 /kapm50927/wp-cron.php?doing_wp_cron=1331193913 Not caching POST request.
08:05:13 /kapm50927 Output buffer callback
08:05:13 /kapm50927 Buffer is blank. Output buffer may have been corrupted by another plugin or this is a redirected URL. Look for text 'ob_start' in the files of your plugins directory.
08:05:13 /kapm50927 No closing html tag. Not caching.
08:05:13 /kapm50927 wp_cache_shutdown_callback: collecting meta data.
08:05:13 /kapm50927 Did not write meta file: wp-cache-blog1c4e2ea680e65cb0f0168896513d69b1.meta ** *0* **

The Buffer being blank….

hmmm… it also does the same thing by going to Forum Directory –> New Topic

Found it, the old files were in the uploads folder before you went to support multisite.

I’m not jumping to conclusions, it doesn’t work for network installations now.

Linking albums to usernames would be an excellent feature. It’s a very nice album plugin and I would love to get it working for my school. My only problem right now, is if I activate it across my network of blogs, the wrong pictures start showing up in galleries.

So in other words, it won’t work on a network installation. Gotcha.

Can you include that in the readme/installation instructions in the future?

I’m getting

Please update the database of NextGEN Gallery. Click here to proceed.

In my Multisite sites. It works fine with the root Blog, but subsites are failing. Resetting Nextgen doesn’t do anything.

If I run through the update I get:

Could not find NextGEN Gallery database tables, upgrade failed !

Upgrade finished…

It’s not a snippet of code. I was using that as an example. Any blog I visit has the same error message, backend or frontend. So that’s why I can’t update network, for some reason I can’t bring up any blog except the root of the site.

I’m using subdirectories like:

https://blog.something.net/blog1

https://blog.something.net/blog2

https://blog.something.net/blog3

And the site https://blog.something.net/ works, but the blogs of my users do not.

That’s why I suspected a rewrite rule being wrong. I appreciate the help, but I’m not making any progress it seems.the path to upgrade.php was correct btw.

But visiting any blog except the root gives me.

The requested URL /nerickson was not found on this server.

So I can’t visit any subblog, it just fails. That’s why I was suspecting a rewrite rule was wrong. Any blog in a subdirectory like https://blogs.Mysite.net/nerickson give me the above result.

Also I’d disabled all plugins before upgrading.