Как вариант, можно использоать любое андроидное устростство и на нём запустить приложение, которое будет логгировать позицию. Можно даже на бортовой системе автомобиля попробовать (если там есть андроид в развлекательной системе ака "магнитола").
Можно было с самого начала делать ветку от branchOne. Можно попробовать сделать cherrypick нужных изменений (если всё аккуратно делать, получится как будто ветка от branchOne).
Но лучше всего, конечно, не писать новый код от неготового предыдущего, не создавать себе проблем на пустом месте. Потому что branchTwo может по итогам тестирования ещё раз меняться, и получишь дурацкую голвную боль по слиянию со своим кодом. Зачем это нужно?
Кеняка Кенякович, есть домены 2 уровня, владельцы которых продают в них поддомены. Например, можно купить домен в зоне msk.ru.
Если тебе принадлежит домен some-example.ru, то ты можешь в нём поддомены прописывать бесплатно и самостоятельно.
В принципе, можно у себя на DNS-сервере любой домен прописать - даже habr.com. Проблема в том, что никто в интернете не придёт на твой сервер с запросом имени habr.com. Потому что вместо этого придут на эти сервера:
habr.com. 36567 IN NS ns2.habradns.net.
habr.com. 36567 IN NS ns3.habradns.net.
habr.com. 36567 IN NS ns1.habradns.net.
nerdhhh, "виртуальные номера", особенно бесплатные, во многих сервисах уже "грязные" и не годятся для регистраций, потому что на них уже десятки раз регали Telegram WhatsApp и много чего другого. Так что если искать, то надёжнее платные и чтобы сервис продавал целенаправленно под Телеграм в долгосрочную и лучше бы была предусмотрена процедура возврата денег при неудачной регистрации.
.. Может в итоге оказаться проще пойти купить пару симок в ближайшем салоне.
nerdhhh, если это не будет делаться агрессивно (например, тысячами запросов в секунду), если для мониторинга, скажем, штучного числа личных каналов (а не всего интернета), то скорее всего даже не заметят.
Например, бота добавляют в группу админом, затем пусть пользователь например форварднёт любое сообщение из этой группы - бот проверит, что ворвадер является админом в исходной группе и запомнит это у себя.
Спорный вопрос что делать, если пользователь админ в разных группах. Например, форварднул он сообщения из двух таких групп - и что? Запоминать последнюю? Это по-хорошему надо обдумать и принять решение.
Что касается хранения данных, то хранить данные в файле - не очень идея. Если не предпринимать мер, то можно потерять данные из-за криво записанного файла, из-за одновременного доступа к данным из разных запросов (что в целом можно решить блокировками) и всё такое. Лучше сразу базу данных. Хотя бы sqlite.
Если там в находимых тэгах указаны миниатюры - то в чём вопрос? Кстати, это вполне себе известная практика, когда картинки оформляют в img src=миниатюра data-src=полноразмер и затем с помощью js подгружают финальные картинки (lazy-load).
Если прям единоразово, то получить его отдельно от django (хоть curl, хоть postman, хоть на коленке написанным скриптом) и положить в конфиг.
Если же токен всё же протухает время от времени (например, выдаётся на сутки или на час или на 10 минут), то уже надо придумать, где его хранить и как обновлять. Например, самое простое решение это положить в модель и при взятии оттуда проверять также срок действия. И/или реагировать на ошибку доступа перевыпуском токена.
Можно хранить токен например в redis или vault. В общем, варианты есть. И можно заодно учесть, что уже имеется в наличии в текущем проекте, чтобы не поднимать лишних сущностей напрасно.
None, нет, закончились свободные адреса, которые могут получить RIR (региональные реестры, такие как европейский RIPE). Им выдавали сетки /8. Сами RIR потенциально могут выдать из свободных остатков или из того, что вернулось от каких-то операторов. Там выдают сетки от /24. Но сейчас сеток всё равно так мало, что для получения новой приходится как-то доказать, что ты имеющиеся уже используешь на 90% минимум. Также есть практика целенаправленной передачи сеток от одного владельца другому по договорённости.
Однако дальше есть практика уже конкретного оператора. У некоторых сетка достаточно большая, чтобы выдать внешний любому клиенту, а клиентов не так много, чтобы сетка закончилась. А у некоторых наоборот, адресов хронически мало при большой абонентной базе.
И надо понимать, то "оператор Ростелеком" - это некоторый миф. На самом деле Ростелеком купил по всей стране многие десятки операторов с самой разной тезнологией подключения, особенностями итд итп. И это по-прежнему не единый оператор, в конкретном месте могут быть особенностями того, каким оператор был 15 лет назад.
То же самое, например, оператор Билайн - который фактически купил операторов Корбина и Голден Телеком когда-то давно и потом ещё не один год после этого фактически клиенты продолжали быть клиентами одного из этих операторов - включая поддержку, выдаваемые IP и всё такое.
Дамир Валиахметов, закомментировать источники cdrom (поставить в начале строки #) и раскомментировать сетевые источники (скорее всего они там уже есть).
