TypeError: 'str' unterstützt die Pufferschnittstelle nicht

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) 

Der obige Python-Code gibt mir folgenden Fehler:

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

Wenn Sie Python3x verwenden, stringist dies nicht derselbe Typ wie für Python 2.x. Sie müssen es in Bytes umwandeln (codieren).

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'))

Verwenden Sie auch keine Variablennamen wie stringoder filewährend dies Namen von Modulen oder Funktionen sind.

EDIT @Tom

Ja, Nicht-ASCII-Text wird ebenfalls komprimiert / dekomprimiert. Ich verwende polnische Buchstaben mit UTF-8-Codierung:

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)

Es gibt eine einfachere Lösung für dieses Problem.

Sie müssen nur ein tzum Modus hinzufügen , damit es wird wt. Dies führt dazu, dass Python die Datei als Textdatei und nicht als Binärdatei öffnet. Dann wird einfach alles funktionieren.

Das komplette Programm lautet wie folgt:

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)

Sie können eine Python 3-Zeichenfolge nicht in Bytes serialisieren, ohne die Konvertierung in eine bestimmte Codierung zu erläutern.

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

ist möglicherweise was du willst. Dies funktioniert auch für Python 2.x und 3.x.

Für Python 3.x können Sie Ihren Text in Rohbytes konvertieren durch:

bytes("my data", "encoding")

Beispielsweise:

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

Das zurückgegebene Objekt funktioniert mit outfile.write.

Dieses Problem tritt häufig beim Wechsel von py2 zu py3 auf. In PY2 plaintextist sowohl eine Zeichenkette und ein Byte - Array - Typ. In py3 plaintextist nur eine Zeichenfolge vorhanden , und die Methode outfile.write()benötigt beim Öffnen im Binärmodus tatsächlich ein Byte-Arrayoutfile , sodass eine Ausnahme ausgelöst wird . Ändern Sie die Eingabe in plaintext.encode('utf-8'), um das Problem zu beheben. Lesen Sie weiter, wenn Sie dies stört.

In py2 hat die Deklaration für file.write den Anschein erweckt , als hätten Sie eine Zeichenfolge übergeben : file.write(str). Eigentlich haben Sie ein Byte-Array übergeben, Sie sollten die Deklaration wie folgt gelesen haben : file.write(bytes). Wenn Sie es so das Problem ist einfach zu lesen, file.write(bytes)muss ein Byte - Typ und in py3 bekommen Bytes aus einem str Sie es konvertieren:

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

Warum haben die py2-Dokumente angegeben, dass file.writeeine Zeichenfolge verwendet wurde? Nun, in py2 war die Deklarationsunterscheidung nicht wichtig, weil:

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

Die str-bytes- Klasse von py2 verfügt über Methoden / Konstruktoren, mit denen sie sich in gewisser Weise wie eine String-Klasse und in anderen wie eine Byte-Array-Klasse verhält. Praktisch für file.writenicht wahr?:

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

Warum hat py3 dieses schöne System kaputt gemacht? Nun, weil in py2 grundlegende String-Funktionen für den Rest der Welt nicht funktionierten. Die Länge eines Wortes mit einem Nicht-ASCII-Zeichen messen?

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

Die ganze Zeit über Sie dachten , Sie wurden für die fragen len einer Zeichenkette in py2, Sie waren immer die Länge des Byte - Array von der Codierung. Diese Mehrdeutigkeit ist das grundlegende Problem bei Klassen mit doppelter Pflicht. Welche Version eines Methodenaufrufs implementieren Sie?

Die gute Nachricht ist dann, dass py3 dieses Problem behebt. Es entwirrt die Klassen str und bytes . Die str- Klasse verfügt über stringähnliche Methoden, die separate Byteklasse über Byte-Array-Methoden:

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

Hoffentlich hilft es, das Problem zu enträtseln und den Migrationsschmerz ein wenig leichter zu ertragen.

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

Wenn jemand eine bessere Idee hat, schlagen Sie mich bitte vor oder bearbeiten Sie mich jederzeit hier. Ich bin nur ein Neuling

Für Djangoin django.test.TestCaseUnit - Tests, änderte ich meine Python2 Syntax:

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

So verwenden Sie die Python3- .decode('utf8') Syntax:

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