на 1 порту столько юзеров 3proxy не вывозит почему то
и уходит в "сервис не может обработать запрос"
я могу и анпрямую направить юзеров на нужные инстансы, то какие-то инстансы будут простаивать, а какие-то будут перегружены.
#/usr/local/etc/haproxy.conf
global
daemon
stats socket /var/run/haproxy.sock mode 600 level admin
stats timeout 2m
defaults
log global
mode tcp
option tcplog
option dontlognull
frontend fSocks5
mode tcp
bind *:1080 name socks5
log global
option tcplog
tcp-request inspect-delay 2s
default_backend bSocks5
backend bSocks5
mode tcp
balance leastconn
log global
option tcplog
option tcp-check
tcp-check connect port 1080
default-server inter 3s rise 2 fall 3 maxconn 1000 weight 10 check
server S01 172.16.50.11:3301
server S02 172.16.50.11:3302
# ....
server S50 172.16.50.11:3350
listen stats
bind *:9000
mode http
stats enable
#stats hide-version
stats show-node
stats realm Haproxy\ Statistics
stats uri /
# ....
status = bot.get_chat_member(chat_id="-1002028910711",user_id=call.message.chat.id).status
if status in ["creator","administrator","member"]:
bot.send_message(call.message.chat.id, "Спасибо что Подписались!")
else:
bot.send_message(call.message.chat.id,"Попробуй еще раз!",reply_markup=start_markup())
# ....
Первый и самый распространенный - основной процесс ожидает подключений клиентов, после подключения порождает свою копию через вызов fork (или его аналога). Первый процесс продолжает ждать следующих соединений клиентов, а порожденный процесс работает непостедственно с соединением клиента.
Плюсы - очень быстро программировать и отлаживать.
Минусы - много накладных расходов на порождение процессов, жрет лишнюю память в системе, относительно медленно работает.
Примеры - apache prefork.
Второй вариант аналогичен первому, но вместо порождения копии процесса, порождается функция-тред для работы с соединением клиента.
Плюсы - быстро программировать и отлаживать, все быстро работает.
Минусы - требует вдумчивого подхода к программированию, если что случается - падают все соединения разом, все же жрет ресурсы системы.
Примеры - многое современное сетевое ПО, в том числе и 3proxy
Третий вариант - единственный процесс обрабатывает и подключения и соединения с клиентскими сокетами, используя вызовы select/poll/epoll.
Плюсы - все безумно быстро работает, часто сочетают со вторым методом.
Минусы - требует очень вдумчивого подхода к программированию.
Примеры - nginx, haproxy