WordPress.org

Ready to get started?Download WordPress

Forums

[resolved] WordPress 3.5 Upgrade Multisite Issues (35 posts)

  1. ahuggup86
    Member
    Posted 1 year ago #

    after upgrading our site all our images where gone. the folder from /wp-cntent/uploads/2012 was removed, this happen right after we upgraded the website.

  2. Not something WordPress can do. It's impossible for it to delete anything other than the files specifically listed in the delete file, and if that was the case, everyone would have screamed.

  3. ahuggup86
    Member
    Posted 1 year ago #

    wordpress 3.5 move all my images to there blog.dir site folder however the htaccess file you guys provided didnt' update to reflect the change through you guys automatic upgrade. also am seeing this in my view source of my website multisiple times in there

    <script type="text/javascript">var sgi = [["http:\/\/mywebsite.com\/mythemefolder\/files\/2012\/07\/0bc39f29-478x361-joan2.jpg","0bc39f29-478x361-joan2",["969","772"]] </script>

  4. No, WordPress did not move anything anywhere.

    Again. WordPress cannot, will not, move your /uploads/ files for your main site, or any site. It just doesn't.

    In fact, in 3.5 any new site actually has ALL images in /uploads/

    So ... No. This is something entirely on your end that did this.

  5. ahuggup86
    Member
    Posted 1 year ago #

    why is that script showing in my source when i view it, we did not change any code or folders site was running perfectly before the upgrade, and this happen right after the automatic upgrade. we had to backup our site because of this. we have gotten most of our images back from an backup. but we are not sure why that script is showing the paths to our images in the source

  6. Either you have a bad plugin or theme, or you've been hacked, but that is not a part of standard WordPress.

    Really, if this was something WP did, people would have the dev's heads on spikes :) WordPress.COM runs Multisite, so I know that didn't happen.

  7. christokid
    Member
    Posted 1 year ago #

    This has also happened to my WP Multisite all images have disappeared + I'm unable to upload new ones after updating to v3.5

    I have tried disabling all plugins and reverting to the 2012 theme nothing helps.

    All the sites on my Multisite had been working fine for years until I updated to 3.5!

  8. ahuggup86
    Member
    Posted 1 year ago #

    i knew this was an wordpress 3.5 issue because up until i upgrade thats the issue i had. site was perfectly fine in 3.4.2

  9. joeH42
    Member
    Posted 1 year ago #

    Mika:

    Do you enjoy talking down to people?

    Stop talking to us all like we are dogs!

    And this is a known wordpress issue from what I have read.

    It's impossible for it to delete anything other than the files specifically listed in the delete file.

    Nothing is impossible help with the issue or dont bother to respond to our post.

  10. It's not known. Or rather, it's not widespread. And I'm not talking down to you, I'm attempting to explain that this is not how WP functions.

    It does not delete anything in wp-content/uploads or wp-content/blogs.dir (depending on how old your Multisite was).

    Read this: http://halfelf.org/2011/how-the-wordpress-upgrade-works/

    That's how the upgrade works. WordPress can only delete the files listed in there. So if the WP automatic upgrade is deleting files, it's not the core WP that's the problem, it's something else on your site.

    Are the images actually deleted off your server?
    Did you check your server logs to make sure they were removed at the time you ran the upgrade (you can compare that to the updated timestamps on your WP files)?
    What plugins do you have?
    What theme are you using?
    What, if any, debugging or research have you already tried?

    I am very sorry this happened to you, but I'm also 100% confident that Core WP cannot delete your images in /wp-content/uploads or /wp-content/blogs.dir, or any other place. The only way you might be able to pull that off is if you put the images somewhere in wp-admin or wp-includes.

  11. christokid
    Member
    Posted 1 year ago #

    Since I lost all my images after updating to 3.5 I must conclude it's a problem with 3.5. The only changes made to my site was updating WP and it was working fine until the update.

    I've checked the /wp-content/uploads files and they are now empty!

  12. christokid
    Member
    Posted 1 year ago #

    I can add that this is definitely an issue with 3.5 and a Multisite installation.

    My single sites are loading fine with exactly the same theme and plugins I use on my multisites and all images are being displayed correctly.

    The URL of the images on my Multisites have been shortened and changed to SiteDomain.MainDomain.com/files/2012/*/*.jpg, the correct path to the images is www/wp-content/blogs.dir/*/files/2012/*/*.jpg.
    Unfortunately the media editor does not allow me to correct URL's otherwise i could correct them manually.

    Please look into this issue with Multisites.

  13. ahuggup86
    Member
    Posted 1 year ago #

    as i stated mika, after the upgrade wordpress 3.5 moved my images from /uploads/2012 to /wp-content/blogs.dir/1 << there was folders i personaly created before the upgrade on 3.4.2 with images in them and they also got moved to that specific multisite folder where they was linked to from withing backend of site. whatever images was attached to an multisite it got moved to there respective folder under blogs.dir/ its imposible for us to move our images here to those folders when the site was working normally on 3.4.2 and on top of that we keep seeing our internal paths in our site view source from browser, we contacted our hosting company as we have certain security measures in place and file monitoring and none of that was tampered with. this happend right after the upgrade to 3.5.

  14. christokid
    Member
    Posted 1 year ago #

    This is what I experienced too

  15. You two are the only people I've seen in the weeks since we've had 3.5 to have this problem. This is not a widespread issue, if it's even core WP at all.

    I perfectly happen to spend time debugging, but you guys have to help out here since you're the only ones having the problem. I can't recreate it, so I can't even tell you where to start:

    Are the images actually deleted off your server? (ahuggup86 says his were moved, christokid says deleted)

    Did you check your server logs to make sure they were removed at the time you ran the upgrade (you can compare that to the updated timestamps on your WP files)?

    What plugins do you have?

    What theme are you using?

    What, if any, debugging or research have you already tried?

    wordpress 3.5 moved my images from /uploads/2012 to /wp-content/blogs.dir/1

    Just the 2012 folder? There should have been one for each year.

    Did it move them to blogs.dir/1/FILES/2012?

    The URL of the images on my Multisites have been shortened and changed to SiteDomain.MainDomain.com/files/2012/*/*.jpg, the correct path to the images is www/wp-content/blogs.dir/*/files/2012/*/*.jpg.

    That's not wrong, and has never been wrong. That's how Multisite is supposed to work. Your .htaccess has a special rule that accounts for that. It's worked like that since 3.0 :)

  16. Phil Erb
    Member
    Posted 1 year ago #

    Just to clarify, you are speaking of the images for the main site (the site with ID "1") or all of the sites in your multisite network?

    In the multi-site installations that I have done, the files for the main site (i.e. http://www.mymultisiteinstallation.com) were put into "/wp-content/uploads/[year]/[month]/" and the files for all of the other sites were put into "/wp-content/blogs.dir/[site_id]/files/[year]/[month]/".

    I can confirm that after upgrades from 3.4.2 to 3.5 on all of my multisites, that these paths did not change, however, I am not saying that they did not change for you.

    Could you post the contents of your .htaccess file? If you have an old copy (pre-3.5), could you post that as well, if they are different? Make sure to enclose the htaccess code in backticks or use pastebin.com to post the .htaccess code (see http://codex.wordpress.org/Forum_Welcome#Posting_Code).

    Other items that might help in reproducing the issue:

    • You said that you upgraded from 3.4.2 to 3.5. Do you recall what version you used when you first did these multisite installations?
    • What plugins are installed in the multisite network?
    • Which plugins are activated on the main site?
    • What theme is in use on the main site?
    • Did you upgrade using the update functionality within the WordPress Dashboard or did you use an automated upgrade provided by your hosting provider (many hosting providers offer "one-click" installations of WordPress, as well as their own update mechanism)?
    • What hosting provider do you use? It'd be helpful to see if there is any correlation between those who are experiencing this problem and the who they host with.
    • My assumption is that your web host uses the Apache web server on Linux (the most common for WordPress), but let me know if this is not the case.

    If you're uncertain about anything I've asked, please let me know.

    Thanks for your patience as we try to reproduce the problem and get to the bottom of it.

  17. christokid
    Member
    Posted 1 year ago #

    In the multi-site installations that I have done, the files for the main site (i.e. http://www.mymultisiteinstallation.com) were put into "/wp-content/uploads/[year]/[month]/" and the files for all of the other sites were put into "/wp-content/blogs.dir/[site_id]/files/[year]/[month]/".

    Thanks for clearing that up for me Phil I'd assumed all image files for a Multisite were stored in "/wp-content/uploads/[year]/[month]/" and thought they had been deleted, they are not, my images are in "/wp-content/blogs.dir/[site_id]/files/[year]/[month]/"."
    I apologize for causing confusion.

    It is all sites on my network that are affected I can see now it is linking problem, the images have not been deleted.

    My Multisite was created about 18 to 24 months ago, can't remember the version perhaps 2.7 (?)

    The plugin list is as follows:
    Akismet, BulletProof Security Pro, Curation Fire v2, Easy WP SEO, Import/Export for HeatMap Theme Pro v5, Open Web Analytics Plugin, TimThumb Vulnerability Scanner, WhatsMyRank, Wp BackUpMe, WP Robot 3.
    all are updated to the latest version and all are presently deactivated.
    Initially I suspected BPSP and resorted to the default htaccess File, and turned auto restore off but it hasn't helped.

    At present all plugins are deactivated.

    I use HeatMap Theme Pro

    Upgraded using the WP upgrader

    I have a VPS with hostthename.com

    When I open the media library there are no images just a list of image names and when I check the URL for a post image I can see the link which worked in 3.42 (http://site.mainsite.com/files/year/month/*.jpg) is now defective.

  18. Marko Heijnen
    Member
    Posted 1 year ago #

    Sounds more like you have a .htaccess issue. Since "/wp-content/blogs.dir/[site_id]/files/[year]/[month]/" was the default till 3.5. And it doesn't change anything when you update to 3.5.

    The javascript you passed is weird and not default WordPress. Can be a plugin that does weird things or maybe because of a bad hosting a setting is wrong.

    I think the first thing you can do is to copy/paste the .htaccess code WordPress gives you at "/wp-admin/network/setup.php"

    There should be a rule like:
    # uploaded files
    RewriteRule ^files/(.+) wp-includes/ms-files.php?file=$1 [L]

  19. christokid - It sounds like you removed that line in debugging, since it's NOT there anymore for 3.5 fresh installs. That's a pretty easy error to make, and I was worried people might do that with this upgrade.

  20. ahuggup86
    Member
    Posted 1 year ago #

    how do i stop the display of my internal paths in my website when i view the source, i have confirm with hosting company if the display error is off and it is, and we confirmed in our php.ini in our folder but its still showing our internal paths in our website view source

  21. christokid
    Member
    Posted 1 year ago #

    Sounds more like you have a .htaccess issue. Since "/wp-content/blogs.dir/[site_id]/files/[year]/[month]/ was the default till 3.5. And it doesn't change anything when you update to 3.5.

    Thanks for the info Marko wasn't aware of that.
    Don't know if I've misunderstood you but there's no .htaccess code in /wp-admin/network and no

    # uploaded files
    RewriteRule ^files/(.+) wp-includes/ms-files.php?file=$1 [L]

    in the setup.php should I add this to setup.php?

    christokid - It sounds like you removed that line in debugging, since it's NOT there anymore for 3.5 fresh installs. That's a pretty easy error to make, and I was worried people might do that with this upgrade.

    Thanks for your post Ipstenu and sorry for being dense what line are you referring to?

  22. Marko Heijnen
    Member
    Posted 1 year ago #

    ahuggup86: What do you mean with internal paths. You mean /wp-content/blogs.dir/2/ instead of /files/? I don't know how WordPress 3.5 effects current installs that well. I thought it was still doing /files/.

    That said /files/ is somehow a bad thing to do since everything goes through PHP.

    christokid: I don't know exactly what you have. Since you don't have a fresh 3.5 install and I would aspect that line to be there. Also that line should be in your .htaccess since you can't adjust setup.php.

  23. ahuggup86
    Member
    Posted 1 year ago #

    yes the paths i provided above is what displaying i can send you our website link at your email and you can check

  24. christokid - The .htaccess goes in the same folder as wp-config.php

    THIS is the line you're probably missing:
    RewriteRule ^files/(.+) wp-includes/ms-files.php?file=$1 [L]

    But at this point, you have a totally separate issue, so you need to make your own post so ahuggup86's posts don't get lost ;) (Go into your main .htaccess, check for that value, if it's NOT there, either add it or make a whole new topic for yourself with the full content of your .htaccess file so we can look at it and help you out - NEVER edit any of the core WP files, please, it's a headache).

    Marko - As of 3.5, all new installs are in /wp-content/uploads/sites/#/ (except for the main site, which is still in /wp-content/uploads/

    Of note: Nothing changed for existing Multisite instances. They're still in blogs.dir, using /files/ as a redirect via ms-files.php - nothing was moved. The only way WP knows to use uploads instead of blogs.dir is if a new field was added to your database's wp_options table (that is, the absence of the field means you still use /blogs.dir).

  25. ahuggup86
    Member
    Posted 1 year ago #

    go to our company website http://drivennetwork.com and view the source of the site the scroll down almost to the bottom you will see the paths to images wrapped in an script tag that was not there before it never showed that on 3.4.2 multisite before the upgrade. i don't want that to be in the source of our website.

  26. Marko Heijnen
    Member
    Posted 1 year ago #

    That was also in 3.4.2. I'm sure of that unless you also update plugins/themes that does this.

  27. ahuggup86
    Member
    Posted 1 year ago #

    it couldn't be an plugin because we disable the plugins in our site before the upgrade. infact most of our plugins in the site was already compatible with 3.5 but we disabled them as per the documentation for upgrade

  28. Marko Heijnen
    Member
    Posted 1 year ago #

    It's Social Gallery plugin - The Ultimate WordPress Social Lightbox. That javascript file is using those images.

  29. It's a plugin as Marko said.

    http:\/\/drivennetwork.com\/wp-content\/blogs.dir\/1\/files\/the-heart-of-summer-movie-2012-the-making-of\/thumbs\/thumbs_the-heart-of-summer-the-making-of1.jpg

    See how it made a folder? So it's moving images to /wp-content/blogs.dir/1/files/the-heart-of-summer-movie-2012-the-making-of/thumbs/....

    A base WP install never uses foldernames like that. It uses files/2012/10 and so on, never the-heart-of-summer-movie-2012-the-making-of/thumbs/ - So the fact that you already have these thumbs implies that something external to base WP is doing this (hence why I said it's a plugin or theme). That JS code's not part of WP.

  30. Phil Erb
    Member
    Posted 1 year ago #

    ahuggup86 has another topic open specifically about the URLs appearing in that JavaScript block (http://wordpress.org/support/topic/internal-paths-displaying).

    I don't have access to the Social Gallery plugin, but after looking at examples of it on the plugin's web site (http://www.socialgalleryplugin.com/blog/) and looking at their site's code - which has the same JavaScript block - I feel confident that this is the case.

    As I mentioned in the other topic, try disabling the Social Gallery plugin and verify if that block of JavaScript is removed.

    Either way, I do not believe that having these URLs displayed is of any security concern. They are URLs to the photos that you have uploaded to be available on the site, accessible by visitors of the site. If I'm misunderstanding your concern, please let me know.

Topic Closed

This topic has been closed to new replies.

About this Topic

Tags

No tags yet.