2016-03-29 9 views
0

Ich weiß, dass Rückgrat an dieser Stelle Super alt ist:/Vermeiden Backbone Router Umleitung auf Nicht-Hash-Bang

Allerdings arbeite ich an einem alten app und wir haben den Backbone-Router neu belebt. Der Router arbeitet lokal wie ich es erwarte. Wir haben URLs wie:

/admin/#/users 

Ich verwende eine Domain (non-localhost) und Chrome lokal für die Entwicklung. Wenn Sie diese Route in die Entwicklung laden, lädt sie den richtigen Router in Backbone und die URLs bleiben so.

Wenn ich die App zu einem Staging-ENV (AWS basierte URLs) einsetzen, erhalten die URLs neu geschrieben wie:

/admin/#/users -> /admin/users 

Ich versuche, dies zu vermeiden. Ich möchte die Hashbang-URLs beibehalten. Ich habe alle Kombinationen von Einstellungen mit pushState und hashChange ausprobiert und keine haben Auswirkungen auf das Verhalten. Ich habe in den Entwicklungstools von Chrome Haltepunkte gesetzt und kann immer noch nicht herausfinden, warum dies passieren würde.

Wir verwenden Backbone v. 1.0.0, also ist es ein wenig veraltet, was zu beachten ist, b/c Ich habe den Router-Code mit Master verglichen und es ist ein bisschen anders.

Haben Sie sich Gedanken gemacht, warum URLs sich in einer anderen Umgebung ändern würden?

+1

Ist dies eine vorhandene AWS-Instanz? Ich gehe davon aus, dass eine alte Konfiguration in die Quere kommt. Ist es auf S3 gehostet? –

+0

Es stellte sich heraus, es war crappy Code im Google Tag Manager:/Ah, die Frustration ... Danke für das Einspielen! – brandonhilkert

Antwort

0

Es stellte sich heraus, war Google Tag Manager und etwas Code, der dort eingefügt wurde, ändern URLs im Staging ENV. Backbone hat das Richtige getan und keine URLs mit pushState auf false geändert.

Verwandte Themen