Everywhere where we request the user to enter a URL alias, we have help text like this one (node add form):
The alternative URL for this content. Use a relative path without a trailing slash.
...or this one (add taxonomy term form):
Optionally specify an alternative URL by which this term can be accessed. Use a relative path and don't add a trailing slash or the URL alias won't work.
...or this one ():
Optional subdirectory within the upload destination where files will be stored. Do not include preceding or trailing slashes.
Well if we know that we allow values that will make things not work, then why not run a validation and remove preceding and/or trailing slashes instead of asking the user to remember not to do this.
Also, for the relative path thing, why not add the domain part as a prefix before the field (like we do for the front page and the 403/404 error URLs in /admin/config/system/site-information)?

That should give people a better hint.
I think that we could validate those fields like so:
1. search for any occurrence of :// and remove that and any text before it.
2. search for any occurrence of a string that matches the domain name in the beginning of the typed/entered URL. If the site URL is my.site.net and people enter something like my.site.net/myalias, then remove the my.site.net/ part.
3. if the first character of the field value is /, remove it.
4. if the last character of the field value is /, remove it.
Recent comments
Worth mentioning as it was in zulip chat by @yorkshirepudding I just tested and the two work together without issue as long as you don't use the "Exclude comments from Content...
Search does not include comments
There is also Node Comments Search - this searches the node and all comments (default search is node and first page of comments) as part of the content search. Izzy's module above is a separate...
Search does not include comments
I have created a new module comment_search
Search does not include comments