Perl China Blog Spot: 2011-09-18

2011年9月23日星期五

Re: [PerlChina] mysql乱码问题

在创建数据库，表及查询数据时均可设定编码

在 2011-9-23 下午11:54，"Anthony WU" <anthonywuy2k@gmail.com>写道：
> 修改 /etc/my.cnf 不就可以�……
>
> [mysqld]
> datadir=/var/lib/mysql
> socket=/var/lib/mysql/mysql.sock
> user=mysql
> # Disabling symbolic-links is recommended to prevent assorted security risks
> symbolic-links=0
> *default-character-set=utf8
> default-collation=utf8_general_ci
> skip-character-set-client-handshake*
>
> [mysqld_safe]
> log-error=/var/log/mysqld.log
> pid-file=/var/run/mysqld/mysqld.pid
>
> *[client]
> default-character-set=utf8*
>
> -------- Original Message --------
> Subject: Re: [PerlChina] mysql乱码问题
> From: Felix New <moxnet@gmail.com>
> To: perlchina@googlegroups.com
> Date: 23/9/2011 23:33
>> mysql是默认安装, 或者编译安装的时候探测到的编码方式与你期望的不一样,
>> 例如是latin1.
>> 当dbi连接数据库的时候, 客户端的默认编码方式, 就是上面的默认的编码方式
>> (例如, 你用dbi连接数据库, 运行show variablies like 'char%'查看一下结
>> 果, 应该不是Utf8编码).
>>
>> 我的方法比较笨, 不过解决我们类似的问题是可行的:
>> 使用utf8做为默认编码来重新编译一个同版本的mysql,放到某个目录;然后在
>> /etc/ld.so.conf.d下修改 (create if not exists):
>> /path/to/your/new/mysql/dir/lib/mysql
>> /usr/lib/mysql *(product mysql library path)*
>>
>> 目的是, 让dbi连的时候,用默认编码是utf8的library.
>>
>> 当然, 如果允许, 可以完全重新编码一个新的mysql,完全替换掉.
>>
>>
>> 在 2011年9月21日下午1:31，Zhang Jun <gb2313@gmail.com
>> <mailto:gb2313@gmail.com>>写道：
>>
>> $dbh->do("set character_set_results=binary");
>>
>> 乱试了这个竟然可以了, 想不通.
>>
>> 在 2011年9月21日上午11:28，Zhang Jun <gb2313@gmail.com
>> <mailto:gb2313@gmail.com>>写道：
>>
>> 刚在 linux上实验了一下:
>> 不管有没有locale, 默认看到的是"????", 执行set names utf8后就能
>> 看到貌似正确的中文.
>>
>> 而且没试use utf8, 貌似这个有性能损失的说.
>>
>> 在 2011年9月21日上午11:19，truncatei <truncatei@gmail.com
>> <mailto:truncatei@gmail.com>>写道：
>>
>> 还有一个问题，用mysql client连上去看看数据库里存的是不是正
>> 确编码的数据，是不是写的时候就写错编码了
>>
>> 2011/9/21 钟声 <gh00920307@gmail.com
>> <mailto:gh00920307@gmail.com>>:
>> > 不知道在哪出现的乱码? 如果是在windows的CMD,里乱码就很正常..
>> >
>> > 2011/9/21 ZhangJun <gb2313@gmail.com
>> <mailto:gb2313@gmail.com>>:
>> >> On Wed, 21 Sep 2011 10:54:57 +0800 Weiqiang
>> <lweiqiang@gmail.com <mailto:lweiqiang@gmail.com>> wrote:
>> >>
>> >> 呃, 才看见, 我贴错了, 是设置成了utf8, 刚才那个是从类似
>> mysqlclient的东西里弄出来的,
>> >> 这个是脚本里查询出来的
>> >>
>> >> character_set_client : utf8
>> >> character_set_connection : utf8
>> >> character_set_database : utf8
>> >> character_set_filesystem : binary
>> >> character_set_results : utf8
>> >> character_set_server : utf8
>> >> character_set_system : utf8
>> >>
>> >>
>> >>> 为啥不把所有的character_set_*都改成utf-8呢？
>> >>>
>> >>> On Wednesday, September 21, 2011, truncatei wrote:
>> >>>
>> >>>> 脚本是在什么系统运行的？win? linux?
>> >>>> 如果是linux，看看 locale 是什么
>> >>>>
>> >>>> 另外，脚本的编码是不是也是utf-8，再给开头加上 use utf8;
>> >>>>
>> >>>> 2011/9/21 ZhangJun <gb2313@gmail.com
>> <mailto:gb2313@gmail.com> <javascript:;>>:
>> >>>> >
>> >>>> > 症状: 从mysql取出的数据需要Encode::encode('utf8',
>> $data) 才能正确显示.
>> >>>> >
>> >>>> > 创建数据库:
>> >>>> > create database mydb DEFAULT CHARACTER SET utf8
>> COLLATE utf8_general_ci
>> >>>> > 建表:
>> >>>> > create table types
>> >>>> > (
>> >>>> > type_id int not null,
>> >>>> > type_name varchar(16) not null,
>> >>>> > description varchar(64)
>> >>>> > )
>> >>>> > ENGINE = MYISAM
>> >>>> > DEFAULT CHARACTER SET = utf8
>> >>>> > COLLATE = utf8_general_ci;
>> >>>> >
>> >>>> > 全部操作都是在DBI建立连接后并执行如下指令后执行的:
>> >>>> > $dbh->do("SET NAMES 'UTF8'");
>> >>>> > $dbh->do("SET CHARACTER_SET_SERVER='UTF8'");
>> >>>> >
>> >>>> >
>> >>>> > mysql> show variables where variable_name like 'char%';
>> >>>> > 'character_set_client','latin1'
>> >>>> > 'character_set_connection','latin1'
>> >>>> > 'character_set_database','utf8'
>> >>>> > 'character_set_filesystem','binary'
>> >>>> > 'character_set_results','latin1'
>> >>>> > 'character_set_server','latin1'
>> >>>> > 'character_set_system','utf8'
>> >>>> >
>> >>>> >
>> >>>> > 我想拿出正确的utf8数据, 不想再encode
>> >>>> > 请问问题出在哪里?
>> >>>> > 谢谢!
>> >>>> >
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> Best regards.
>> Felix New
>> --
>
> --
> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

