Le differenze sul lato server variano un po 'da piattaforma a piattaforma.
Nella maggior parte dei casi, tuttavia, è più facile scrivere un'applicazione che presuppone che venga eseguita nella radice (almeno in PHP e ASP.NET) e quindi impostare siti / directory virtuali separati per ciascuno.
Dal punto di vista dell'utente, dire loro di andare a mysite.example.com
è in genere più facile da ricordare rispetto a www.example.com/mysite
. Non c'è ragione per cui debba essere così, ma la maggior parte delle persone ha più o meno radicato il fatto di ignorare tutto dopo /
o, peraltro, prima del dominio principale. Come esempio più esoterico, se dovessi dire agli utenti finali di andare a ww2.host.example.com/mysite
ciò che la maggior parte delle persone effettivamente ricorderà è example.com
, le loro menti scartano il "cestino".
Lo svantaggio è, naturalmente, che i sottodomini di provisioning sono una specie di manuale pronto all'uso. È possibile eseguirne lo script, ovviamente, ma in IIS o Apache, così come la maggior parte dei registrar di dominio tende a essere eseguita a mano. Quindi, devi fare lo sforzo di automatizzare quello (anche se sono sicuro che ci sono alcuni strumenti esistenti che fanno il trucco).