Odpowiedz

21

napisałem małą serię blogu na dokładnie ten temat ...

Pierwsza część przedstawia problem i dotychczasowe rozwiązania, jak również bieżące rozwiązanie: HTML5 za pushState (historia API)

http://lostechies.com/derickbailey/2011/09/26/seo-and-accessibility-with-html5-pushstate-part-1-introducing-pushstate/

Część 2 pokazuje, jak korzystać z progresywne ulepszanie kręgosłup, tak, że gdy masz serwer renderowania HTML możesz mieć swój kod Backbone przejąć istniejącej zawartości HTML zamiast renderowania nowa treść:

http://lostechies.com/derickbailey/2011/09/26/seo-and-accessibility-with-html5-pushstate-part-2-progressive-enhancement-with-backbone-js/

Część 3 jest (nieco rozmyty) wideo z prezentacji dałem na ten temat, na konferencji:

http://lostechies.com/derickbailey/2011/10/06/seo-and-accessibility-with-html5-pushstate-part-3-the-video/

I choć nie jest bezpośrednio częścią tej małej serii, Napisałem też post na blogu o używaniu routerów z PushState. Istotą tego postu jest: nie trzeba routera:

http://lostechies.com/derickbailey/2011/10/17/tips-for-using-backbone-js-routers-with-html5-pushstate/

nadzieję, że pomoże

+1

absolutną Super * – joecritch

-1

Nie jestem pewien, czy rozumiem Twoje pytanie we właściwy sposób. Myślę, że masz trochę danych i chcesz pracować z nimi po stronie serwera za pomocą szyn, a następnie dostarczyć je do javascript i kontynuować pracę z danymi? Zgadza się?

To tak, możliwe. Powiedzmy, że masz model o nazwie artykułu i masz dostęp do jednego artykułu następującym adresem URL:

http://site.com/articles/1

następnie można dodać .xml

http://site.com/articles/1.xml

a dostaniesz xml i bo JavaScript może parsować xml. Jest to domyślne ustawienie szyn.

Powiązane problemy