Re: [PerlChina] mysql乱码问题

修改 /etc/my.cnf 不就可以�……

[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
default-character-set=utf8
default-collation=utf8_general_ci
skip-character-set-client-handshake

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

[client]
default-character-set=utf8

-------- Original Message --------
Subject: Re: [PerlChina] mysql乱码问题
From: Felix New <moxnet@gmail.com>
To: perlchina@googlegroups.com
Date: 23/9/2011 23:33

mysql是默认安装, 或者编译安装的时候探测到的编码方式与你期望的不一样, 例如是latin1.
当dbi连接数据库的时候, 客户端的默认编码方式, 就是上面的默认的编码方式(例如, 你用dbi连接数据库, 运行show variablies like 'char%'查看一下结果, 应该不是Utf8编码).

我的方法比较笨, 不过解决我们类似的问题是可行的:

使用utf8做为默认编码来重新编译一个同版本的mysql,放到某个目录;然后在/etc/ld.so.conf.d下修改 (create if not exists):

/path/to/your/new/mysql/dir/lib/mysql

/usr/lib/mysql (product mysql library path)

目的是, 让dbi连的时候,用默认编码是utf8的library.

当然, 如果允许, 可以完全重新编码一个新的mysql,完全替换掉.

在 2011年9月21日下午1:31，Zhang Jun <gb2313@gmail.com>写道：

$dbh->do("set character_set_results=binary");

乱试了这个竟然可以了, 想不通.

在 2011年9月21日上午11:28，Zhang Jun <gb2313@gmail.com>写道：

刚在 linux上实验了一下:
不管有没有locale, 默认看到的是"????", 执行set names utf8后就能看到貌似正确的中文.

而且没试use utf8, 貌似这个有性能损失的说.

在 2011年9月21日上午11:19，truncatei <truncatei@gmail.com>写道：

还有一个问题，用mysql client连上去看看数据库里存的是不是正确编码的数据，是不是写的时候就写错编码了

2011/9/21 钟声 <gh00920307@gmail.com>:

> 不知道在哪出现的乱码? 如果是在windows的CMD,里乱码就很正常..
>
> 2011/9/21 ZhangJun <gb2313@gmail.com>:
>> On Wed, 21 Sep 2011 10:54:57 +0800 Weiqiang <lweiqiang@gmail.com> wrote:
>>
>> 呃, 才看见, 我贴错了, 是设置成了utf8, 刚才那个是从类似mysqlclient的东西里弄出来的,
>> 这个是脚本里查询出来的
>>
>> character_set_client : utf8
>> character_set_connection : utf8
>> character_set_database : utf8
>> character_set_filesystem : binary
>> character_set_results : utf8
>> character_set_server : utf8
>> character_set_system : utf8
>>
>>
>>> 为啥不把所有的character_set_*都改成utf-8呢？
>>>
>>> On Wednesday, September 21, 2011, truncatei wrote:
>>>
>>>> 脚本是在什么系统运行的？win? linux?
>>>> 如果是linux，看看 locale 是什么
>>>>
>>>> 另外，脚本的编码是不是也是utf-8，再给开头加上 use utf8;
>>>>
>>>> 2011/9/21 ZhangJun <gb2313@gmail.com <javascript:;>>:
>>>> >
>>>> > 症状: 从mysql取出的数据需要Encode::encode('utf8', $data) 才能正确显示.
>>>> >
>>>> > 创建数据库:
>>>> > create database mydb DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci
>>>> > 建表:
>>>> > create table types
>>>> > (
>>>> > type_id int not null,
>>>> > type_name varchar(16) not null,
>>>> > description varchar(64)
>>>> > )
>>>> > ENGINE = MYISAM
>>>> > DEFAULT CHARACTER SET = utf8
>>>> > COLLATE = utf8_general_ci;
>>>> >
>>>> > 全部操作都是在DBI建立连接后并执行如下指令后执行的:
>>>> > $dbh->do("SET NAMES 'UTF8'");
>>>> > $dbh->do("SET CHARACTER_SET_SERVER='UTF8'");
>>>> >
>>>> >
>>>> > mysql> show variables where variable_name like 'char%';
>>>> > 'character_set_client','latin1'
>>>> > 'character_set_connection','latin1'
>>>> > 'character_set_database','utf8'
>>>> > 'character_set_filesystem','binary'
>>>> > 'character_set_results','latin1'
>>>> > 'character_set_server','latin1'
>>>> > 'character_set_system','utf8'
>>>> >
>>>> >
>>>> > 我想拿出正确的utf8数据, 不想再encode
>>>> > 请问问题出在哪里?
>>>> > 谢谢!
>>>> >

--
Best regards.
Felix New

--

Re: [PerlChina] mysql乱码问题

mysql是默认安装, 或者编译安装的时候探测到的编码方式与你期望的不一样, 例如是latin1.

当dbi连接数据库的时候, 客户端的默认编码方式, 就是上面的默认的编码方式(例如, 你用dbi连接数据库, 运行show variablies like 'char%'查看一下结果, 应该不是Utf8编码).

我的方法比较笨, 不过解决我们类似的问题是可行的:

使用utf8做为默认编码来重新编译一个同版本的mysql,放到某个目录;然后在/etc/ld.so.conf.d下修改(create if not exists):

/path/to/your/new/mysql/dir/lib/mysql

/usr/lib/mysql (product mysql library path)

目的是, 让dbi连的时候,用默认编码是utf8的library.

当然, 如果允许, 可以完全重新编码一个新的mysql,完全替换掉.

在 2011年9月21日下午1:31，Zhang Jun <gb2313@gmail.com>写道：

$dbh->do("set character_set_results=binary");

乱试了这个竟然可以了, 想不通.

在 2011年9月21日上午11:28，Zhang Jun <gb2313@gmail.com>写道：

刚在linux上实验了一下:
不管有没有locale, 默认看到的是"????", 执行set names utf8后就能看到貌似正确的中文.

而且没试use utf8, 貌似这个有性能损失的说.

在 2011年9月21日上午11:19，truncatei <truncatei@gmail.com>写道：

还有一个问题，用mysql client连上去看看数据库里存的是不是正确编码的数据，是不是写的时候就写错编码了

2011/9/21 钟声 <gh00920307@gmail.com>:

> 不知道在哪出现的乱码? 如果是在windows的CMD,里乱码就很正常..
>
> 2011/9/21 ZhangJun <gb2313@gmail.com>:
>> On Wed, 21 Sep 2011 10:54:57 +0800 Weiqiang <lweiqiang@gmail.com> wrote:
>>
>> 呃, 才看见, 我贴错了, 是设置成了utf8, 刚才那个是从类似mysqlclient的东西里弄出来的,
>> 这个是脚本里查询出来的
>>
>> character_set_client : utf8
>> character_set_connection : utf8
>> character_set_database : utf8
>> character_set_filesystem : binary
>> character_set_results : utf8
>> character_set_server : utf8
>> character_set_system : utf8
>>
>>
>>> 为啥不把所有的character_set_*都改成utf-8呢？
>>>
>>> On Wednesday, September 21, 2011, truncatei wrote:
>>>
>>>> 脚本是在什么系统运行的？win? linux?
>>>> 如果是linux，看看 locale 是什么
>>>>
>>>> 另外，脚本的编码是不是也是utf-8，再给开头加上 use utf8;
>>>>
>>>> 2011/9/21 ZhangJun <gb2313@gmail.com <javascript:;>>:
>>>> >
>>>> > 症状: 从mysql取出的数据需要Encode::encode('utf8', $data) 才能正确显示.
>>>> >
>>>> > 创建数据库:
>>>> > create database mydb DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci
>>>> > 建表:
>>>> > create table types
>>>> > (
>>>> > type_id int not null,
>>>> > type_name varchar(16) not null,
>>>> > description varchar(64)
>>>> > )
>>>> > ENGINE = MYISAM
>>>> > DEFAULT CHARACTER SET = utf8
>>>> > COLLATE = utf8_general_ci;
>>>> >
>>>> > 全部操作都是在DBI建立连接后并执行如下指令后执行的:
>>>> > $dbh->do("SET NAMES 'UTF8'");
>>>> > $dbh->do("SET CHARACTER_SET_SERVER='UTF8'");
>>>> >
>>>> >
>>>> > mysql> show variables where variable_name like 'char%';
>>>> > 'character_set_client','latin1'
>>>> > 'character_set_connection','latin1'
>>>> > 'character_set_database','utf8'
>>>> > 'character_set_filesystem','binary'
>>>> > 'character_set_results','latin1'
>>>> > 'character_set_server','latin1'
>>>> > 'character_set_system','utf8'
>>>> >
>>>> >
>>>> > 我想拿出正确的utf8数据, 不想再encode
>>>> > 请问问题出在哪里?
>>>> > 谢谢!
>>>> >
>>>> > --
>>>> > 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>>>> > 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com <javascript:;>。
>>>> > 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com<javascript:;>
>>>> 。
>>>> > 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>>> >
>>>> >
>>>>
>>>>
>>>>
>>>> --
>>>> 如果觉得无聊，您不妨访问Google Reader消遣 https://www.google.com/reader/view
>>>> 要尝试黑版本Google，请访问 http://tinyurl.com/yk3yp7j
>>>>
>>>> --
>>>> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>>>> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com <javascript:;>。
>>>> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com <javascript:;>。
>>>> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>>>
>>>>
>>>
>>> --
>>> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>>> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
>>> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
>>> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>>
>>
>> --
>> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
>> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
>> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>
>>
>
> --
> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>
>

--

如果觉得无聊，您不妨访问Google Reader消遣 https://www.google.com/reader/view
要尝试黑版本Google，请访问 http://tinyurl.com/yk3yp7j

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。

要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
您收到此邮件是因为您订阅了 Google 网上论坛的“PerlChina Mongers 讨论组”论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
Best regards.
Felix New

--
您收到此邮件是因为您订阅了 Google 网上论坛的“PerlChina Mongers 讨论组”论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

2011年9月21日星期三

Re: [PerlChina] CC. How to avoid Session state destroyed.

在 rfc2965 里面，Set-Cookie2 支持指定 Port, 但是现在浏览器普遍支持的是之前 rfc2109 的 Set-Cookie , 它是不关心 Port 的，所以你同一个IP（或域名），如果 cookie 名相同（在你的例子里是 sid), 那么虽然两个应用跑在不同端口上，后面的 cookie 还是会覆盖前面的 cookie 的, 所以，不同的应用，请用不同的 cookie 名（即改变 session_key 参数的值）

