Обычно Ошибки являются проблемами, которые Вы не можете возможно восстановить с, как OutOfMemoryError. Там не имеет отношения путем ловли их, таким образом, необходимо обычно позволять им выйти и снижать виртуальную машину.
WSGI может работать поверх CGI, а популярные фреймворки обычно работают поверх WSGI, но производительность - совсем другая проблема, поскольку служба CGI запускается заново на каждом Hit, любой фреймворк, который вы можете использовать, должен будет каждый раз перезагружаться с нуля, и это (в дополнение к открытию нового соединения с БД и т. д., что в основном неизбежно с CGI) сделает работу довольно вялой во всем, кроме самые крошечные и легкие фреймворки.
Может быть, что-то вроде WebOb может быть терпимым, но вам нужно будет провести несколько тестов, чтобы проверить даже это (насколько загружены эти серверы, конечно, большая часть головоломки, и вы просто не можете сказать, кроме как путем тестирования).
Несколько лет назад я заставил web.py работать над почти свободой слова, обманув его WSGI-материал для работы на CGI. Однако он был слишком медленным, чтобы его можно было использовать.
Я сделал несколько веб-приложений Python, размещенных почти на свободе слова, просто используя модуль CGI, и они на самом деле достаточно быстрые даже при большом трафике. Пример: www.gigbayes.com .
Что ж, если вам действительно нужен бесплатный хостинг для веб-приложения Python, Google AppEngine - хорошая альтернатива, и вы не будете так ограничены по выбору рамок.
По вещам, которые они отвергают. Я думаю, что twisted.web все еще можно использовать, но у меня нет опыта работы с почтиfreespeech.net