[hnn]

Gör som så att du hakar på ett utropstecken bakom .js

<script src="minjs.js?">

så kommer den inkluderas och inte cachas.

[oskarh]

Ursprungligen postat av hnn

Gör som så att du hakar på ett utropstecken bakom .js

<script src="minjs.js?">

så kommer den inkluderas och inte cachas.

Du säger utropstecken (!) med skriver frågetecken (?), var är det som gäller?

[dAEk]

Ursprungligen postat av hnn

Gör som så att du hakar på ett utropstecken bakom .js

<script src="minjs.js?">

så kommer den inkluderas och inte cachas.

Frågetecknet gör att det blir en ny fil i cachen. Det skulle således inte göra någon skillnad.

Kanske har jag berättat för lite för att ni ska kunna hjälpa till. Jag försöker att berätta lite mer.

Jag har en html-sida.
Sidan innehåller sökvägar till externa filer varav en är ett javascript (som ska cachas).
Sökvägen till javascriptet modifieras av någon anledning vilket inte är önskvärt.

Om sökvägen ser ut såhär:

<script src="/js.ashx?foo=/a/b&bar=/a/b/c"></script>

...ändras den till:

<script src="/js.ashx?foo=/a/b&bar=/a/b/+sfgRmluamFu[...]+c"></script>

och då blir det fel. Visst skulle man kunna hantera felaktiga parametrar bättre på serversidan men det görs tydligen inte nu.

Frågan är varför dessa skräptecken infogas och vad man kan göra för att förhindra det. Jag ska kika lite närmare på vilka headers som skickas med i svaret när jag är tillbaks på jobbet på måndag. Kanske skickar vi felaktiga headers som gör att proxyn (om det nu är en proxy) pillar i innehållet. Det låter lite konstigt att den skulle göra så men vad vet jag?

Andra sökvägar ser ut på samma sätt men anropen till dessa förändras inte.

[dAEk]

Base64-decodade strängen igen och fick ut ett resultat som sa lite mer än det förra. En sökning på Google leder till http://www.m86security.com/ och de verkar erbjuda säkerhetslösningar som ibland gör lite för mycket.

Tack för hjälpen!