Jak mogę uniknąć znaku ampersand w ciągu javascript, aby strona została zatwierdzona jako ścisła?

Question

Próbuję przekazać DataString do wywołania ajax przy użyciu JQuery. W wywołaniu konstruuję parametry get, a następnie wysyłam je na stronę php po stronie odbiorczej. Kłopot polega na tym, że ciąg danych zawiera w sobie znaki ampersands i ukrywa się na nim ścisły weryfikator HTML.

Oto kod:

$(document).ready(function(){ 
    $("input#email").focus(); 
    $('#login_submit').submit(function(){ 
     var username = $('input#email').val(); 
     var password = $('input#password').val(); 
     var remember = $('input#remember').attr("checked"); 
     var dataString = "email="+username+"&password="+password+"&remember="+remember; 
     $.post('login.php', dataString, function(data) { 
      if (data == 'Login Succeeded.') { 
       location.reload(true); 
      } else { 
       $("input#email").focus(); 
       $("#login_msg").html(data).effect("pulsate", {times: 2}, 1000); 
      } 
     });   
     return false; 
    }); 
}); 

i tutaj jest przykładem wiadomości walidatora: nie można wygenerować identyfikator systemu dla ogółu podmiotów „hasło”.

(w walidatorze "p" po pierwszym znaku ampersand jest oznaczony na czerwono, wskazując punkt awarii).

Answer 1

Spróbuj oddanie javascript wewnątrz bloku CDATA tak:

<script type="text/javascript"> 
<![CDATA[ 
// content of your Javascript goes here 
]]> 
</script> 

która powinna uczynić to przechodzi walidacji. Być bardzo bezpieczny można dodać Javascript komentarzy wokół tagów CDATA, aby ukryć je przed starszymi przeglądarkami, którzy nie rozumieją tagu CDATA:

<script type="text/javascript"> 
/* <![CDATA[ */ 
// content of your Javascript goes here 
/* ]]> */ 
</script> 

Answer 2

chciałbym spróbować:

var dataString = "email="+username+"&password="+password+"&remember="+remember; 

Answer 3

Uwaga: przed jednym ślepo owija tekst w bloki CDATA, należy pamiętać, że celem CDATA jest unieważnienie nieprawidłowych znaków.

Patrz: http://www.flightlab.com/~joe/sgml/cdata.html

Answer 4

"\ u0026" działa!

Answer 5

Czasami \u0026, &#38, %26, &amp lub <![CDATA[ ... ]]> praca dla ampersandów w blokach skryptu w xhtml.
Chciałbym zapytać, dlaczego powinniśmy chcieć tego rodzaju ograniczenia (lojalność wobec błędów w projektowaniu SGML), który również uniemożliwia działanie &nbsp, mathml, target i nested xml.
Dlaczego nie możemy po prostu powiedzieć, że w bloku skryptu nie rozpoznano tagów ani innych rzeczy SGML? Dlaczego xhtml nie pozwala na działanie celów?
Nie widzę korzyści dla SGML, które przewyższają wady. W tej chwili, mimo że html5 jest w pewnym stopniu dostępny, xhtml jest walidatorem, który łapie najwięcej błędów programistów. Naprawmy xml bez historycznego uwzględnienia jego pochodzenia.