Vladimir Vassilev

Julius123, you did not read or understand the previous comment, did you?

mikejolley, thanks for the answer, it’s helped me solve the problem ??

Hey, Renaut,

You got one of the best plugins in the repository! Let me help you in any possible way in order to get the real site with the documentation and so on online! I’ve been playing around with WordPress security and stuff for quite a while now, so I believe I can give you a hand.

It would be great, if I can contribute this way for the plugin and the community!

Sounds more like “F you, we don’t really care about your minor security issues. Deal with it.”… I’d help ya if I had the access, but what seems to be at least as important as securing the site is changing hosting to a someone who cares about your well-being.

Warning: exec() has been disabled for security reasons in /home/martialx/public_html/wp-content/plugins/cool-video-gallery/lib/core.php on line 1406

… is the message that you should have paid attention to. Seems like your hosting is limiting some of the PHP functions, that the plugin uses. Why don’t you give them a call?

Yes, my bad, you did a reinstall, not an update, so you wouldn’t get update prompt for subsites.

At https://yoursite.com/wp-admin/network/site-settings.php?id=2, where 2 is the id of the subsite, you got Upload Path, which is the option that should still point to your wp-content/blogs.dir/4/files folder. So this path should be in the settings and your subsites should be using in urls paths to images like https://www.MyPrimarySite.com/SubSite/files/2012/10/image.jpg

Anyway, restoring a full db backup from before the reinstall should have fixed the problem, so probably something else is broken on your side. Btw, did you try regenerating the .htaccess file by saving again the current settings for the permalinks? Might help, eventually, as either WordPress or Apache should redirect https://www.MyPrimarySite.com/SubSite/files/2012/10/image.jpg requests to the physical path https://www.MyPrimarySite.com/wp-content/blogs.dir/4/files/2012/10/image.jpg

I can’t help you more than that if you don’t give me any other clue, a login or at least a real url to check it out (you got my email in a previous response). I hope all this served you as a lesson not to mess with WordPress without having a proper FILES AND DB BACKUPS in advance, it is vital.

Hey, Finfan, in is not pretty polite to open a new topic in an existing one, as you are distracting the guys from the original one. If you need more people to see yours, create a separate topic!

But anyway, if you got any access to your hosting account, use it to gain access to your WP – usually changing the email of user with id 1 in wp_users should allow you to reset their password and log in. But in what you are saying, it sounds like you actually got communication problems with the developers, don’t you?

Usually after updating from the network admin, WordPress prompts you to update from your subsites, so if you haven’t done this, go to the admin panel of your subsites and probably it will ask you to update the db there too.

If this doesn’t help (which is not likely to happen), most probably the best thing will be just to restore the site with the last backup before the update, and then compare the WordPress installation with a clean one, using software as WinMerge (for Windows) or Meld (for Linux).

Keep me updated on the progress and I’ll help you if I can!

You can write me privately on vlood.vassilev at gmail if needed.

Automatic reinstalling of multisite is done through the network admin panel: https://yoursite.com/wp-admin/network/update-core.php

I think it’s obvious that you’d better have a backup of all files and database tables for that.

Good luck!

I’m also interested in this plugin too (subscribe!)

@lavishdhand, I’ve had this case in year and a half ago. You might got a user with blank or white-spaced username, who is admin. This user is not displayed by the admin panel, but is available in the database. As I’m not sure of the reason it is not displaying, you’d better reinstall your WordPress (in order to remove any code changes in the Core) and then remove the odd admin user from the database (phpMyAdmin or something).

Please tell me the version of your installation and keep me updated on this issue, as I’m curious if it’s exactly the same case as the one I had at the time! Good luck ??

Well now I’m in doubt if apache had the writing permissions indeed. When I test the whole thing again, I’ll write you.

Let’s say the source site is an absolutely new WordPress installation. You’re getting uploads dir with the first uploaded image or other file, but not before that. So if we don’t have an uploads dir, the sync fails.

If you can’t manage to replicate it even now, I’ll try to do it again and post there the debug info.

It’s a minor issue after all, having in mind that people won’t have a case like mine, unless they are testing the plugin in local host with a fresh WP installation. ??

Hey, Mark,

I’d like to mention another tiny issue – again with File permissions:

If a WordPress instance doesn’t have uploads dir, it throws the same error. Right after creating the directory in the source instance, it works just fine.

You can find plugin settings as the last tab in the WooCommerce settings page.

Well, actually it works just fine for WP 3.5. What problem do you guys have with it?