Re: [PerlChina] CC. How to avoid Session state destroyed.

噢，还可以这样，有意思。怎么默认的行为不把Session独立？
谢谢！

于 2011年09月21日 22:03, cnhack TNT 写道:

将两个程序的 session_key 改成不同的值试试吧

2011/9/21 Beckheng Lam <bi.ken.lam@gmail.com>

Hi All,

Thanks for your read.

My development environment:
    v5.10.1 (*) built for x86_64-linux-gnu-thread-multi
    Plack (0.9982)
    Plack::Middleware::Session (0.14)

My script occur this problem.
Just for test this case, I use the script copy from http://d.hatena.ne.jp/punitan/20101222/1293045593
There are two script now. One is test-plack-session-state22.psgi, another is test-plack-session-state.psgi.
They are same but the session data directory.
One listens on port 5300, another listens on port 5400.

Steps:

Step1 . http://192.168.1.196:5300/
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=1cd6cbace42e4847cd4918b2a6de06d9ff965a36 session is not verified

Step2 . http://192.168.1.196:5400/
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=2cfde1a38753da45b9e8f0493439f5847cc1e304 session is not verified

Step3. http://192.168.1.196:5300/login?password=foo
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=5bad50cbc93b09d1268cbbebdc087516bd8d1c34 correct password

