In quale segmento di URL hai una lingua? / it / admin / dashboard o / admin / it / dashboard? [chiuso]

4

forse stai pensando che questa è un'altra domanda di dump sulla lingua nell'URL, ma spero che non lo sia! Ho redatto molti articoli su questo argomento, ma nessuno di loro aveva a che fare con "sezioni del sito" (descritte qui sotto).

Sto programmando una nuova piattaforma applicativa in laravel / php e non sono ancora convinto al 100% dove mettere slug della lingua.

Ci sono molti posti in cui puoi metterlo - alcuni sono migliori, altri sono peggio:

  • example.com/en/article
  • en.example.com/article
  • example.com/article?lang=en

La mia scelta personale è quella di mettere la lingua dopo il dominio - quindi la prima opzione nella lista sopra.

Ma cosa succede se ti trovi in una sezione speciale come admin o api? dove metti la lingua?

  • example.com/ it / admin / cruscotto
  • example.com/ it / api / v1 / user / login

o

  • example.com/ admin / it / cruscotto
  • example.com/ api / v1 / it / user / login

(nel frontend è lasciato lo stesso: example.com/en/some-article)

che cosa preferisci? cosa sono i contro e i pro? Una cosa è usare il linguaggio nei primi segmenti è molto più facile da programmare rispetto a quando ha alcune varianti ...

EDIT: Sto anche utilizzando due elenchi di lingue disponibili per determinare quali lingue sono disponibili per l'app / back-end e per frontend (se l'app è qualcosa come CMS). Per esempio. il web può essere solo in inglese ma l'app (cms) può essere in ceco, inglese, italiano ...

P.S. Cosa si consiglia di utilizzare solo en, cs o farlo in piena potenza con cz-CZ, en-US?

grazie per qualsiasi pensiero!

J.

    
posta Shimmi 13.11.2013 - 16:50
fonte

1 risposta

1

Per la tua API per sviluppatori, devi rispettare l'intestazione Accept-Language per il motivo CodeCaster menzionato nei commenti :

Translations are different representations of the same resource, so the resource identifier should remain the same.

Tuttavia, per l'interfaccia utente (vale a dire qualsiasi cosa in cui l'utente-agente è un browser Web) utilizza Accept-Language per decidere in quale lingua eseguire il rendering della pagina è probabilmente una cattiva idea, poiché è effettivamente immutabile (a meno che non ci si trovi lo 0,001% degli utenti che conosce come) e potrebbe non riflettere comunque le preferenze linguistiche effettive degli utenti. Utilizzando Accept-Language per selezionare la lingua predefinita che l'utente vede è una buona idea, ma anche Google consiglia di mantenere il contenuto di ciascuna lingua su URL separati .

Per quanto riguarda la tua domanda attuale: Dove nell'URL dovrebbe andare il frammento della lingua? Beh ... Non ha molta importanza. Non ci sono regole severe per questo. Dipenderà in gran parte da ciò che è più facile da implementare nel framework scelto.

Ecco alcune letture aggiuntive:

risposta data 13.11.2013 - 17:41
fonte

Leggi altre domande sui tag