- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在处理一个使用 UTF8 编码的数据库,它有许多包含特殊字符的用户名,例如“˒ђ ▫ Sony”
查询用户表时,Lumen 返回错误数据。我尝试使用 mysqli
和 PDO
查询同一个表,我收到了预期的结果。我设置了一个示例路由来测试它:
$app->get("charset", function() {
$mysqli = new mysqli("localhost", "user", "password", "database");
$res = $mysqli->query("select name from users where id = 1");
$dbh = new PDO('mysql:host=localhost;dbname=database', "user", "password");
$stmt = $dbh->query("select name from users where id = 1");
$lumen = DB::select("select name from users where id = 1");
return response()->json([
"mysqli" => $res->fetch_assoc(),
"pdo" => $stmt->fetchAll(PDO::FETCH_ASSOC),
"framework" => $lumen
]);
});
访问路由时,我得到以下响应:
{
"mysqli": {
"name": "Ғђ ▫ Sony"
},
"pdo": [
{
"name": "Ғђ ▫ Sony"
}
],
"framework": [
{
"name": "Ò’Ñ’ â–« Sony"
}
]
}
以下是响应的屏幕截图,以防上面的文本显示不正确:
据我所知,Lumen 的 MySQL 配置默认为 UTF8 且不可更改 - 我在 vendor/laravel/lumen-framework/config/database
中找到以下内容:
'mysql' => [
'driver' => 'mysql',
'host' => env('DB_HOST', 'localhost'),
'database' => env('DB_DATABASE', 'forge'),
'username' => env('DB_USERNAME', 'forge'),
'password' => env('DB_PASSWORD', ''),
'charset' => 'utf8',
'collation' => 'utf8_unicode_ci',
'prefix' => env('DB_PREFIX', ''),
'timezone' => env('DB_TIMEZONE','+00:00'),
'strict' => false,
],
我不知道是什么原因造成的。我还能做些什么来尝试找出这种差异?
最佳答案
此答案基于我之前的上述评论。
MySQL 连接字符集定义了用于 MySQL 客户端 (PHP) 和服务器之间通信的编码。在实际的 MySQL 表中使用什么编码作为内部编码并不重要。 MySQL服务器会自动在表编码和连接编码之间转换数据。因此,连接编码基本上定义了您希望从 MySQL 获取数据的格式,以及您将数据插入 MySQL 的格式。
您确定数据在数据库中以 utf8 编码正确吗?
似乎您只将 UTF8 用于 lumen DB 连接(如果这是默认设置),但您没有将 UTF8 用于 mysqli 或 PDO 连接示例。如果使用 $mysqli->set_charset("utf8");
设置 mysqli 字符集,使用 new PDO('mysql:host=localhost;dbname= database;charset=utf8', "用户", "密码");
?
根据您的代码和输出示例,您似乎正确地从 lumen DB 连接获取 UTF8 格式的数据,但输出未显示为 UTF8。
这也解释了为什么 mysqli 和 PDO 输出正确显示,因为它们没有以 UTF8 格式返回数据(因为您没有将它们的连接字符集设置为 UTF8),但默认情况下它们似乎与您使用的任何编码匹配以(显然是“latin1”或兼容格式)显示输出。
如果您在网络浏览器中查看输出,请确保正确定义了输出页面字符集(例如使用标题)。
编辑:
顺便说一句,只要连接编码与通过连接发送的数据的编码相匹配,插入数据的其他系统使用什么连接编码并不重要。
将连接编码设置为 latin1 意味着当您执行 SELECT 时,您将获得 latin1 的字符串数据。所以看起来你的输出被处理为 latin1 而不是 UTF-8。如果您修复脚本输出以正确显示“作为 UTF-8”,而不是如果您的输出环境(例如网络浏览器)支持它,可能会更好。因为否则,如果您需要处理无法在 latin1 中显示的字符,就会遇到问题。尽管如果您输出到 CLI 终端/控制台,那么您当然应该使用与默认终端编码相同的编码(可以是 UTF-8 或其他)。我更喜欢将我的 Linux 终端也配置为 UTF-8。
关于php - Lumen MySQL 查询未按预期处理 UTF8 值,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30228606/
UTF-8、UTF-16 和 UTF-32 之间有何区别? 据我所知,它们都将存储 Unicode,并且每个都使用不同数量的字节来表示字符。选择其中之一是否有优势? 最佳答案 当 ASCII 字符代表
好的。我知道这看起来像典型的“他为什么不直接用谷歌搜索或去 www.unicode.org 查一下?”问题,但对于这样一个简单的问题,在检查了两个来源后,我仍然无法回答。 我很确定这三种编码系统都支持
是否存在可以用 UTF-16 编码但不能用 UTF-8 编码的字符 最佳答案 没有。 UTF-* 是可以对全范围 Unicode 字符进行编码的编码。 编码之间的差异在于每个字符使用多少字节。 关于u
是否存在可以用 UTF-16 编码但不能用 UTF-8 编码的字符 最佳答案 没有。 UTF-* 是可以对全范围 Unicode 字符进行编码的编码。 编码之间的差异在于每个字符使用多少字节。 关于u
UTF-16 是一种双字节字符编码。交换两个字节的地址将产生 UTF-16BE 和 UTF-16LE。 但我发现在 Ubuntu gedit 文本编辑器中存在名称 UTF-16 编码,以及 UTF-1
我想将 UTF-16 字符串转换为 UTF-8。我通过 Unicode 发现了 ICU 库。我在转换时遇到问题,因为默认设置是 UTF-16。我试过使用转换器: UErrorCode myError
UTF-16 需要 2 个字节,UTF-8 需要 1 个字节。 而USB是面向8bit的,UTF-8更自然。 UTF-8 向后兼容 ASCII,而 UTF-16 则不然。 UTF-16 需要 2 个字
我对将 unicode 字符转换为十六进制值有点困惑。 我正在使用这个网站获取字符的十六进制值。 ( https://www.branah.com/unicode-converter ) 如果我输入“
我已经用UTF-8编码创建了一个文件,但是我不了解其在磁盘上占用的大小的规则。这是我的完整研究: 首先,我创建了一个带有印地语字母“'”的文件,Windows 7上的文件大小为 8个字节。 现在带有两
如何将WideString(或其他长字符串)转换为UTF-8中的字节数组? 最佳答案 这样的功能将满足您的需求: function UTF8Bytes(const s: UTF8String): TB
我有一个奇怪的验证程序,用于验证utf-8字符串是否是有效的主机名(PHP中的Zend Framework主机名valdiator)。它允许IDN(国际化域名)。它将比较每个子域与由其十六进制字节表示
在 utf16 和 utf32 中,一个字节的零是否意味着空?就像在 utf8 中一样,还是我们需要 2 个和 4 个字节的零来相应地在 utf16 和 utf32 中创建 null? 最佳答案 在
这是基于我的观察,对于 mysql,默认字符集 utf8 有点误导,它不支持完整的 Unicode,因为它无法存储四字节 UTF-8 编码的字符。它实际上是 utf8mb4 字符集,它是完整的 Uni
我只有处理 ASCII(单字节字符)的经验,并且阅读了很多关于人们如何以不同方式处理 Unicode 的帖子,这些帖子提出了他们自己的一系列问题。 此时我对 Unicode 的了解非常有限,我读到过U
我明白 std::codecvt在 C++11 中执行 UTF-16 和 UTF-8 之间的转换,并且 std::codecvt执行 UTF-32 和 UTF-8 之间的转换。是否可以在 UTF-8
我正在编写一个 HTTP 服务器并使用 trivial-utf-8:write-utf-8-bytes 来响应请求。我听说Babel就像trivial-utf-8但效率更高,所以我想试一试。搜索了一段
我正在设计一个新的 CMS,但想要设计它来满足我 future 的所有需求,比如多语言内容,所以我认为 Unicode (UTF-8) 是最好的解决方案 但是通过一些搜索我得到了这篇文章 http:/
例如,假设我在字符串中有以下 xml: 如果我尝试将其插入到带有 Xml 列的 SQL Server 2005 数据库表中,我将收到以下错误(我使用的是 EF 4.1,但我认为这无关紧要): XM
我正在使用 Python CSV 库读取两个 CSV 文件。 一种使用 UTF-8-BOM 编码,另一种使用 UTF-8 编码。在我的实践中,我发现使用“utf-8-sig”作为编码类型可以读取这两个
假设我的数据库设置如下以使用 utf-8(mysql 中的完整 4mb 版本) mysql_query("SET CHARACTER SET utf8mb4"); mysql_query("SET N
我是一名优秀的程序员,十分优秀!