Question

页: 1 试图通过<代码>pickle在数据库中储存的物体Im。 Django似乎无意试图将这一错误编码。我与我的SQL进行了检查,在错失之前,问询甚至没有到那里,因此我不认为是问题。 http://www.un.org/Depts/DGACM/index_french.htm stor:

{
     ordered : [
        {    value : u Firstxd1ame Lastxd1ame ,
             label : u Full Name  },
        {    value : u 123-456-7890 ,
             label : u Phone Number  },
        {    value : u user@nowhere.org ,
             label : u Email Address  } ],
     cleaned_data : {
        u Phone Number : u 123-456-7890 ,
        u Full Name : u Firstxd1ame Lastxd1ame ,
        u Email Address : u user@nowhere.org  },
     post_data : <QueryDict: {
        u Phone Number : [u 1234567890 ],
        u Full Name_1 : [u Lastxd1ame ],
        u Full Name_0 : [u Firstxd1ame ],
        u Email Address : [u user@nowhere.org ] }>,
     user : <User: itis>
}

引出的错误是:

utf8 代码c 可在第52-53号立场中打上密码:无效数据。

第52-53号立场是选取数据中的<编码>xd1(Ñ)的首例。

迄今为止,我在StackOverflow周围挖掘了几个问题,数据库对物体的编码是错误的。这不利于我,因为现在还没有我的SQL问题。这是在数据库之前进行的。谷歌在寻找选取数据上的单编码错误时也无帮助。

也许值得提及的是,如果我不使用Ñ,那么该法典就会被罚款。

Answer 1

由于“prometheus”,我找到了解决办法。基本上,在将数据库输入数据库之前,你可以使用第64号基数来编码<编码>>。之后,您将转而使用第64号基数,在将数据库输入到<编码>pickle.loads(之前,对数据库产出进行编码。

我现在要看一下:

## Put the information into the database:
self.raw_data = base64.b64encode(pickle.dumps(data))

## Get the information out of the database:
return pickle.loads(base64.b64decode(self.raw_data))

再次感谢你@prometheus。

Answer 2

这是一个众所周知的问题,并在

I ran into this problem today when writing python data structures into a database. Only ASCII is safe in this situation. I understood the Python docs that protocol 0 was ASCII-only.

然而,现在我使用塞莱加基64,这使得偷窃更为困难。

Anyway, I think that the docs should clearly say that protocol 0 is not ASCII-only because this is important in the Python world. For example, I saw this issue because Django makes an implicit unicode() conversion with my input which fails with non-ASCII.

Answer 3

我认为没有必要这样做。通常应有可能将任何双向数据储存在数据库中。

更糟糕的是,如果数据库能够从任何地方获取数据,则收集数据是不安全的。

友情链接