Так это и делается, выясняем какой Exception случается в подобной ситуации и оборачиваем в try: except ThatAnnoyingException: где обрабатываем (например, помечаем пользователя как неактивного в своей базе).
70 Гб - это вообще не гигантский объём. Люди оперируют террабайтами и даже больше. Главная проблема не в объёме таблицы, а в том, чтобы не читать её целиком (full scan) при выполнении запроса. И вот тут главная фигня: одно только условие like '%слово%' в любом случае требует просмотреть каждую строку, значит, будет full scan. Обычные индексы по этому полю строить бесполезно. Есть всякие полнотекстовые, но в общем случае их тоже надо правильно готовить, чтобы работало приемлемо. Решение может зависеть от задачи. Например, если это ключевые слова в виде текстовой строки с пробелами или иными разделителями, то их можно вынести в отдельную таблицу отдельными строками и проиндексировать там, полнотекстовый поиск тут будет излишним.
kolotovalexander, да, надо завести standalone-приложение. Можно использовать чужое (как предлагает vkhost.github.io), но только осторожно, только через надёжные приложения. Я бы создал своё, потому что это несложно и в дальнейшем твои действия будут к этому приложению привязаны.
Главное: нужно указать все нужные разрешения и обязательно среди них offline, чтобы токен работал даже тогда, когда твой пользователь не будет находиться на сайте vk. А лишние разрешения лучше убрать.
kolotovalexander, у каждого метода API свои ограничения, некоторые можно с ключом сообщества, некоторые нельзя. Постить на стену можно только с ключом пользователя, чтобы скрыть имя постящего - надо использовать параметр from_group=1 (в приведённом примере он используется).
Pavel Pavel, вместо создания файла советую почитать про flock, это родной для UNIX-систем метод предотвращения повторных запусков без побочных эффектов типа "сервер перезагрузился в момент запуска скрипта, файл не удалён, скрипт не запускается".
nnikolyaa, можно и просто динамический DNS использовать, будет лаг максимум на время TTL записи (у всяких dyndns и no-ip было кажется 300-600 секунд). Это будет проще и без мусорного репозитория на гитхабе.
Вместо гитхаба можно просто любой сайт на любом хостинге, где можно положить файл.
Ну можно написать скрипт, который пройдётся по XML и переведёт все content'ы, не трогая тэги и атрибуты. До кучи можно его научить не трогать стили и скрипты.
Но я бы поставил вообще вопрос: а нужно ли заморачиваться с машинным переводом, если гуглоперевод не подходит? Они все плюс-минус одинаково ужасны и годятся только для примерного понимания смысла.
Если времени мало, то на тему web я бы лучше поковырял Flask, а не Django он заметно проще.
Задачи во что бы то ни стало победить не стоит? Тогда советую расслабиться и получать удовольствие :) Можно с чем-то ознакомиться по-быстрому, но как придёт срок и будет озвучено задание, наверняка придётся гуглить незнакомые слова, технологии и методы, сколько ни готовься.
