История изменений
Исправление eao197, (текущая версия) :
Я вас уверяю что вы бы смотрели на ваши по другому если бы с вас спрашивали за конечный продукт.
И как, например?
Мы делаем продукт на базе условного libcurl и когда продукт оказывается в условиях нехватки памяти он тупо падает при попытке подконектится к очередному узлу просто потому, что условный libcurl вместо того, чтобы сказать «не могу, нет памяти», а мы бы сказали пользователю «не сейчас», тупо рушит все через abort.
Как на такой базе делать вообще что-то, что не загнано в рамки жестких спецификаций – такая-то ОС, такое-то железно, ничего больше там нет, кроме нашего ПО (+ оговоренный список системных сервисов)?
Сервер который начинает реджектить все запросы куда как менее полезен чем тот который после переподключения выдаёт что-то вменяемое.
А кто вам сказал, что после проблемы в одном подключении будут режектиться все последующие?
Исходная версия eao197, :
Я вас уверяю что вы бы смотрели на ваши по другому если бы с вас спрашивали за конечный продукт.
И как, например?
Мы делаем продукт на базе условного libcurl и когда продукт оказывается в условиях нехватки памяти он тупо падает при попытке подконектится к очередному узлу просто потому, что условный libcurl вместо того, чтобы сказать «не могу, нет памяти», а мы бы сказали пользователю «не сейчас», тупо рушит все через abort.
Как на такой базе делать вообще что-то, что не загнано в рамки жестки спецификаций – такая-то ОС, такое-то железно, ничего больше там нет, кроме нашего ПО (+ оговоренный список системных сервисов)?
Сервер который начинает реджектить все запросы куда как менее полезен чем тот который после переподключения выдаёт что-то вменяемое.
А кто вам сказал, что после проблемы в одном подключении будут режектиться все последующие?