Support Forum
Support Forum
Offline
I installed the latest 5.0 alpha on a test site here. The site is part of a WP multisite setup.
The install routine automatically created /blogs.dir/3/files/sp-resources/... with about 8 folders, one of which was forum-plugins, but the forum-plugins folder is empty. It also created forum-themes, which has the default theme.
From the SVN instructions, I put the forum-plugins under /wp-content. I updated my Integration->Storage Locations to change the plugins folder, and I can activate any of the plugins.
Will that allow me to have multiple sites in the multisite setup with different plugins activated? I think it would be best to only have 1 copy of all plugins, where all forum installations were running the same version of plugins, and it seems that specifying a central plugins folder rather than a blog-specific folder is the right choice, but wanted to clarify.
Same logic applies to themes. On multisite, is it best to change the theme location 1 copy of the theme is maintained, rather than many?
All in all, very smooth install for alpha software. Glad to see Simple:Press improving.
Offline
the SVN instructions you referred to were really geared towards standard wp and didnt really take multisite into account...
you really should use the forum-plugins and forum-themes created under the blogs.dir so it can be unique to each network site... that said, I doubt your network site admins will have access to the blogs.dir folders to actually upload themes and plugins...
you could centralize them to one fixed location, but the network site admins would be able to change the location in the sp admin, but again, probably couldnt upload to it...
this falls into the category of the tighter integration into multisite (and buddypress) that we have planned for the future... site wide options, users, and more... SP was never really designed to work with multisite, but we have managed to keep it working even though there are limitations...
one of the biggest issues is that Andy and I have never really used multisite... I have one test site, but recently trashed that and have loathed trying to install multisite again since its a manual process...
Visit Cruise Talk Central and Mr Papa's World
Offline
Bill hit the same questions that I was wondering, but didn't ask yet as I knew you haven't really begun with multisite in this stage of SPv5.
It's a can of worms for sure. I'm certain I won't be allowing admins of sub blogs of my network write access.
I figured once the dust settled that I would see what we have to work with and write a plugin (if possible) for my site that would allow new forums for sub blogs to use the same template and plugin pool (possibly not all), but disable the editor.
Offline
tighter integration with multisite and buddypress are the two main items planned for 5.1 currently...
Visit Cruise Talk Central and Mr Papa's World
Offline
Well, the setup I described seems to work. When I have more time, I can try creating another test site and activating a different set of plugins. If SPF is storing the settings on activated plugins in tables for each blog, the code can be centralized.
I think before you get to site-wide options, it's just a matter of changing the install routine so that common resources are under wp-content, and blog-specific stuff is under blogs.dir/#/files/sp-resources.
In multisite, I'm not sure I understand what you mean by "network site admins would be able to change the location in the sp admin...." Network admins can install new plugins. Site admins can activate and configure them. There's no configuration at the network level, since configuration is stored site-by-site. Site admins can't install plugins (unless they have FTP access), so there would be no easy way for a site admin to put PHP files in blogs.dir. For that reason, I think the centralized location makes the most sense, since it is consistent with multisite right now.
I have a number of working multisite installs, so if you need me to try something, just let me know. Once I have setup another test blog + forum from centralized plugins and themes, I'll let you know.
Offline
the active plugins and theme are stored in each database on each network site... and one of my points is that there is NO global option or setup... every option and setting is specific to each site the forum is installed on...
so when each network site installs the forum, it will auto point the configuration stuff to point to blogs.dir... if you centralize it, each network site admin (or you as super admin) will manually have to go in and point the configuration to your centralized location...
But I can open a ticket for 5.0 to look at changing the current install to use a centralized location for plugins and themes for multisite... I think I agree that would be best...
Visit Cruise Talk Central and Mr Papa's World
Offline
@ Mr Papa, "the active plugins and theme are stored in each database on each network site… and one of my points is that there is NO global option or setup… every option and setting is specific to each site the forum is installed on… "
That's pretty much the way every plugin works on multisite - no global options. For example, if you install Akismet on a network, you have to configure it on each site or blog. Even if you network activate it, you still have to configure it site-by-site. But there is just 1 copy of the Akismet code installed on the network, and only 1 copy is updated.
The same is true for themes (though there are plugins that change this somewhat). If I have the Twenty Eleven theme with a certain stylesheet installed on my network, every site on the network with that theme will draw from the same code base and same stylesheet.
The way SPF is set up at the moment, there would be X copies of a theme for X sites on a network. While that offers a lot of flexibility, it is a maintenance nightmare.
Also keep in mind that only network admins can install plugins or themes in multisite, so a site admin won't have the ability to install in blogs.dir even if he wanted to do that (again, ignoring FTP access).
@ Lee H, I'm not sure what you mean by allowing site admins write access. Unless the site admins have FTP access, they can only do admin tasks on their individual sites, which means they could change the SPF settings only for the sites for which they are admins. I found a little more time, and if you follow the SVN instructions and load the plugins and themes in a central location, update the locations site-by-site, SPF handles multisite just fine. I haven't found something that doesn't work yet.
Offline
I disagree on no global options... For example, if there are no global options, like now, then the super admin has no say in whether users can say upload avatars... in the future, we need some global options that can be applied to all network site installs of simple:press... same applies to file uploads... I can certainly seem some super admins wanting to disable file uploading on the network sites...
anyways, I have committed some changes to the install/upgrade to segment the stuff the user has no chance to upload things to... this would be plugins, themes and languages... these will be in wp-content by default... for things we provide an uploader, such as smileys and avatars, the storage location remains in the blogs.dir area because it needs to be site specific...
I have tested with multisite install only... I dont have any multisites from 4.4.x that I can try an upgrade on...
I would appreciate if Bill Murray and Lee could give the new installer/upgrader a run and see if it works for yall too...
Visit Cruise Talk Central and Mr Papa's World
Offline
Mr Papa said:
I would appreciate if Bill Murray and Lee could give the new installer/upgrader a run and see if it works for yall too...
Hmmmm... It'll take some doing. But I'll see what I can do 🙂
Offline
@Bill...
What I meant about write access to admins. Currently it appears that any networked blogs would need write access to add new or any additional themes/plugins to their selection.
If the storage locations pointed to a common pool of themes, plugins, language files etc it could work.
Whatever the case... the theme editor freaks me out completely. Letting someone you probably don't know personally have free reign to place any kind of code on your server is like handing them a bunch of loaded guns. I'm not even comfortable with them having the ability to edit storage location paths. As it is now, a admin from another blog on the network can edit the paths to the main blogs forum install and use or modify whatever is there.
But... I know none of this is written in stone, and this is pretty much the first discussion (that I know of) on the topic outside of Steve and Andy.
All RSS