susanwrotethis

Hi Jeasy, I see https://graphicmonk.com/ecommerce/ is there. Was your problem resolved, or do you still need assistance?

Hi there, it sounds like you’re in need of a far deeper level of assistance than you’ll find in a forum — a consultant at the least, or someone to help you spec this project out and build it. One option would be posting something to the Development section at https://jobs.wordpress.net/. There are many great teams out there specializing in integrating WordPress with other technology who would be able to help.

Hi Jamie, one possible solution may be to have the two sites share the same user and usermeta tables. So if a user registers on one installation they would be able to access the other.

I found a description of this at https://www.remicorson.com/share-users-database-on-different-wordpress-installs/ (you may get a security notice when you go to this site). I can’t speak to how well this solution would play with a membership plugin; you’ll want to be sure that if you make a person an Administrator on one site, for instance, that they don’t end up being an Administrator on both.

Another possible approach would be to use custom programming that would copy the user data from the site they registered on to the user tables on the second site, but you would need to determine to what extent this data needs to be synchronized so it’s identical on both sites at all times.

Since multisite is not a possible solution for you, you may want to take this to the Advanced Topics forum rather than the Multisite forum. Depending on your level of experience with MySQL, PHP and so forth, you may need someone who can write the necessary custom code for you.

Hi, if I understand your question, you have a multisite set up using subdirectories, so the URLs look like:

Root: https://www.example.com
Second site: https://www.example.com/site2
Third site: https://www.example.com/site3

Where site2, site3 and so forth are the names that you give the child sites.

Within WordPress you can change these so they would appear:

Root: https://www.example.com
Second site: site2.example.com
Third sitee: site3.example com

and so forth, with the subdomain being the name given the child site.

You can do this by going to your wp-config.php file and looking for the following line:

define( ‘SUBDOMAIN_INSTALL’, false);

Change it to:

define( ‘SUBDOMAIN_INSTALL’, true);

On any child sites you’ve created you may need to go to Settings > Permalinks, which will refresh the rewrite rules.

If you want to give the child sites their own separate domain names, though, such as:

Second site: https://www.somedomain.com
Third site: https://www.anotherdomain.com

