Na sua forma mais básica, um site serve arquivos estáticos. Mapear o caminho da URL para um caminho de arquivo é a escolha mais óbvia; essencialmente, é um site FTP somente leitura.
As pessoas queriam mudar o conteúdo da página com alguns scripts. A maneira mais fácil é incorporar uma linguagem de script na página e executá-la por meio de um intérprete. Mais uma vez, dado o caminho já existente - > roteamento de caminho de arquivo, isso era bastante simples.
Mas, na verdade, você está executando esse arquivo como um argumento para o intérprete agora. Você precisa identificar quando a solicitação é de um arquivo estático e quando é algo que você precisa interpretar.
Depois que você começar a usar linguagens compiladas mais avançadas, ficará ainda mais divorciado do local do arquivo.
Além disso, seu servidor da Web já está armazenando em cache arquivos estáticos e realizando todo tipo de otimização, o que significa que atingir o sistema de arquivos é a exceção e não a regra. Nesse ponto, o caminho antigo do sistema de arquivos de link é mais um obstáculo do que uma ajuda.
Mas acho que a verdadeira mudança ocorreu quando os usuários queriam se livrar da extensão do arquivo do caminho. Obter myPage.asp ou myPage.php foi algo que confundiu as pessoas "normais" e interferiu com o SEO.
Como o usuário vê o caminho, ele se tornou parte da interface do usuário da Web e, como tal, precisa estar completamente livre de limitações técnicas. Perdemos o 'www' e praticamente tudo é um '.com'. Vários URLs apontarão para a mesma página.
Se eu ganhar mais dinheiro com mydomain.com/sale vs www.mydomain.co.uk/products/sale.aspx, não quero que quaisquer limitações técnicas fiquem no meu caminho.