networkstudio

Wonderfull! Thank you so much for providing a solution so quickly

Hello,
I used PublishPress to create a special role with unfiltered_html capability but the result is the same.

Same problem too !

Perhaps a “no consent needed” category could be usefull for session cookies, media players cookies, piwik, etc…

This is _exactly_ our issue…

The rewrite rule is not added when a new site/blog is created.

I’ve just added it manually (once per site/blog) and it now works.

Still not working 8(

Actually it seems what should not be working (sub-folder sites) is working while domain-mapped sites are not.

https://wp-mu.domain.tld/site/robots.txt works and contains the correct data.

https://www.domain-mapped-site.tld/robots.txt gives a 404.

We’re using this domain mapping plugin :
https://ocaoimh.ie/wordpress-mu-domain-mapping/

There’s not a lot of fields in the option table.

The “autoload” field is set to “yes” on the working/default site…
While it’s set to “no” on the non working sites.

I’ve just tried to put “yes” instead of “no”…
Not working either, still 404.

Hi.

We’re experiencing the same issue : the default robots.txt is working but any other one (using WordPress MU Domain Mapping) is not.
It ends up in 404.

I’ve checked the settings, there’s nothing but “Ms Robotstxt” in the sites settings.

The default site has however another setting that is “Ms Robotstxt default”.

Hi Aaron,
issues are solved.
Thank you.

Hi

We’re using “WordPress MU Domain Mapping”, I guess it’s the same than yours (could not find “Mu domain map plugin” as a plugin).
No other plugin to handle the robots.txt file(s).

Non-mapped sites don’t get robots.txt, ok for this.
However, the mapped site we tried it on is not getting its robots.txt, we’re getting a 404 error.

We’re not using apache (and .htaccess) but nginx, so this might be related (is_robots not correctly handled?).

I can change the robots.txt per blog (as per the admin settings page).

However, I can not see it when connecting to its URL, both as https://www.network-url.tld/blogname-url or https://www.blogname-url.tld (when used with “WordPress MU Domain Mapping” extension).

Is there anything to put in the .htaccess file (or equivalent regexp for NGINX)?

You’re right, this is it!

I (wrongly) assumed that the default admin user was a “global” admin for all sites while he’s not.

Now testing more deeply…

Sorry but it’s not solved.

In the drop down list I now have “Network Wide” as first item, then the blogname of the default website (can be read as “(1) Blogname”) as second item.

I can not see the other blogs of the multisite.

We have the same issue.

We’re using the same “domain” (FQDN) for several blogs, what is different is the “path” (https://domain/path).
In the current dropbox, we’re seeing only the domain, not full URL (domain+path) so it’s not possible to choose the blog we want to work on.

Could you change the dropbox content to display the full URL of each sites of the multi-sites?