我希望使用ajax概念将html页面中的汉字存储到oracle数据库中。
Front end : HTML & PHP.
Back end : Oracle 11G.
Oracle特性:
NLS_LANGUAGE = AMERICA
NLS_CHARACTERSET = WE8MSWIN1252
NLS_NCHAR_CHARACTERSET = AL16UTF16
当我尝试使用表单提交来存储汉字时,它正在成功地存储,如果我试图通过ajax存储,我就会在数据库中得到奇怪的字符。
在ajax页面中,我添加了以下一行:
header("Content-type: text/html
当我试图解析一个页面时,我会得到一些奇怪的字符。
这是我的代码:
var getPageContent = function getPageContent(url, callback) {
https.get(url, function (res) {
var data = "";
res.on('data', function (chunk) {
data += chunk;
});
res.on("end", function () {
我认为在表单中输入的值是由浏览器正确编码的。
但是这个简单的测试文件"test_get_vs_encodeuri.html“表明它不是真的:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html><head>
<meta http-equiv="Content-Type" content="text/html; chars
我正在使用经典的asp和IIS7进行开发。
当我在文本框中输入带有特殊字符( do )的文本并提交时。在服务器端代码上收到的特殊字符将变为一个菱形符号,其中带有问号。
已包含以下编码
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
在asp文件中。
我也试过用"Encode in UTF-8 without BOM“格式保存文件
而部署在开发服务器上的相同文件工作正常。特殊字符( on )在服务器端代码中保持不变。
我是不是错过了一些IIS7设置
我们有一些来自意大利的数据,并从波兰的服务器上显示。我们正在获得一些字符替换的实例。具体地说,à(带坟墓的小写字母A)正被ŕ(带急性的小写字母R)所取代。我们可以看到à在CP1252 Western European character set中是一个00E0,并且在CP1250东欧字符集中ŕ是相同的值,所以我们知道这是一个字符集问题。
该页面由使用JSP的Websphere应用服务器提供服务。我有一个实验页面,在那里我可以重现问题,并在某种程度上修复它,但不是以一种可接受的方式。
如果我在我的JSP中设置:
response.setContentType("text/html;cha