python - tutorial - error:

scraping python 3

Question

Si estoy codificando en Flask, a veces obtengo este error:

Traceback (most recent call last):
File "C:/Python27/lib/SocketServer.py", line 284, in _handle_request_noblock
self.process_request(request, client_address)
File "C:/Python27/lib/SocketServer.py", line 310, in process_request
self.finish_request(request, client_address)
File "C:/Python27/lib/SocketServer.py", line 323, in finish_request
self.RequestHandlerClass(request, client_address, self)
File "C:/Python27/lib/SocketServer.py", line 640, in __init__
self.finish()
File "C:/Python27/lib/SocketServer.py", line 693, in finish
self.wfile.flush()
File "C:/Python27/lib/socket.py", line 303, in flush
self._sock.sendall(view[write_offset:write_offset+buffer_size])
error: [Errno 10053] ��������� �� ����� ����-

Alguna idea de por qué esto sucedería (win8 x64, python27 x32)?

Answer 1

Desde la lista de códigos de error de Windows Sockets :

WSAECONNABORTED 10053
El software causó falla de conexión.
Una conexión establecida fue abortada por el software en su computadora host, posiblemente debido a un tiempo de espera de transmisión de datos o error de protocolo.

Hubo un tiempo de espera u otro error de nivel de red. Este es su sistema operativo que cierra el socket, realmente no tiene nada que ver con Python o Flask.

Podría ser que el navegador remoto dejó de responder, la conexión de red murió o un firewall cerró la conexión porque estuvo abierta demasiado tiempo o por cualquier otro motivo.

Answer 2

Recientemente me encontré con este mensaje de error al tratar de usar Flask para servir archivos de audio. Recibo este mensaje de error cada vez que el cliente cierra la transmisión antes del final de la transmisión. Flask continúa intentando escribir datos en la secuencia, pero como el socket subyacente se ha desconectado, no puede. Esto no es realmente un error per se, sino más bien un mensaje que le informa que la conexión con el cliente se ha cerrado antes de que Flask haya terminado de escribir datos en la transmisión.

Answer 3

Me encontré con este problema al leer la respuesta de un servidor web. Para mi caso, el problema fue que cerré la conexión del socket demasiado pronto como para romper las comunicaciones. Así que duermo unos segundos antes de recibir datos y luego cierro la conexión de socket.

time.sleep(10)
data = s.recv(1024)
s.close()

Esto funciona para mi.

Answer 4

Es un error PIPE, que ocurre si el servidor responde a una solicitud y el cliente ya ha cerrado la conexión. Los navegadores lo hacen a veces dependiendo del uso. Puede ignorarlos, los servidores web adecuados para la producción ciertamente lo harán.

Answer 5

Acabo de experimentar exactamente el mismo problema. Contrariamente a la respuesta más votada, el problema tiene mucho que ver con Python y Flask, y no es un problema de Windows. Muy fácil de reproducir:

• Haga clic en un enlace dentro de una aplicación de matraz y luego navegue a otra página mientras la primera todavía está cargando. El error aparece cada vez y la aplicación se bloquea (necesita reiniciarse)
• El problema nunca ocurre si dejo que el servidor devuelva la página por completo.

Además, esto nunca ha sucedido con el micro-marco de botella, por ejemplo.

Si descubro cómo resolver el problema, te lo haré saber

Answer 6

Hola, este es un problema con la implementación de Python 2 del módulo SocketServer, no está presente en Python 3 (donde el servidor sigue sirviendo).

Tienes 3 opciones:

No use el servidor integrado para sistemas de producción (después de todo, es un servidor de desarrollo). Use un servidor WSGI apropiado como gunicorn o uSSGI.

Habilite el modo enhebrado con app.run (threaded = True); el hilo se muere, pero se crea uno nuevo para futuras solicitudes,

Actualiza a Python 3.

Entonces, siempre que haya un error como

error: [Errno 10053] An established connection was aborted by the software in your host machine

El servidor se reiniciaría si has hecho como app.run (threaded = True).