TypeError： 'str'はバッファインターフェイスをサポートしていません

plaintext = input("Please enter the text you want to compress")
filename = input("Please enter the desired filename")
with gzip.open(filename + ".gz", "wb") as outfile:
    outfile.write(plaintext) 

上記のpythonコードは私に次のエラーを与えています：

Traceback (most recent call last):
  File "C:/Users/Ankur Gupta/Desktop/Python_works/gzip_work1.py", line 33, in <module>
    compress_string()
  File "C:/Users/Ankur Gupta/Desktop/Python_works/gzip_work1.py", line 15, in compress_string
    outfile.write(plaintext)
  File "C:\Python32\lib\gzip.py", line 312, in write
    self.crc = zlib.crc32(data, self.crc) & 0xffffffff
TypeError: 'str' does not support the buffer interface

Python3xを使用する場合stringは、Python 2.xと同じタイプではないため、バイトにキャストする（エンコードする）必要があります。

plaintext = input("Please enter the text you want to compress")
filename = input("Please enter the desired filename")
with gzip.open(filename + ".gz", "wb") as outfile:
    outfile.write(bytes(plaintext, 'UTF-8'))

また、のような変数名を使用していないstringか、file一方で、それらのモジュールや関数の名前があります。

@トムを編集

はい、ASCII以外のテキストも圧縮/解凍されます。私はUTF-8エンコーディングでポーランド語の文字を使用しています。

plaintext = 'Polish text: ąćęłńóśźżĄĆĘŁŃÓŚŹŻ'
filename = 'foo.gz'
with gzip.open(filename, 'wb') as outfile:
    outfile.write(bytes(plaintext, 'UTF-8'))
with gzip.open(filename, 'r') as infile:
    outfile_content = infile.read().decode('UTF-8')
print(outfile_content)

この問題を解決する簡単な方法があります。

tモードにを追加するだけで、になりwtます。これにより、Pythonはバイナリではなくテキストファイルとしてファイルを開きます。その後、すべてがうまくいきます。

完全なプログラムは次のようになります。

plaintext = input("Please enter the text you want to compress")
filename = input("Please enter the desired filename")
with gzip.open(filename + ".gz", "wt") as outfile:
    outfile.write(plaintext)

いくつかのエンコーディングへの明示的な変換なしに、Python 3の「文字列」をバイトにシリアル化することはできません。

outfile.write(plaintext.encode('utf-8'))

おそらくあなたが望むものです。また、これはpython 2.xと3.xの両方で機能します。

Python 3.xの場合、次の方法でテキストを生のバイトに変換できます。

bytes("my data", "encoding")

例えば：

bytes("attack at dawn", "utf-8")

返されたオブジェクトはで動作しoutfile.writeます。

この問題は通常、py2からpy3に切り替えるときに発生します。py2 plaintextでは文字列とバイト配列型の両方です。py3 plaintextでは文字列のみであり、バイナリモードで開いた場合、メソッドはoutfile.write()実際にはバイト配列をとるoutfileため、例外が発生します。入力を変更しplaintext.encode('utf-8')て問題を修正します。これがあなたを悩ませているなら、読んでください。

py2では、file.writeの宣言により、文字列で渡されたように見えました：file.write(str)。実際にはバイト配列を渡していたので、次のような宣言を読んでいるはずですfile.write(bytes)。あなたはこのようにそれを読めば、問題は単純で、file.write(bytes)必要とするバイトの取得にタイプとPY3でのバイトのうちSTRあなたがそれを変換します。

py3>> outfile.write(plaintext.encode('utf-8'))

py2 docs宣言file.writeが文字列をとったのはなぜですか？py2では、宣言の区別は問題ではありませんでした。

py2>> str==bytes         #str and bytes aliased a single hybrid class in py2
True

py2 のstr-bytesクラスには、いくつかの点で文字列クラスのように動作し、他の点ではバイト配列クラスのように動作させるメソッド/コンストラクターがあります。file.writeそれは便利ではないですか？：

py2>> plaintext='my string literal'
py2>> type(plaintext)
str                              #is it a string or is it a byte array? it's both!

py2>> outfile.write(plaintext)   #can use plaintext as a byte array

なぜpy3はこの素晴らしいシステムを壊したのですか？まあ、py2では基本的な文字列関数が他の地域では機能しなかったからです。非ASCII文字を含む単語の長さを測定しますか？

py2>> len('¡no')        #length of string=3, length of UTF-8 byte array=4, since with variable len encoding the non-ASCII chars = 2-6 bytes
4                       #always gives bytes.len not str.len

py2で文字列のlenを要求していると思っていたときはいつも、エンコーディングからバイト配列の長さを取得していました。そのあいまいさは、二重義務クラスの根本的な問題です。どのバージョンのメソッド呼び出しを実装しますか？

良いニュースは、py3がこの問題を修正することです。strクラスとbytesクラスのもつれを解きます。STRのクラスは、メソッド紐状、別個たバイトのクラスは、バイト配列のメソッドがあります。

py3>> len('¡ok')       #string
3
py3>> len('¡ok'.encode('utf-8'))     #bytes
4

うまくいけば、これを理解することで問題の謎を解きやすくなり、移行の苦痛がやや緩和されます。

>>> s = bytes("s","utf-8")
>>> print(s)
b's'
>>> s = s.decode("utf-8")
>>> print(s)
s

まあ、迷惑な「b」の文字を削除する場合に役立ちます。誰かがより良いアイデアを持っている場合は、私に提案するか、ここでいつでも私を編集してください。私は初心者です

以下の場合Djangoでdjango.test.TestCaseユニットテスト、私は変更さPython2の構文を：

def test_view(self):
    response = self.client.get(reverse('myview'))
    self.assertIn(str(self.obj.id), response.content)
    ...

Python3 .decode('utf8')構文を使用するには：

def test_view(self):
    response = self.client.get(reverse('myview'))
    self.assertIn(str(self.obj.id), response.content.decode('utf8'))
    ...