member - это объект класса discord.Member, и member.id - это id пользователя (даже если мы имеем объект discord.Member, а не discord.User, прям в документации так написано).
Konyuh, синхронный - который делает запрос, ждёт ответа и не делает других запросов в процессе. Естественно, все массовые парсеры пытаются делать одновременно много запросов. В том числе к разным сайтам, через разные прокси итд итп...
Konyuh, это потому что парсер не надо делать синхронным. Правильно написанный парсер может ОЧЕНЬ МНОГО. Плюс эти проекты наверняка имеют большую ферму парсеров с кучей проксей, которые финансируются из платы клиентов.
Максим, рекомендую сделать бэкап и его залить. Как вариант, можно попробовать указать правильный тэг postgis, чтобы соответствующий образ был от ровно такого же образа postgres, какой используется сейчас (там дефолтный latest, надеюсь latest у postgis такой же). Но перед этим рекомендую всё равно сделать бэкап на всякий пожарный.
Будет несомненно дешевле, так как на подобные деньги можно арендовать несколько физических серверов или пару десятков виртуалок. Но потребуется начальная инвестиция в разработку и скорее всего налиие аутсорсера или достаточно оперативного доступного фрилансера на подхвате, чтобы это вовремя чинить, если упадёт или не справится.
В общем-то, люди не просто так платят деньги за готовые работающие решения, снимающие с них головную боль...
Теоретически, можно придумать такие задачи, чтобы это имело смысл. Например, нужно числодробить что-то, но хочется это делать по ночам. Ну так запускать это на ночь и завершать к моменту наступления дорогого тарифа... Можно заодно и понижать частоту процессора, переключать профили энергосбережения, контролировать расходы на процессорное время отдельных приложений...
Но в целом гигантской разницы энергопотребления всё равно не будет. Экономия на спичках...
Зачем работать в энергосбережении? Если функционал сервера позволяет полноценно работать на "малых оборотах", то почему просто не взять сервер подешевле и попроще и работать на них постоянно?
MockRey, ошибка в том, что photo это file handle, после того файл один раз прочитан, его надо переоткрыть заново сначала. Так что надо считывать прям внутри обработчика, а не снаружи.
unwrecker, там вроде ещё версии SSL/TLS могли влиять и возможно характеристики самого сертификата. Сталкивался на некоторых серверах с древней версией iLO, которая https отдавала, но ff не показывал других кнопок кроме как "уйти отсюда нафиг". После обновления iLO решалось.
Да, есть такая база, но она не единая, а распределённая и называется whois. Можно к ней делать запросы с помощью утилиты whois (в Linux обычно идёт из пакетов в любом дистрибе) или через бесчисленные web-интерфейсы, коих много можно найти в гугле.
mayton2019, как раз недавно столкнулся, разработчики умудрились парсинг даты сделать не thread-safe, отчего внезапно 2023 год в двух одновременных запросах превратился в 23000 и не смог упихаться в базу Oracle :) При этом что этому коду вероятно больше 10 лет уже, и вообще чудо, как раньше на это не напарывались при трафике 3 миллиарда запросов в месяц. Кстати, случилось это на инстансе клиента, который делает меньше 100 запросов в сутки.
Denis93, я лучше сразу финальный вывод скажу: нет, нельзя автоматизированно регистрировать аккаунты сейчас. Вообще. Можно только залогиниться в ранее созданный вручную аккаунт.
Всё из-за нехороших людей, которые пачками спамботов регали.
Специфичные доработки, тем более не в русле общего развития проекта, имеет смысл с самого начала выставлять за ценник. Это и самому себе поможет, и научит клиента заказывать действительно нужные ему вещи, а не "кнопка сделать хорошо". При этом доработанные за деньги клиента фичи всё равно можно предлагать и другим клиентам (если клиент хочет, чтобы фичи были строго только для него - это дополнительное увеличение ценника).
member - это объект класса discord.Member, и member.id - это id пользователя (даже если мы имеем объект discord.Member, а не discord.User, прям в документации так написано).