Perché dovrei usare gli URL in stile & # 8220; Web 2.0 & # 8221; [chiuso]

Question

In breve, perché usare qualcosa come http://stackoverflow.com/badges/6/supporter invece di qualcosa di "semplice"? (e soggettivamente) come http://stackoverflow.com/badges/6/ .

Anche sul mio sito sto usando / post / 6 / per fare riferimento ai post (per ID, anche se conservo ancora una lumaca.) Invece di / post / 6 / small-rant-on -urls e, in alcuni casi, possono anche ottenere più assurdi , molto più di quanto sia realmente necessario.

Answer 1

Perché puoi potenzialmente finire con i duplicati se non stai attento. Immagino che l'overflow dello stack abbia aggiunto l'ID perché c'era un alto potenziale per i duplicati dato il volume di post creati.

Altri sistemi potrebbero scegliere di non utilizzare l'ID nell'URL, ad esempio un sistema di blog probabilmente non dovrebbe essere necessario.

È un'idea migliore se hai contenuti generati dagli utenti che si traducono in un nuovo URL creato per includere un ID post. Se l'unico modo per creare nuovi URL è tramite l'accesso di tipo amministratore, probabilmente puoi farne a meno finché controlli i duplicati.

Answer 2

Ottimizzazione dei motori di ricerca sarebbe uno, oltre a rendere l'URL più leggibile per l'uomo. I motori di ricerca generalmente apprezzano il tuo URL, titolo e H2 per contenere l'argomento " della pagina.

Se hai entrambi dentro, puoi digitare / ID manualmente e portarti automagicamente al "fiorito" URL con riscrittura .. salva un po 'le dita :)

Answer 3

L'aggiunta della lumaca in tutti i collegamenti da a il contenuto aiuta i motori di ricerca, poiché i motori di ricerca generalmente usano le parole nell'URL stesso per aiutare a indicizzare il contenuto.

Answer 4

Il motivo per includere l'id nell'URL è che è più semplice recuperare dietro le quinte l'articolo corretto dal database, poiché è possibile eseguire una ricerca sull'ID anziché sul titolo dell'articolo.

Il motivo per includere il titolo completo dell'articolo è che Google fornisce un sacco di punti bonus per i termini di ricerca che corrispondono al nome del file.

Answer 5

@Greg Hewgill

  

L'aggiunta della lumaca in tutti i collegamenti al contenuto aiuta i motori di ricerca, poiché i motori di ricerca generalmente usano le parole nell'URL stesso per aiutare a indicizzare il contenuto.

Avrei dovuto chiarire un po ': intendevo gli URL che contenevano sia un ID che . Semplicemente non vedo il punto di avere qualcosa come / post / 1 / la-la-la-la-text-hahahaha vs / post / 1 / o / post / la-la-la-la-text-hahahaha , poiché il primo funzionerebbe senza il testo extranous alla fine.

Answer 6

L'URL fa parte dell'interfaccia utente Web.

Esiste un studio eyetracking dell'uso dei motori di ricerca che ha scoperto che le persone spendono < forte> 24% del tempo trascorso a guardare gli URL nei risultati di ricerca.

I ricercatori sono particolarmente interessati all'URL quando valutano la credibilità e l'utilità di una destinazione. Se l'URL sembra spazzatura, è meno probabile che le persone facciano clic su tale hit di ricerca. D'altra parte, se l'URL sembra che la pagina risponderà alla domanda dell'utente, è più probabile che faccia clic.

Answer 7

Potrebbe essere più veloce ottenere il post in un blog dall'id che dallo slug, quindi metti l'id per la query SQL e lo slug per i motori di ricerca (SEO).

https://stackoverflow.com/users/58163/movaxes65675

Mi piace il tipo / post / la-la-la-la-testo-hahahaha, posso ricordare l'url, sapere qual è il titolo del post (prima di caricare effettivamente il sito). Non mi piace molto il / post / 1 / non significa nulla per me, ma post # 1 (male per il marketing?)

modifica: id aiuta anche a evitare duplicati come indicato da andybaird

Answer 8

Bene, in primo luogo va sottolineato che gli URL in stile "Web 2.0" " fanno effettivamente parte di qualcosa chiamato REST . Questi URL sono talvolta chiamati URL RESTful. I benefici dichiarati sono:

  

  
• Fornisce tempi di risposta migliorati e carico del server ridotto grazie al suo supporto   per la memorizzazione nella cache delle rappresentazioni;
  
• Migliora la scalabilità del server riducendo la necessità di mantenere la sessione   stato. Questo significa che è diverso   i server possono essere usati per gestire   richieste diverse in una sessione;
  
• Richiede meno software sul lato client da scrivere rispetto ad altri approcci,   perché può accedere un solo browser   qualsiasi applicazione e qualsiasi risorsa;
  
• Dipende meno dal software del fornitore e dai meccanismi che aggiungono ulteriore livello   framework di messaggistica su HTTP;
  
• Fornisce funzionalità equivalenti rispetto all'alternativa   approcci alla comunicazione;
  
• Non richiede un meccanismo di individuazione delle risorse separato, a causa di   l'uso di hyperlink in   rappresentazioni;
  
• Fornisce una migliore compatibilità e evolvibilità a lungo termine   caratteristiche di RPC. Questo è dovuto   a:      
    
  • Possibilità di evolvere senza tipi di documenti come HTML   rottura all'indietro o   avanti-compatibilità; e
    
  • La capacità delle risorse di aggiungere supporto per i nuovi tipi di contenuto così come sono   sono definiti senza cadere o   riducendo il supporto per i contenuti meno recenti   tipi.