Step4. http://192.168.1.196:5300/
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=5bad50cbc93b09d1268cbbebdc087516bd8d1c34 verified session

Step5. http://192.168.1.196:5400/
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=b93f28c26a7d08479a5ed3949f24ea535368e255 session is not verified

Step6. http://192.168.1.196:5300/
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=8db48bb861b56167ab233731a89c18402283371d session is not verified

The *verified session* becomes *not verified*. If I use http://127.0.0.1:5400 to access. The *verified session* will be kept.
That's what I meet. I hope the session can be kept although there are several application listen on the same IP address.
Would anybody give some advice for me?

Thanks again!
--

--  我的博客 -- http://blog.yixinit.com/ 诸法从缘起，如来说是因。 彼法因缘尽，是大沙门说。

Re: [PerlChina] CC. How to avoid Session state destroyed.

将两个程序的 session_key 改成不同的值试试吧

2011/9/21 Beckheng Lam <bi.ken.lam@gmail.com>

Hi All,

Thanks for your read.

My development environment:
    v5.10.1 (*) built for x86_64-linux-gnu-thread-multi
    Plack (0.9982)
    Plack::Middleware::Session (0.14)

My script occur this problem.
Just for test this case, I use the script copy from http://d.hatena.ne.jp/punitan/20101222/1293045593
There are two script now. One is test-plack-session-state22.psgi, another is test-plack-session-state.psgi.
They are same but the session data directory.
One listens on port 5300, another listens on port 5400.

Steps:

Step1 . http://192.168.1.196:5300/
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=1cd6cbace42e4847cd4918b2a6de06d9ff965a36 session is not verified

Step2 . http://192.168.1.196:5400/
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=2cfde1a38753da45b9e8f0493439f5847cc1e304 session is not verified

Step3. http://192.168.1.196:5300/login?password=foo
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=5bad50cbc93b09d1268cbbebdc087516bd8d1c34 correct password

Step4. http://192.168.1.196:5300/
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=5bad50cbc93b09d1268cbbebdc087516bd8d1c34 verified session

Step5. http://192.168.1.196:5400/
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=b93f28c26a7d08479a5ed3949f24ea535368e255 session is not verified

Step6. http://192.168.1.196:5300/
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=8db48bb861b56167ab233731a89c18402283371d session is not verified

The *verified session* becomes *not verified*. If I use http://127.0.0.1:5400 to access. The *verified session* will be kept.
That's what I meet. I hope the session can be kept although there are several application listen on the same IP address.
Would anybody give some advice for me?

Thanks again!
--  我的博客 -- http://blog.yixinit.com/ 诸法从缘起，如来说是因。 彼法因缘尽，是大沙门说。 
--
您收到此邮件是因为您订阅了 Google 网上论坛的“PerlChina Mongers 讨论组”论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

[PerlChina] CC. How to avoid Session state destroyed.

Hi All,

Thanks for your read.

My development environment:
    v5.10.1 (*) built for x86_64-linux-gnu-thread-multi
    Plack (0.9982)
    Plack::Middleware::Session (0.14)

My script occur this problem.
Just for test this case, I use the script copy from http://d.hatena.ne.jp/punitan/20101222/1293045593
There are two script now. One is test-plack-session-state22.psgi, another is test-plack-session-state.psgi.
They are same but the session data directory.
One listens on port 5300, another listens on port 5400.

Steps:

Step1 . http://192.168.1.196:5300/
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=1cd6cbace42e4847cd4918b2a6de06d9ff965a36 session is not verified

Step2 . http://192.168.1.196:5400/
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=2cfde1a38753da45b9e8f0493439f5847cc1e304 session is not verified

Step3. http://192.168.1.196:5300/login?password=foo
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=5bad50cbc93b09d1268cbbebdc087516bd8d1c34 correct password

Step4. http://192.168.1.196:5300/
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=5bad50cbc93b09d1268cbbebdc087516bd8d1c34 verified session

Step5. http://192.168.1.196:5400/
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=b93f28c26a7d08479a5ed3949f24ea535368e255 session is not verified

Step6. http://192.168.1.196:5300/
    Show: plack_session=18b24617936ee7bacc055de23689020abedac411; sid=8db48bb861b56167ab233731a89c18402283371d session is not verified

The *verified session* becomes *not verified*. If I use http://127.0.0.1:5400 to access. The *verified session* will be kept.
That's what I meet. I hope the session can be kept although there are several application listen on the same IP address.
Would anybody give some advice for me?

Thanks again!

--  我的博客 -- http://blog.yixinit.com/ 诸法从缘起，如来说是因。 彼法因缘尽，是大沙门说。

2011年9月20日星期二

Re: [PerlChina] mysql乱码问题

$dbh->do("set character_set_results=binary");

乱试了这个竟然可以了, 想不通.

