Forum Replies Created

Viewing 15 replies - 1 through 15 (of 46 total)
  • Thread Starter Person

    (@person)

    Also, in menu.php,

    if(!is_page())

    should really be:

    if(is_front_page())

    So that the Home link displays properly if someone set their home page to a static page.

    No, I updated the plugin manually by downloading the most recent release (0.5.4) and replacing all the files from the old version (0.5.3) on the server. This was done after WordPress was updated to 3.1. The backend became inaccessible regardless of the plugin version.

    Edit: I tried removing the rewrite, and the both the front page and the dashboard of that blog then led me to a 404 error. I’m guessing something else must be affecting its specific URL path, since no other blog has been affected. But when I keep the domain rewrite, I can view the frontend from that domain.

    I could access the backend before it was mapped, and after it was mapped, but not when I upgraded WordPress or the plugin.

    The plugin is activated network wide as it was placed in the mu-plugins folder. I meant that I cannot access the backend of the blog for which the domain plugin has the address rewrite set to. (And not that I activated the plugin only for and through that subsite) I followed the instructions mentioned here and here.

    I just started noticing the same issue on my own MultiSite install. I recently updated WordPress to the most recent version (3.1) and the Domain Mapping plugin as well (0.5.4). It seems that while the front end works perfectly, I can’t access the backend of the site which has the domain mapping activated. Trying to access it directly gets be a 404 error page; trying to log in to it gets me a non-existing account/bad password error. (No cookie errors though)

    Wildcards are enabled, and the entire set up worked perfectly prior to this upgrade.

    Thread Starter Person

    (@person)

    Hmm yeah, I did. Looks like I accidentally dropped the line RewriteRule ^(.*/)?files/(.*) wp-includes/ms-files.php?file=$2 [L] when I was editing out my site path and a few other completely unrelated lines.

    Anyhow, I gotta go, but I’ll give it a shot later on.

    Thread Starter Person

    (@person)

    Not sure it’s all that relevant, but here:

    RewriteEngine On
    RewriteBase /
    
    #uploaded files
    RewriteRule ^(.*/)?files/$ index.php [L]
    RewriteCond %{REQUEST_URI} !.*wp-content/plugins.*
    RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L]
    
    #Centralized Error Document (test)
    ErrorDocument 403 http://sub.website.com/notfound/
    ErrorDocument 404 http://sub.website.com/notfound/
    ErrorDocument 500 http://sub.website.com/notfound/
    
    # add a trailing slash to /wp-admin
    RewriteCond %{REQUEST_URI} ^.*/wp-admin$
    RewriteRule ^(.+)$ $1/ [R=301,L]
    
    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule . - [L]
    RewriteRule  ^([_0-9a-zA-Z-]+/)?(wp-.*) $2 [L]
    RewriteRule  ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
    RewriteRule . index.php [L]
    
    <IfModule mod_security.c>
    <Files async-upload.php>
    SecFilterEngine Off
    SecFilterScanPOST Off
    </Files>
    </IfModule>
    
    #Handle Internet Explorer
    AddType application/vnd.ms-word.document.macroEnabled.12 .docm
    AddType application/vnd.openxmlformats-officedocument.wordprocessingml.document docx
    AddType application/vnd.openxmlformats-officedocument.wordprocessingml.template dotx
    AddType application/vnd.ms-powerpoint.template.macroEnabled.12 potm
    AddType application/vnd.openxmlformats-officedocument.presentationml.template potx
    AddType application/vnd.ms-powerpoint.addin.macroEnabled.12 ppam
    AddType application/vnd.ms-powerpoint.slideshow.macroEnabled.12 ppsm
    AddType application/vnd.openxmlformats-officedocument.presentationml.slideshow ppsx
    AddType application/vnd.ms-powerpoint.presentation.macroEnabled.12 pptm
    AddType application/vnd.openxmlformats-officedocument.presentationml.presentation pptx
    AddType application/vnd.ms-excel.addin.macroEnabled.12 xlam
    AddType application/vnd.ms-excel.sheet.binary.macroEnabled.12 xlsb
    AddType application/vnd.ms-excel.sheet.macroEnabled.12 xlsm
    AddType application/vnd.openxmlformats-officedocument.spreadsheetml.sheet xlsx
    AddType application/vnd.ms-excel.template.macroEnabled.12 xltm
    AddType application/vnd.openxmlformats-officedocument.spreadsheetml.template xltx
    Thread Starter Person

    (@person)

    To explain a little more clearly, the issues are as follows:

    (1) After having mapped the blog to its new domain, http://blog3.website.com, images and files called using the relative path /files/<filename>.ext or /files/<year>/<m>/<filename>.ext no longer work. Under the central WordPress installation path, there’s no issue, so the problem seems to be directly related to the new path.

    (2) Unrelated to the previous issue: the blog was originally transferred from a separate WordPress installation. Everything works fine, except that images transferred from the previous installation seem to lack their respective data.

    That is, by the “Size” options, the Small, Medium, and Large options are greyed out. Only the Original Size can be specified, except that underneath it notes that the size is 0x0.

    When I click the Modify Thumbnail/Image button, I get the error “Image data does not exist. Please re-upload the image.

    In a few other threads, it was suggested to use the Regenerate Thumbnails plugin. But it neither worked, giving me the error: # of # (ID ####) failed to resize. The error message was: Unknown failure reason. (the OP here has the exact same problem)

    I tried checking the post metadata stored in the database and compared it to other blogs hosted on the same system, but everything seems perfectly normal.

    I’d like to bump this issue since I have the exact same problem as the OP, and I get all the same error messages for every image.

    (tagged this into the appropriate section)

    Thread Starter Person

    (@person)

    I looked at the link you provided but it doesn’t once address either one of my two issues. :/

    Thread Starter Person

    (@person)

    Thanks, that worked. But now I’m having problems with uploaded images no longer showing up on that particular blog. The apparent address looks fine, but whatever rewrite WordPress is using doesn’t seem to be working on the new domain. Is there anything I can do to work this problem out?

    ———-

    Also related, the blog was recently transferred from a separate WordPress installation and I merged it into my WordPress MultiSite website via MySQL. Of course, I fixed everything up and updated the links to correspond to its new address. But why is it that all of the images stored in the Media Library have no size? That is, when I try to add a former image into a post, WordPress tells me that the image is 0x0 pixels in size. Any ideas?

    I went ahead and tested the number of queries on my own using the TwentyTen theme and WordPress 3.0 with multisite activated, here were the results:

    Default (/?p=#)

    Index: 25
    Page: 28
    Post: 30
    Category: 25

    Date and Title (2010/07/29/sample-post/) or Numeric (archives/123)

    Index: 24
    Page: 30
    Post: 29
    Category: 25

    /%postname%/

    Index: 24
    Page: 31
    Post: 30
    Category: 25

    /%category%/%postname%/

    Index: 24
    Page: 30
    Post: 33
    Category: 25

    Based on this, there’s not actually that great of a significant increase between the permalink structures. The category-postname structure only results in 4 more queries over all four page types than the default setup, while the postname structure only makes 2 additional queries and the Date & Title method levels off at the same number of queries.

    This plugin might help with what you’re seeking, as it allows you to configure private blogs. It’s a premium plugin though.
    http://premium.wpmudev.org/project/sitewide-privacy-options-for-wordpress-mu

    Based on that, you should be able to find your blogs installed under the cgi-bin folder as so:
    comps2.linuxdev.websolvers.net/cgi-bin/client/

    Though there’s probably a discrepency here with your htaccess file. So yeah, you’ll want to follow ipstenu’s advice.

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