SZ
Какие действия в случае неудачи close в веб-фреймворках?
Держать chunk в памяти, попробовать положить его в другое место, отправить ахтунг команде sre чтобы разбирались и ни в коем случае, ни в коем случае не пролюбить данные
Size: a a a
2020 December 11
AS
Не понимаю тебя
SZ
Не понимаю тебя
Ну что ты не понимаешь?
AS
Ну что ты не понимаешь?
Ты сделал close. Какой чанк памяти?
SZ
Ты сделал close. Какой чанк памяти?
Ты сделал close чего?
И чанк не памяти, а чанк файла, это терминология хттп
И чанк не памяти, а чанк файла, это терминология хттп
AS
Ты сделал close чего?
И чанк не памяти, а чанк файла, это терминология хттп
И чанк не памяти, а чанк файла, это терминология хттп
Походу Вы не на то сообщение отвечали, раз даже не понимаете про каклй close речь
SZ
Походу Вы не на то сообщение отвечали, раз даже не понимаете про каклй close речь
"а вот если, к примеру, ты пишешь веб-фреймворк и там принимаешь файл-аплоад, то проверить клоуз придётся"
AS
"а вот если, к примеру, ты пишешь веб-фреймворк и там принимаешь файл-аплоад, то проверить клоуз придётся"
Тогда Вы должны быть в курсе, про какой close я писал.
SZ
Тогда Вы должны быть в курсе, про какой close я писал.
Я-то в курсе, а ты?
AS
Я-то в курсе, а ты?
Я в детский сад не играю и не ведусь.
Дождусь автора сообщения.
Дождусь автора сообщения.
SZ
Я в детский сад не играю и не ведусь.
Дождусь автора сообщения.
Дождусь автора сообщения.
Хорошо, пока ждешь, рекомендую почитать и за одно перечитать мои сообщения. Может картина станет более полной
AS
Хорошо, пока ждешь, рекомендую почитать и за одно перечитать мои сообщения. Может картина станет более полной
При чём тут это и close?
Вот Вы сделали close, это значит вам уже клиент по какой-то причине не интересен.
Вопрос был в том, что делать, если на close ошибка, как и зачем её обрабатывать?
Я вот могу представить ещё, что в DB ошибку на close стоит по-хорошему залогировать (если это не close сам логгера), а что делать в веб фреймворке и зачем пока не понятно.
Вот Вы сделали close, это значит вам уже клиент по какой-то причине не интересен.
Вопрос был в том, что делать, если на close ошибка, как и зачем её обрабатывать?
Я вот могу представить ещё, что в DB ошибку на close стоит по-хорошему залогировать (если это не close сам логгера), а что делать в веб фреймворке и зачем пока не понятно.
SZ
При чём тут это и close?
Вот Вы сделали close, это значит вам уже клиент по какой-то причине не интересен.
Вопрос был в том, что делать, если на close ошибка, как и зачем её обрабатывать?
Я вот могу представить ещё, что в DB ошибку на close стоит по-хорошему залогировать (если это не close сам логгера), а что делать в веб фреймворке и зачем пока не понятно.
Вот Вы сделали close, это значит вам уже клиент по какой-то причине не интересен.
Вопрос был в том, что делать, если на close ошибка, как и зачем её обрабатывать?
Я вот могу представить ещё, что в DB ошибку на close стоит по-хорошему залогировать (если это не close сам логгера), а что делать в веб фреймворке и зачем пока не понятно.
Я уверен, Антон написал не про close клиентского сокета, а про close fd принятого файла. И именно поэтому я спросил выше: «close чего ты делаешь»
AS
Я уверен, Антон написал не про close клиентского сокета, а про close fd принятого файла. И именно поэтому я спросил выше: «close чего ты делаешь»
Хм... да, возможно и так.
SZ
Очевидно, если у веб-сервера close клиентского сокета зафейлился, с этим ничего не сделаешь -- только залогировать. В зависимости от масштаба сервиса, в некоторых продах при похожем поведении гасят весь сервис и зовут поддержку разбираться, пока ещё больше данных не пролюбилось. Но клиенты там подключены не через интернет, есличо
AP
Какие действия в случае неудачи close в веб-фреймворках?
кинуть исключение, чтобы хендлер зафейлился и транзакция не считалась завершённой
AP
внезапно, PL/Perl в качестве примера ИИ в ПГ https://momjian.us/main/writings/pgsql/AI.pdf
b
А когда close() может сфэйлится?
b
имхо, только на некорретном сокете, типа close(555), или если он уже был закрыт...