在 2011年9月21日上午11:28，Zhang Jun <gb2313@gmail.com>写道：

刚在linux上实验了一下:
不管有没有locale, 默认看到的是"????", 执行set names utf8后就能看到貌似正确的中文.

而且没试use utf8, 貌似这个有性能损失的说.

在 2011年9月21日上午11:19，truncatei <truncatei@gmail.com>写道：

还有一个问题，用mysql client连上去看看数据库里存的是不是正确编码的数据，是不是写的时候就写错编码了

2011/9/21 钟声 <gh00920307@gmail.com>:

> 不知道在哪出现的乱码? 如果是在windows的CMD,里乱码就很正常..
>
> 2011/9/21 ZhangJun <gb2313@gmail.com>:
>> On Wed, 21 Sep 2011 10:54:57 +0800 Weiqiang <lweiqiang@gmail.com> wrote:
>>
>> 呃, 才看见, 我贴错了, 是设置成了utf8, 刚才那个是从类似mysqlclient的东西里弄出来的,
>> 这个是脚本里查询出来的
>>
>> character_set_client : utf8
>> character_set_connection : utf8
>> character_set_database : utf8
>> character_set_filesystem : binary
>> character_set_results : utf8
>> character_set_server : utf8
>> character_set_system : utf8
>>
>>
>>> 为啥不把所有的character_set_*都改成utf-8呢？
>>>
>>> On Wednesday, September 21, 2011, truncatei wrote:
>>>
>>>> 脚本是在什么系统运行的？win? linux?
>>>> 如果是linux，看看 locale 是什么
>>>>
>>>> 另外，脚本的编码是不是也是utf-8，再给开头加上 use utf8;
>>>>
>>>> 2011/9/21 ZhangJun <gb2313@gmail.com <javascript:;>>:
>>>> >
>>>> > 症状: 从mysql取出的数据需要Encode::encode('utf8', $data) 才能正确显示.
>>>> >
>>>> > 创建数据库:
>>>> > create database mydb DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci
>>>> > 建表:
>>>> > create table types
>>>> > (
>>>> > type_id int not null,
>>>> > type_name varchar(16) not null,
>>>> > description varchar(64)
>>>> > )
>>>> > ENGINE = MYISAM
>>>> > DEFAULT CHARACTER SET = utf8
>>>> > COLLATE = utf8_general_ci;
>>>> >
>>>> > 全部操作都是在DBI建立连接后并执行如下指令后执行的:
>>>> > $dbh->do("SET NAMES 'UTF8'");
>>>> > $dbh->do("SET CHARACTER_SET_SERVER='UTF8'");
>>>> >
>>>> >
>>>> > mysql> show variables where variable_name like 'char%';
>>>> > 'character_set_client','latin1'
>>>> > 'character_set_connection','latin1'
>>>> > 'character_set_database','utf8'
>>>> > 'character_set_filesystem','binary'
>>>> > 'character_set_results','latin1'
>>>> > 'character_set_server','latin1'
>>>> > 'character_set_system','utf8'
>>>> >
>>>> >
>>>> > 我想拿出正确的utf8数据, 不想再encode
>>>> > 请问问题出在哪里?
>>>> > 谢谢!
>>>> >
>>>> > --
>>>> > 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>>>> > 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com <javascript:;>。
>>>> > 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com<javascript:;>
>>>> 。
>>>> > 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>>> >
>>>> >
>>>>
>>>>
>>>>
>>>> --
>>>> 如果觉得无聊，您不妨访问Google Reader消遣 https://www.google.com/reader/view
>>>> 要尝试黑版本Google，请访问 http://tinyurl.com/yk3yp7j
>>>>
>>>> --
>>>> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>>>> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com <javascript:;>。
>>>> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com <javascript:;>。
>>>> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>>>
>>>>
>>>
>>> --
>>> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>>> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
>>> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
>>> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>>
>>
>> --
>> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
>> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
>> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>
>>
>
> --
> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>
>

--

如果觉得无聊，您不妨访问Google Reader消遣 https://www.google.com/reader/view
要尝试黑版本Google，请访问 http://tinyurl.com/yk3yp7j

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。

要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

Re: [PerlChina] mysql乱码问题

刚在linux上实验了一下:
不管有没有locale, 默认看到的是"????", 执行set names utf8后就能看到貌似正确的中文.

而且没试use utf8, 貌似这个有性能损失的说.

在 2011年9月21日上午11:19，truncatei <truncatei@gmail.com>写道：

还有一个问题，用mysql client连上去看看数据库里存的是不是正确编码的数据，是不是写的时候就写错编码了

2011/9/21 钟声 <gh00920307@gmail.com>:

