Open Quix0r opened 1 year ago
Hi @Quix0r - As a user (or the admin) of a Nextcloud instance, what problem would this enhancement solve for me?
It isn't for the end user, just for those who write spiders (bots).
Fair enough.
I don't personally see the need for this in the core software. It doesn't seem to solve a problem for the NC user base important enough for inclusion.
Adding this through a tiny app, however, might be an option. And if an admin wants this functionality for their environment, they'd install said app (just like if they wanted /.well-known/nodeinfo
to be available they'd simply install/enable one of the apps that uses it).
Is your feature request related to a problem? Please describe. Currently, Nextcloud does expose its name over
/status.php
which is very nextcloud-specific, not many software do it and maybe others have different purpose for it. Also scanning forx-nextcloud-foo
in HTTP headers isn't always an option as then special code needs to be added to check that header. Sometimes it best to read the software's namenextcloud
directly.As discussed over there the software's name should be propagated at least in generic meta tags like
<meta name="generator" content="Nextcloud x.y" />
or the full set of<meta property="og:*" content="foo" />
fields. Also other non-federating software likehugo
and tons of web software more does this.Describe the solution you'd like Add said
<meta />
tags to the HTML "base" template. They shouldn't add much overload to the total HTML output.Describe alternatives you've considered I guess there are not much good alternatives, as discussed in community forum
/.well-known/nodeinfo
should only be reachable whenNextcloud Social
is installed.Additional context The issue here is, that some people change the software's name to really fancy names (I have a list of ~360 candidates) which makes it harder to know that
nextcloud
is behind it.og:platform
is really common to be set to the software's name.