Comments 26
Если клиент обрывает соединение — сервер падает:
> ./pypi.py
new client from 127.0.0.1:56071
client dropped connection
warning: unhandled close event
Client error: [Errno 9] Bad file descriptor
Traceback (most recent call last):
File "/local/python/lib/python2.6/asyncore.py", line 105, in readwrite
obj.handle_close()
File "/local/python/lib/python2.6/asyncore.py", line 491, in handle_close
self.close()
File "./pypi.py", line 160, in close
self.server.removeClient(self)
File "./pypi.py", line 123, in removeClient
del self[client.fileno()]
File "<string>", line 1, in fileno
File "/local/python/lib/python2.6/socket.py", line 165, in _dummy
raise error(EBADF, 'Bad file descriptor')
error: [Errno 9] Bad file descriptor
Что-то у меня не получается воспроизвести ошибку. Вы через телнет подключаетесь? Как закрываете соединение?
В telnet — ctrl+], «quit», enter. Linux. Воспроизводится стабильно.
Python 2.6 — может в версии дело?
Python 2.6 — может в версии дело?
UFO just landed and posted this here
А почему не на Twisted? Есть ли какие-то примущества в реализации на голых сокетах?
меньше зависимостей. да и это уже не голые сокеты. это простая абстракция, встроенная в питон.
На твистеде я пишу в настоящее время довольно замудренный REST-сервис, впечатления исключительно положительные. Можно сказать, что он меня и натолкнул на мысль написания этого маленького сервиса. Только здесь я решил воспользоваться возможностями, встроенными в язык, без лишних усложнений.
если это сервер, то как его остановить? ;)
Т.к. это учебный сервер, достаточно нажать ^C :)
а зачем учить плохому? ;)
(я этот тред затеял к тому, что обработка вызовов — далеко не самая морочливая и сложная задача, которая возникает при разработке серверов. Гораздо больше возьни с запуском/остановкой, контекстами и т.п. вещами — вот об этом и интересно было бы почитать.
sidenote: Тут, например, может помочь библиотека python-daemon, однако и она решает только часть проблем)
(я этот тред затеял к тому, что обработка вызовов — далеко не самая морочливая и сложная задача, которая возникает при разработке серверов. Гораздо больше возьни с запуском/остановкой, контекстами и т.п. вещами — вот об этом и интересно было бы почитать.
sidenote: Тут, например, может помочь библиотека python-daemon, однако и она решает только часть проблем)
Все это во многом зависит от задач, накладываемых на сервер, поэтому и волшебной таблетки нет. Хотя я как-то и не сталкивался с особыми проблемами при старте/остановке.
а в чем, по вашему, заключается особая специфичность в зависимости от задач?
В том, что зачастую серверу необходимо инициализировать и финализировать разнообразные и разнородные ресурсы. Это в свою очередь может накладывать определенные ограничения на процессы запуска/остановки.
и что, это никак нельзя обобщить? ресурсы сервера — это обычно дескрипторы (файлов, сокетов) — методы работы с ними стандартны. А какие еще ресурсы вы имеете в виду?
Я имею в виду кэш для прокси-сервера, базу данных для сервера отчетов, спул-директорию для сервера печати.
вы простите, конечно, мое занудство, но что будет делать при остановке прокси-сервер с кешем, сервер отчетов с БД, а сервер печати со спул-директорией?
Sign up to leave a comment.
Реализация небольшого асинхронного сервера