> 不知道在哪出现的乱码? 如果是在windows的CMD,里乱码就很正常..
>
> 2011/9/21 ZhangJun <gb2313@gmail.com>:
>> On Wed, 21 Sep 2011 10:54:57 +0800 Weiqiang <lweiqiang@gmail.com> wrote:
>>
>> 呃, 才看见, 我贴错了, 是设置成了utf8, 刚才那个是从类似mysqlclient的东西里弄出来的,
>> 这个是脚本里查询出来的
>>
>> character_set_client : utf8
>> character_set_connection : utf8
>> character_set_database : utf8
>> character_set_filesystem : binary
>> character_set_results : utf8
>> character_set_server : utf8
>> character_set_system : utf8
>>
>>
>>> 为啥不把所有的character_set_*都改成utf-8呢？
>>>
>>> On Wednesday, September 21, 2011, truncatei wrote:
>>>
>>>> 脚本是在什么系统运行的？win? linux?
>>>> 如果是linux，看看 locale 是什么
>>>>
>>>> 另外，脚本的编码是不是也是utf-8，再给开头加上 use utf8;
>>>>
>>>> 2011/9/21 ZhangJun <gb2313@gmail.com <javascript:;>>:
>>>> >
>>>> > 症状: 从mysql取出的数据需要Encode::encode('utf8', $data) 才能正确显示.
>>>> >
>>>> > 创建数据库:
>>>> > create database mydb DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci
>>>> > 建表:
>>>> > create table types
>>>> > (
>>>> > type_id int not null,
>>>> > type_name varchar(16) not null,
>>>> > description varchar(64)
>>>> > )
>>>> > ENGINE = MYISAM
>>>> > DEFAULT CHARACTER SET = utf8
>>>> > COLLATE = utf8_general_ci;
>>>> >
>>>> > 全部操作都是在DBI建立连接后并执行如下指令后执行的:
>>>> > $dbh->do("SET NAMES 'UTF8'");
>>>> > $dbh->do("SET CHARACTER_SET_SERVER='UTF8'");
>>>> >
>>>> >
>>>> > mysql> show variables where variable_name like 'char%';
>>>> > 'character_set_client','latin1'
>>>> > 'character_set_connection','latin1'
>>>> > 'character_set_database','utf8'
>>>> > 'character_set_filesystem','binary'
>>>> > 'character_set_results','latin1'
>>>> > 'character_set_server','latin1'
>>>> > 'character_set_system','utf8'
>>>> >
>>>> >
>>>> > 我想拿出正确的utf8数据, 不想再encode
>>>> > 请问问题出在哪里?
>>>> > 谢谢!
>>>> >
>>>> > --
>>>> > 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>>>> > 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com <javascript:;>。
>>>> > 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com<javascript:;>
>>>> 。
>>>> > 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>>> >
>>>> >
>>>>
>>>>
>>>>
>>>> --
>>>> 如果觉得无聊，您不妨访问Google Reader消遣 https://www.google.com/reader/view
>>>> 要尝试黑版本Google，请访问 http://tinyurl.com/yk3yp7j
>>>>
>>>> --
>>>> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>>>> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com <javascript:;>。
>>>> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com <javascript:;>。
>>>> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>>>
>>>>
>>>
>>> --
>>> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>>> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
>>> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
>>> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>>
>>
>> --
>> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
>> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
>> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>
>>
>
> --
> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>
>

--

如果觉得无聊，您不妨访问Google Reader消遣 https://www.google.com/reader/view
要尝试黑版本Google，请访问 http://tinyurl.com/yk3yp7j

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。

要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

Re: [PerlChina] perlchina@googlegroups.com 的摘要 - “3 个主题”有 8 个帖子

上海招聘资深perl开发人员，外企，待遇从优

在 2011年9月20日下午4:19， <perlchina@googlegroups.com>写道：

今日主题摘要

网上论坛: http://groups.google.com/group/perlchina/topics

关于电子商务的数据挖掘 [3 条更新]

用Emacs误删了文件 [1 条更新]

Ask help for Perl sort customized function [4 条更新]

主题: 关于电子商务的数据挖掘

"yzhkpli@gmail.com" <yzhkpli@gmail.com> Sep 19 09:30PM +0800 ^

RT!
网站是eshop这个cms搭建起来的。现在要分析电子商务数据，获取商品关注情况等，求指点统计思路。

zhihua zheng <zhihua.zheng@gmail.com> Sep 19 09:55PM +0800 ^

把网址发来看看？

2011/9/19 yzhkpli@gmail.com <yzhkpli@gmail.com>

Du Wayne <cn.duwei@gmail.com> Sep 20 09:43AM +0800 ^

从广告ROI的角度，你需要知道媒体推广（广告位）：展示——点击（着陆网站）——二跳（访问单品数量）——行为（注册/登录/收藏）——消费（订单）数据，包括按媒体、用户跟踪

2011/9/19 zhihua zheng <zhihua.zheng@gmail.com>

主题: 用Emacs误删了文件

Morya Feng <morya@is-coder.com> Sep 19 08:30PM +0800 ^

有git不用，这个……
不该啊

在 2011年9月19日下午2:43，钟声 <gh00920307@gmail.com>写道：

主题: Ask help for Perl sort customized function

Fangyuan <chengfangyuan2008@gmail.com> Sep 19 12:41AM -0700 ^

大家好，请教一个自定义sort函数的问题。
有一个数组，@a = (1..20, "10+")，我想对这个数组排序，排序的规则是：1）数字优先， "10+"排在数字后面；2）数字按从小到大
我自己写了一个代码，运行没有返回我想要的结果。寻求高手指点一下，谢谢！

my @a = (0..20, "10+");
my @b = sort{
if(m/^\d+$/){
return $a <=> $b;
}
else{
return -1;
}
} @a;
print join(",", @b), "\n";

Fayland Lam <fayland@gmail.com> Sep 19 03:47PM +0800 ^

try this.

my @a = (0..20, "10+", 21 .. 25);
@a = reverse(@a);
my @b = sort{
if($a =~ /^\d+$/ and $b =~ /^\d+$/){
return $a <=> $b;
} elsif ($a =~ /^\d+$/) {
return -1;
} elsif ($b =~ /^\d+$/) {
return 1;
} else {
return $a cmp $b;
}
} @a;
print join(",", @b), "\n";

if you have

use warnings;

it will tell you that

