Convenzione di denominazione dell'URL con lettera ripetitiva

Non penso che sia un grosso problema avere lettere duplicate. Ma se sei preoccupato causerà confusione o errori di ortografia, potresti usare un trattino tra le parole, come /info/foos-site .

Gli URI HTTP sono not case-insensitive. L'host non fa distinzione tra maiuscole e minuscole, ma il percorso fa distinzione tra maiuscole e minuscole (vedere STD 66 ). Controlla questi due URI HTTP, ad esempio:

• link
• link

Scoprirai che rappresentano diverse pagine.

Quindi potresti utilizzare gli URI del caso cammello, ad es. %codice%. (Si noti che forse alcuni server, probabilmente quelli in esecuzione su sistemi operativi Microsoft, considerano tutti gli URI HTTP come non sensibili al maiuscolo e al minuscolo per impostazione predefinita, quindi dovresti controllare la loro documentazione.)

Ma secondo me non è necessario il caso dei cammelli. Se il tuo percorso contiene più parole, dovrebbe potrebbe utilizzare un delimitatore di qualche tipo. Probabilmente il più popolare è example.net/FoosSite . Wikipedia usa - . Puoi trovare molte discussioni su quale delimitatore utilizzare per SEO e usabilità. Vedi ad esempio questa domanda (chiusa) o (precedente) post di blog di Matt Cutts (che sta lavorando per Google) .

La soluzione di GrandmasterB è sufficiente, ma io presento un'alternativa se stai usando un servizio web RESTful. L'obiettivo principale di RESTful è di fare in modo che l'URL sia letto intuitivamente. La prima parte dell'URL è l'oggetto delle pagine.

In altre parole nell'URL:

http://www.host.com/books/1

books sarebbe l'argomento. Tuttavia, non c'è motivo per cui non dovresti essere in grado di avere URL come:

http://www.host.com/foos/site/1

Se ha senso che siano parole separate (ad esempio, non creare URL come http://www.host.com/book/keeper/1 ), non avrei alcun problema a farlo in questo modo.