Quels sous-domaines dois-je empêcher les utilisateurs de sélectionner?

Question

Nous créons l'une de ces applications qui est compatible avec les tendances du jour, permettant aux utilisateurs de sélectionner leur propre sous-domaine.

xxx.company.com 

Comme cela devient commun, il serait bon de dresser une liste des sous-domaines qui devraient être empêchés de permettre aux utilisateurs de sélectionner soit pour des raisons techniques/sécurité (par exemple: www) ou l'étiquette (par exemple: sex) .

Cette question est un wiki de la communauté, alors s'il vous plaît modifier pour ajouter vos suggestions.

Answer 1

www 
register 
mail 
pop 
pop3 
test 
beta 
stage 
dev 
http 
https 
sex 

Et les mots considérés comme blasphématoires (ne figure pas ici pour protéger les innocents)

Answer 2

smtp 
webmail 
ftp 

Answer 3

abuse 
admin 
donate 
store 
payment 

Answer 4

une note au sujet du filtrage suggéré de jurons.

En général, un filtre anti-blasphème n'a de sens que si vous êtes vraiment sûr de la langue maternelle du public cible. Sinon, vous risquez de mettre en colère vos clients internationaux: il se peut qu'il y ait des mots en anglais qui sont un blasphème dans une autre langue (aucune chance de les retrouver tous) et les mots que vous filtrez peuvent être des mots parfaitement valables dans d'autres langues. Lorsque les Sims 3 ont été publiés, les forums EA ont filtré le mot "damit", mais ils l'ont fait sur les forums localisés, et "damit" est un mot très courant en allemand. Cela a rendu difficile d'écrire quoi que ce soit. "Sexe" signifie aussi "six" en suédois.

Cela peut être un problème ou non si c'est à propos de sous-domaines. Je ferais juste attention et ne bloquerais que des mots pour des raisons techniques et de sécurité (ou des choses comme vos propres marques/produits ou quelque chose).

Il peut être judicieux d'utiliser un domaine spécial pour l'utilisateur qui n'a aucun sous-domaine et d'utiliser un domaine différent pour les sous-domaines dont vous avez besoin. De cette façon, vous n'auriez pas besoin de bloquer les noms de sous-domaines sur le domaine "utilisateur".

Answer 5

Nous avons un utilisateur intelligent qui a enregistré localhost. Peut être un vrai problème de sécurité.

également dns