Use of uninitialized value $_ in pattern match (m//)

then you know there isn't $_ in sort {}

Thanks

--
Fayland Lam // http://www.fayland.org/

Robin Lee <robinlee.sysu@gmail.com> Sep 19 03:48PM +0800 ^

my @b = sort{
if ($a !~ /^\d+$/) {
return 1;
}
elsif ($b !~ /^\d+$/) {
return -1;
}
else {
return $a <=> $b;
}
} @a;

Fangyuan <chengfangyuan2008@gmail.com> Sep 19 02:03AM -0700 ^

It works.
Thanks Fayland and Cheese.

--
您收到此邮件是因为您订阅了 Google 网上论坛的“PerlChina Mongers 讨论组”论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

Re: [PerlChina] mysql乱码问题

还有一个问题，用mysql client连上去看看数据库里存的是不是正确编码的数据，是不是写的时候就写错编码了

2011/9/21 钟声 <gh00920307@gmail.com>:
> 不知道在哪出现的乱码? 如果是在windows的CMD,里乱码就很正常..
>
> 2011/9/21 ZhangJun <gb2313@gmail.com>:
>> On Wed, 21 Sep 2011 10:54:57 +0800 Weiqiang <lweiqiang@gmail.com> wrote:
>>
>> 呃, 才看见, 我贴错了, 是设置成了utf8, 刚才那个是从类似mysqlclient的东西里弄出来的,
>> 这个是脚本里查询出来的
>>
>> character_set_client : utf8
>> character_set_connection : utf8
>> character_set_database : utf8
>> character_set_filesystem : binary
>> character_set_results : utf8
>> character_set_server : utf8
>> character_set_system : utf8
>>
>>
>>> 为啥不把所有的character_set_*都改成utf-8呢？
>>>
>>> On Wednesday, September 21, 2011, truncatei wrote:
>>>
>>>> 脚本是在什么系统运行的？win? linux?
>>>> 如果是linux，看看 locale 是什么
>>>>
>>>> 另外，脚本的编码是不是也是utf-8，再给开头加上 use utf8;
>>>>
>>>> 2011/9/21 ZhangJun <gb2313@gmail.com <javascript:;>>:
>>>> >
>>>> > 症状: 从mysql取出的数据需要Encode::encode('utf8', $data) 才能正确显示.
>>>> >
>>>> > 创建数据库:
>>>> > create database mydb DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci
>>>> > 建表:
>>>> > create table types
>>>> > (
>>>> > type_id int not null,
>>>> > type_name varchar(16) not null,
>>>> > description varchar(64)
>>>> > )
>>>> > ENGINE = MYISAM
>>>> > DEFAULT CHARACTER SET = utf8
>>>> > COLLATE = utf8_general_ci;
>>>> >
>>>> > 全部操作都是在DBI建立连接后并执行如下指令后执行的:
>>>> > $dbh->do("SET NAMES 'UTF8'");
>>>> > $dbh->do("SET CHARACTER_SET_SERVER='UTF8'");
>>>> >
>>>> >
>>>> > mysql> show variables where variable_name like 'char%';
>>>> > 'character_set_client','latin1'
>>>> > 'character_set_connection','latin1'
>>>> > 'character_set_database','utf8'
>>>> > 'character_set_filesystem','binary'
>>>> > 'character_set_results','latin1'
>>>> > 'character_set_server','latin1'
>>>> > 'character_set_system','utf8'
>>>> >
>>>> >
>>>> > 我想拿出正确的utf8数据, 不想再encode
>>>> > 请问问题出在哪里?
>>>> > 谢谢!
>>>> >
>>>> > --
>>>> > 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>>>> > 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com <javascript:;>。
>>>> > 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com<javascript:;>
>>>> 。
>>>> > 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>>> >
>>>> >
>>>>
>>>>
>>>>
>>>> --
>>>> 如果觉得无聊，您不妨访问Google Reader消遣 https://www.google.com/reader/view
>>>> 要尝试黑版本Google，请访问 http://tinyurl.com/yk3yp7j
>>>>
>>>> --
>>>> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>>>> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com <javascript:;>。
>>>> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com <javascript:;>。
>>>> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>>>
>>>>
>>>
>>> --
>>> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>>> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
>>> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
>>> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>>
>>
>> --
>> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
>> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
>> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>
>>
>
> --
> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>
>

--
如果觉得无聊，您不妨访问Google Reader消遣 https://www.google.com/reader/view
要尝试黑版本Google，请访问 http://tinyurl.com/yk3yp7j

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

Re: [PerlChina] mysql乱码问题

不知道在哪出现的乱码? 如果是在windows的CMD,里乱码就很正常..

2011/9/21 ZhangJun <gb2313@gmail.com>:
> On Wed, 21 Sep 2011 10:54:57 +0800 Weiqiang <lweiqiang@gmail.com> wrote:
>
> 呃, 才看见, 我贴错了, 是设置成了utf8, 刚才那个是从类似mysqlclient的东西里弄出来的,
> 这个是脚本里查询出来的
>
> character_set_client : utf8
> character_set_connection : utf8
> character_set_database : utf8
> character_set_filesystem : binary
> character_set_results : utf8
> character_set_server : utf8
> character_set_system : utf8
>
>
>> 为啥不把所有的character_set_*都改成utf-8呢？
>>
>> On Wednesday, September 21, 2011, truncatei wrote:
>>
>>> 脚本是在什么系统运行的？win? linux?
>>> 如果是linux，看看 locale 是什么
>>>
>>> 另外，脚本的编码是不是也是utf-8，再给开头加上 use utf8;
>>>
>>> 2011/9/21 ZhangJun <gb2313@gmail.com <javascript:;>>:
>>> >
>>> > 症状: 从mysql取出的数据需要Encode::encode('utf8', $data) 才能正确显示.
>>> >
>>> > 创建数据库:
>>> > create database mydb DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci
>>> > 建表:
>>> > create table types
>>> > (
>>> > type_id int not null,
>>> > type_name varchar(16) not null,
>>> > description varchar(64)
>>> > )
>>> > ENGINE = MYISAM
>>> > DEFAULT CHARACTER SET = utf8
>>> > COLLATE = utf8_general_ci;
>>> >
>>> > 全部操作都是在DBI建立连接后并执行如下指令后执行的:
>>> > $dbh->do("SET NAMES 'UTF8'");
>>> > $dbh->do("SET CHARACTER_SET_SERVER='UTF8'");
>>> >
>>> >
>>> > mysql> show variables where variable_name like 'char%';
>>> > 'character_set_client','latin1'
>>> > 'character_set_connection','latin1'
>>> > 'character_set_database','utf8'
>>> > 'character_set_filesystem','binary'
>>> > 'character_set_results','latin1'
>>> > 'character_set_server','latin1'
>>> > 'character_set_system','utf8'
>>> >
>>> >
>>> > 我想拿出正确的utf8数据, 不想再encode
>>> > 请问问题出在哪里?
>>> > 谢谢!
>>> >
>>> > --
>>> > 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>>> > 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com <javascript:;>。
>>> > 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com<javascript:;>
>>> 。
>>> > 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> 如果觉得无聊，您不妨访问Google Reader消遣 https://www.google.com/reader/view
>>> 要尝试黑版本Google，请访问 http://tinyurl.com/yk3yp7j
>>>
>>> --
>>> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>>> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com <javascript:;>。
>>> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com <javascript:;>。
>>> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>>
>>>
>>
>> --
>> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
>> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
>> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>
>
> --
> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>
>

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

Re: [PerlChina] mysql乱码问题

On Wed, 21 Sep 2011 10:54:57 +0800 Weiqiang <lweiqiang@gmail.com> wrote:

呃, 才看见, 我贴错了, 是设置成了utf8, 刚才那个是从类似mysqlclient的东西里弄出来的,
这个是脚本里查询出来的

character_set_client : utf8
character_set_connection : utf8
character_set_database : utf8
character_set_filesystem : binary
character_set_results : utf8
character_set_server : utf8
character_set_system : utf8

> 为啥不把所有的character_set_*都改成utf-8呢？
>
> On Wednesday, September 21, 2011, truncatei wrote:
>
>> 脚本是在什么系统运行的？win? linux?
>> 如果是linux，看看 locale 是什么
>>
>> 另外，脚本的编码是不是也是utf-8，再给开头加上 use utf8;
>>
>> 2011/9/21 ZhangJun <gb2313@gmail.com <javascript:;>>:
>> >
>> > 症状: 从mysql取出的数据需要Encode::encode('utf8', $data) 才能正确显示.
>> >
>> > 创建数据库:
>> > create database mydb DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci
>> > 建表:
>> > create table types
>> > (
>> > type_id int not null,
>> > type_name varchar(16) not null,
>> > description varchar(64)
>> > )
>> > ENGINE = MYISAM
>> > DEFAULT CHARACTER SET = utf8
>> > COLLATE = utf8_general_ci;
>> >
>> > 全部操作都是在DBI建立连接后并执行如下指令后执行的:
>> > $dbh->do("SET NAMES 'UTF8'");
>> > $dbh->do("SET CHARACTER_SET_SERVER='UTF8'");
>> >
>> >
>> > mysql> show variables where variable_name like 'char%';
>> > 'character_set_client','latin1'
>> > 'character_set_connection','latin1'
>> > 'character_set_database','utf8'
>> > 'character_set_filesystem','binary'
>> > 'character_set_results','latin1'
>> > 'character_set_server','latin1'
>> > 'character_set_system','utf8'
>> >
>> >
>> > 我想拿出正确的utf8数据, 不想再encode
>> > 请问问题出在哪里?
>> > 谢谢!
>> >
>> > --
>> > 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>> > 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com <javascript:;>。
>> > 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com<javascript:;>
>> 。
>> > 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>> >
>> >
>>
>>
>>
>> --
>> 如果觉得无聊，您不妨访问Google Reader消遣 https://www.google.com/reader/view
>> 要尝试黑版本Google，请访问 http://tinyurl.com/yk3yp7j
>>
>> --
>> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
>> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com <javascript:;>。
>> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com <javascript:;>。
>> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>>
>>
>
> --
> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

Re: [PerlChina] mysql乱码问题

为啥不把所有的character_set_*都改成utf-8呢？

On Wednesday, September 21, 2011, truncatei wrote:

脚本是在什么系统运行的？win? linux?
如果是linux，看看 locale 是什么

另外，脚本的编码是不是也是utf-8，再给开头加上 use utf8;

2011/9/21 ZhangJun <gb2313@gmail.com>:
>
> 症状: 从mysql取出的数据需要Encode::encode('utf8', $data) 才能正确显示.
>
> 创建数据库:
> create database mydb DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci
> 建表:
> create table types
> (
> type_id int not null,
> type_name varchar(16) not null,
> description varchar(64)
> )
> ENGINE = MYISAM
> DEFAULT CHARACTER SET = utf8
> COLLATE = utf8_general_ci;
>
> 全部操作都是在DBI建立连接后并执行如下指令后执行的:
> $dbh->do("SET NAMES 'UTF8'");
> $dbh->do("SET CHARACTER_SET_SERVER='UTF8'");
>
>
> mysql> show variables where variable_name like 'char%';
> 'character_set_client','latin1'
> 'character_set_connection','latin1'
> 'character_set_database','utf8'
> 'character_set_filesystem','binary'
> 'character_set_results','latin1'
> 'character_set_server','latin1'
> 'character_set_system','utf8'
>
>
> 我想拿出正确的utf8数据, 不想再encode
> 请问问题出在哪里?
> 谢谢!
>
> --
> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
>
>

--
如果觉得无聊，您不妨访问Google Reader消遣 https://www.google.com/reader/view
要尝试黑版本Google，请访问 http://tinyurl.com/yk3yp7j

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

订阅：博文 (Atom)

2011年9月23日星期五

2011年9月21日星期三

2011年9月20日星期二

订阅

博客归档