mathieu mathieu - 1 month ago 6
JSON Question

escaping forward slashes in json output

I have a python server-side application that generates a simple HTML page with a big blurb of client-side javascript that generates client-side the DOM tree displayed to the user based on a big blob of JSON data assigned to a js variable. Some of that JSON data contains strings, some of which contain HTML tags. It all boils down to something like this:

var tmp = "<p>some text</p>";

Unsurprisingly, the above does not work since it should look like the following to make the browser HTML parser happy:

var tmp = "<p>some text<\/p>";

(notice the escaped forward slash)

The JSON inserted in the HTML is generated with the python default json library. Namely, with json.dumps which is designed explicitely to not escape the forward slash in strings.

I tried to subclass json.JSONDecoder to override its behavior for python strings but this does not work since it does not allow specialization of the serialization of basic python types.

I tried to use a variety of other python json libraries without much luck: it seems that since most people hate the escaped forward slashes, most libraries do not generate them.

I could escape the strings by hand before stuffing them in my python data structures before calling json.dumps. I could also write a function to recursively iterate over the data structure, spot strings, and escape them automatically (nicer over the long run). I could maybe escape the string generated by json.dumps before stuffing it in the HTML (I am not sure that this could not lead to invalid JSON being inserted in the HTML).

Which leads me to my question: is there a json serialization library that can be coerced to escape forward slashes in strings in python ?


You shouldn't need to escape forward slashes because JavaScript should be in an HTML comment and the browser would therefore ignore it. Are you placing <!-- --> around your script?

For example:

<script type="text/javascript"><!--

... your script goes here ...

// --></script>

I suppose it might be possible to break this if you have --> in one of your JavaScript strings, but modern browsers should be pretty tolerant.