mkone112, значит, распаковка - не решение. Нужно подойти к решению проблемы с другой стороны.
Если тебе нужен метод, который возвращает разное число значений в зависимости от способа вызова - значит, это должно быть несколько методов. Скажем, приватная реализация, которая возвращает всё, и несколько публичных оберток, которые вызывают реализацию и возвращают только нужное.
Ну или не париться, возвращать namedtuple(), и пусть вызывающий код делает с ним что хочет.
Durilka96, так не копипасти код вслепую, а разберись как он работает. Я же только обущю идею описал.
Класс MyTableRow играет роль frame, и наследуется от класса Frame - значит, вместо frame скорее всего должно быть self.
Vitaliy445s, вроде как зависит от библиотеки для работы с телегой. telethon (и другие на базе протокола MTProto) должны видеть свои сообщения. А вот либы на базе HTTP API (вроде telegraf) вроде такое не позволяют.
Что значит "сайт отправляет запрос боту"? Судя по URL, запрос идёт к API самого телеграм.
С точки зрения бота это может быть просто входящим сообщением.
Напиши, что ты пробовал сделать.
Имена тегов и классов выглядят так, словно они генерятся по какому-то алгоритму. Не факт, что после загрузки в response есть такой тег. попробуй не открывать URL в браузере, а сохранить загруженный контент в файл и посмотреть там.
с VPN не будут работать другие необходимые подключения, привязанные к ip и т.д.
С чего бы вдруг? VPN зачастую прописывает себя как default gateway (т.е. требует, чтобы весь трафик проходил через него), но это не обязательно. У меня сейчас OpenVPN так настроен - подключение есть, есть сервис на другой стороне, который я использую, но остальной трафик идёт как обычно, через домашенго провайдера.
CityCat4, если я верно понял, то проблема с установкой ПО на клиентские машины, а не на сервер. Почему и присоветовал встроенный VPN клиент. Тогда можно будет попробовать шару настроить, чтобы слушала только внутри VPN.
Serbli, тогда твоя команда должна была сработать. Я подозреваю, что порт 445 на клиентах уже занят соответствующей службой, и потому SSH-клиент не смог начать его слушать. На линуксах также есть ограничение - непривилигерованные процессы не могут слушать порты с номерами <1024. Верно ли это для Windows - неясно, четкого ответа я не могу найти. Может быть одной из причин проблемы.
Однако, есть варианты. Вроде начиная с windows 7 в винде есть встроенный VPN клиент. Если сумеешь подобрать и настроить сервер, который умеет работать по соответствующим протоколам - то можно будет поднять VPN без установки стороннего ПО. С родными микрософстовскими VPN-серверами я дела не имел, а из сторонних серверов вроде SoftEther умеет - он почти всеядный в этом плане, т.е. умеет цеплять клиентов по разным протоколам, в том числе этим.
Serbli, воот! windows-windows? Т.е. ssh сервер не держит шару сам?
Тогда неудивительно, что у тебя не сработало, так как ты пытался пробросить туннель до порта 445 на ssh сервере.
Ответь, хост-владелец сетевой шары доступен серверу напрямую, или он тоже должен быть туннелирован до сервера через ssh?
"Не верю!" (с)
Но если так хочешь станцевать джигу на граблях - привел кой-какой код в ответе. =)