You’ll need to purchase those domains and map them to the child sites. You don’t change anything in wp-config.php to do this. Instead, you need to install and set up a domain mapping plugin such as MU Domain Mapping (https://www.ads-software.com/plugins/wordpress-mu-domain-mapping/).

Hi, if I understand your question, you have a multisite set up using subdirectories, so the URLs look like:

Root: https://www.example.com
Second site: https://www.example.com/site2
Third site: https://www.example.com/site3

Where site2, site3 and so forth are the names that you give the child sites.

Within WordPress you can change these so they would appear:

Root: https://www.example.com
Second site: site2.example.com
Third sitee: site3.example com

and so forth, with the subdomain being the name given the child site.

You can do this by going to your wp-config.php file and looking for the following line:

define( ‘SUBDOMAIN_INSTALL’, false);

Change it to:

define( ‘SUBDOMAIN_INSTALL’, true);

On any child sites you’ve created you may need to go to Settings > Permalinks, which will refresh the rewrite rules.

If you want to give the child sites their own separate domain names, though, such as:

Second site: https://www.somedomain.com
Third site: https://www.anotherdomain.com

You’ll need to purchase those domains and map them to the child sites. You don’t change anything in wp-config.php to do this. Instead, you need to install and set up a domain mapping plugin such as MU Domain Mapping (https://www.ads-software.com/plugins/wordpress-mu-domain-mapping/).

Hi jovinjo, I want to be sure I understand your question. You’re using multisite and you have Plugins checked under Settings > Network Settings enable administration menus.

When you install a plugin on multisite, are you network activating it? If so, it’s automatically active on all sites and it won’t show up in the individual sites’ Plugins lists (it doesn’t need to). Try network deactivating the plugin and see if it shows up in a site’s Plugin list.

If I’ve misunderstood the question, please clarify for us.

Hi, on reading up on this plugin it appears that mapping the root site is intentionally not supported by the plugin. There’s a thread at https://www.ads-software.com/support/topic/cannot-map-to-siteid-1 that goes into it further.

I can suggest a workaround for you to consider. You may want to move the content of your root site to a child site. Once you’ve done that you can map the domain to the child site and clear the content from root.

Then, to ensure that akemacnat.myphotoclub.com.au always goes to lakemacquarienational.org, you can use one of the various 301 redirect plugins (I’ve used Simple 301 Redirects) to direct the akemacnat.myphotoclub.com.au home page and any other pages you leave on the root site to a page at lakemacquarienational.org. As an alternative, you could try adding redirects to your .htaccess file, but you’d need to be careful not to accidentally redirect your non-root sites to lakemacquarienational.org as well.

A theoretical alternative (I haven’t tried it): you can make a different site the root site by changing the value of BLOG_ID_CURRENT_SITE in wp-config.php (there’s a thread at https://www.ads-software.com/support/topic/multisite-change-root-blog). This may allow you to map lakemacquarienational.org to your original root site. You’ll want to be sure this approach doesn’t break something in the process; some plugins may assume that the root site has an ID of 1 without checking that constant.

Hi there, I can offer suggestions to follow up on:

When you go to Permalinks settings it flushes the rewrite rules even if you don’t change or save anything (sounds like you know that already). So that means something is repeatedly adding one or more bad rewrite rules.

Here’s what I’d suggest: try to get a snapshot of your rewrite rules while the post links are broken, get another after you’ve gone to the Permalinks page to fix them, and compare the difference between the two. Anything that’s changed is where you need to look.

There’s a plugin called Rewrite Rule Testing (https://www.ads-software.com/plugins/rewrite-testing/) that may help you review the existing rules and add them back.

If you think it’s a plugin rather than something in .htaccess, you can try deactivating the plugins and see if the problem goes away. If it does, then reactivate them one by one until the issue reappears.

If the problem didn’t go away when the plugins are deactivated, check in .htaccess.

If these strategies don’t help, you may need to check your theme and any custom code you’re running.

Hi mas6ce, I’d suggest checking the img tags in the source code to see what value is being used as img src for the missing images. That will tell you where the site is trying to find the images and if it’s looking in the wrong place.

You may also want to go to Settings > Permalinks and try changing the value to something else, then changing it back to the setting you want. This will flush the rewrite rules and clean up path errors that occasionally pop up.

If this doesn’t help, please post a URL for your sites so we take a look.

Hi Stacy, I think if you put this in your theme’s functions.php file, it should do the job on any site using that theme. I tested it out successfully on my WP 4.3.1 multisite installation.

function remove_default_avatars($avatar_defaults)
{
	unset ( $avatar_defaults['gravatar_default'] );
	unset ( $avatar_defaults['identicon'] );
	unset ( $avatar_defaults['wavatar'] );
	unset ( $avatar_defaults['monsterid'] );
	unset ( $avatar_defaults['retro'] );

	return $avatar_defaults;
}
add_filter( 'avatar_defaults', 'remove_default_avatars' );

This will hide the unwanted avatars without having to touch the core code. There's a more extended demo at https://wpsmith.net/2012/how-to-add-an-avatar-to-wordpress-defaults-remove-default-avatars-set-your-default/ if you want to tweak it further.

Assuming you're on multisite and want to make this change on certain sites only, you can do that by adding a couple more lines of code to this function.

A WordPress-specific tutorial is at https://www.inboundnow.com/how-to-properly-set-up-wordpress-301-redirects/.

It sounds as though what you need can be accomplished with 301 redirects. I found a tutorial that shows three different ways of setting them up: https://www.inboundnow.com/how-to-properly-set-up-wordpress-301-redirects/.

I assume the en folder is empty?

Is the language file for German installed? According to https://codex.www.ads-software.com/Installing_WordPress_in_Your_Language, that needs to be done manually. You may also want to check if WPLANG is defined in wp-config.php. For multisite it shouldn’t be.

If your theme has a custom CSS field, you can try adding styles for the plugin to it. If not, you can use a custom CSS plugin. You’ll find several are available; I’ve been using Simple Custom CSS because (unlike a few others) it enqueues the stylesheet properly.

Either way, check your page’s source code to see if the zanto plugin’s stylesheet loads before or after the stylesheet you’ll put the style changes in. If it loads afterwards, your changes may not show up unless you add an !important directive to them.