Зачем так сложно? Есть функция os.system, которая делает как раз то, что нужно.
Изначальная попытка была неудачной, потому что исполняемого программного файла с именем "net start MySQL80" (да-да, именно так, с пробелами) не сущетвует.
Однажды ехали мы по улице, пересекающий проспект. И там что-то повредилось в светофоре, две его секции, смотрящие в два разных направления, вывернулись так, что показывали противоположные показания нашему направлению. Но естественно это не вызвало проблем, ибо водители прекрсно понимали, какой из светофоров показывает правильное. А что бы сделал автопилот?
Я тогда задумался о том, что если введут реальное автопилотирование автомобилей, то оно не будет полагаться на обычные светофоры, знаки и разметку в силу их машинно-распознаваемого несовершенства. Ну как в той картинке с Mapilary, который распознал знак стоянке в букве P синего знака населённого пункта. Вместо этого будут какие-то другие средства: NFC-метки, специальные QR-коды, радиодатчики, глобальные идентификаторы улиц и направлений, криптография с доверительными отношениями правильным ключа для авторизованного сообщения верной инфы. Ну, погромисты поймуть, я думаю.
А все эти приколы, когда дорожный знак распознаётся с рекламного щита или светофор с рисунка на детской площадке - это ж хрень какая-то.
Что касается упомянутого отбойника, если автопилот его "видит", то может оперативно принять решение о необходимости остановки безальтернативно "нейросетевому" мнению о дорожной ситуации. Как это бы сделал и настоящий водитель. Собственно, в нейросети должны быть отработаны и такие ситуации и она должна уметь их избегать. Хотя тут же возникла мысль: а нет ли у автопилота слепых пятен, в которые можно завести "невидимое" препятствие? Типа отбойника на правильной высоте, например.
У меня был Samsung A6 2018 года. В принципе, производитель выпустил на него два обновления мажорной версии Android, и он бы меня вполне устраивал. Но не нравилось две вещи. Во-первыйх, очень мало по нынешним временам встроенной памяти - сейчас очень много приложений и игрушек считает, что занять на телефоне гигабайты это норм. Во-вторых, через 2 года использования что-то случилось с камерой и она начала половину кадра снимать очень размыто. Поэтому купил примерно такой же модели, но свежего года. Тот проработал 4 года (и в принципе ещё работает), а этот я рассчитываю проживёт не меньше.
Также у меня есть старый планшет Galaxy Tab 2014 года со стилусом. У него сломано гнездо для сим-карты, поэтому он вынужденно превратился в Wi-Fi only. Я недавно достал его, прошил сборкой LineageOS с Android 10 и он вполне себе работает. Не очень быстро грузится и по отзывам у сборки бывают проблемы с внезапной перезагрузкой устройства, но в целом вполне работоспособный, и даже стилус работает нормально.
Тынай Бакасов, потому что при нажатии inline-кнопки никакого сообщения от лица пользователя не отправляется. А при обычной кнопке - отправляется (и в истории сообщений это видно).
igor 9577, сборки типа "9in1" не оригинальны, сборка чего-либо из них - это лотерея. Фиг его знает, что и как там сделал "пересборщик". Надо искать именно оригинальные образы от Microsoft.
Берём ассиметричное шифрование. Держим приватный ключ на сервере, а публичный зашиваем в программу. Ключ представляет из себя шифрованный приватным ключом текст, содержащий инфу о лицензии. Например, json с полями "номер лицензии", "срок протухания". При запуске проверять срок протухания и сравнивать с текущим временем. В принципе, пользователь может переводить часики, но это сильно неудобно. Особенно если программа представляет возможность работы по сети и коммуникации с другими людьми (а по описанию похоже на то, что так и есть).
Можно в лицензию записывать характеристики системы, на которой запущено приложение. А также все ограничения. Поменять их пользователь всё равно не сможет: даже если ему удастся выдрать открытый ключ, при изменении содержимого лицензии он не сможет её зашифровать приватным ключом).
Можно выдавать короткоживущие лицензии, которые обновлять по сети время от времени. При этом можно сделать примерно как в jwt, где есть долгоживущий refresh token и относительно недолго живущий access token.
Да чего уж там, можно просто при запуске приложения обращаться на сервер за криптографически валидным ответом (шифруем открытым ключём запрос и только по валидному ответу запускаем программу).
Можно вынести функционал проверки лицензии в launcher, который будет запускать основную программу только после проверки, что она не изменилась на диске, передавая ей какие-то правильные параметры, криптографически связанные, например, с регулярно изменяемым содержимым какого-нить файла. И дальше развивать идею: сделать "античит", который будет проверять, что программу не пытаются ломать.
В общем, можно очень много навертеть при больщом желании...
Но часто не нужно никакой сильно сложной и замороченной проверки. Софт немассового применения - тем более для бизнеса - обычно покупают вместе с поддержкой. Особенно критичный, простой которого крайне нежелателен. Ну потому что фиг его знает как он будет глючить. А если заглючит - то не будет миллиона комментариев на хабре и stackoverflow о том, как это решать. Чаще всего достаточно просто проверки зашифрованной лицензии, можно даже запрос на сервер не делать (тем более во многих сурьёхных фирмах сторонний софт "in-house" запускают в коонтуре без доступа в интернет в целях безопасности).
Бот работает на коллбэках или поллинге? Если на коллбэках, то тестировать, отвечает ли он на прямые запросы. Если на поллинге, смотреть, можно ли в библиотеке это отлаживать/настраивать (таймауты, логгирование итд).
Покупать виртуалки у стрёмных хостингов за крипту в странных юрисдикциях. Выходить минимум через 2-3 штуки. На каждой использовать разные имена пользователей и пароли, никак не совпадающие с реальным именем и никнеймом. После каждого использования виртуалку выбрасывать и больше никогда ею не пользоваться. Для подключения к интернету использовать симку, оформленную на бомжа в другой стране, лучше максимально недружественной стране текущего местонахождения. После каждой попытки взлома страну менять..
dofoh88849, нет, он даёт понять адрес выходной ноды прокси-сервера расширения. DNS у клиента при этом не подменяется, потому что ресолвинг идёт на стороне прокси-сервера.
Вообще, судя по вопросам, речь идёт о защите детей от такого контента. И надо выбирать пути решения в зависимости от того, что именно представляет угрозу:
1. Если ребёнок может попасть на подобный контент случайно, то в целом не имеет особого смысла сильно закручивать гайки. Достаточно простых средств (родительский контроль в браузере, отдельные приложения и расширения для этого), чтобы риск стал околонулевым. Даже с reddit проблема легко решается: если ребёнку он зачем-то нужен (что довольно странно), можно его заранее там зарегать, и пусть сидит залогиненный с правильно выставленным возрастом и закрытым NSFW контентом.
2. Если же ребёнок целенаправленно ищет подобный контент, то скорее всего он его найдёт, как ни закручивай гайки. Причём необязательно даже на домашнем компьютере. Есть же телефон, есть компьютеры друзей, куда он будет чаще ходить в гости... Тут правильнее своевременно воспитывать ребёнка, создавать нормальные доверительные и авторитетные отношения с ним. И важно ещё, чтобы ребёнок своевременно получил понимание, что компьютер можно использовать в более интересных и полезных целях. Творчество (рисовать, писать музыку), программирование, интересные сообщества, годный контент - это способно занять подавляющую часть интереса большинства детей при правильном подходе.
Совсем избежать интереса к подобному контенту малореально. Но при правильном подходе к воспитанию этот интерес не будет чересчур сильно и опасно рано развит. Ну посмотрит пару раз и всё, не так редко на этом всё и заканчивается. Интерес детей к взрослому контенту сильно преувеличен. Зато при правильном воспитании на ребёнка будет больше влиять дискомфорт от нарушения доверия родителей. Напротив, чудовищные усилия по ограничению и излишнее давление приведут к тому, что ребёнок будет нарушать запреты и органичения из чувства протеста.
Пример на схожую тему. Моя сестра когда-то начала курить. И вот приходит она домой и по маминому лицу видит, что та понимает, что она курила, но ни слова не сказала и никак не отразила это. Ей стало стыдно настолько сильно, что она сразу же прекратила и больше никогда не курила (уже лет 25 лет прошло). Причём мама, вероятно, не имела мотивации именно так влиять на сестру своим поведением, просто ей, скорее всего, было сложно что-либо сказать с учётом того, что она сама курила ещё в школе и продолжала регулярно начинать снова курить во взрослом возрасте (в том числе втайне от отца, с которым они бросали курить совместно, и отец реально бросил в итоге, а она нет). В итоге не запреты или наказания помогли, а именно хорошие авторитетные отношения с родителями.
Это непростая тема, она очень сильно зависит от конкретного ребёнка и конкретных родителей, характера и предыстории их отношений.
В общем случае никак, так как сильно зависит от конкретных приложений. Некоторые свой кэш, например, завязывают на характеристики телефона (типа его серийного номера) и при переносе всё это послетает.
Плюс достать совсем все данные без рута нельзя.
Титаниум предназначен для бэкапа приложений, я им в своё время даже apk уже установленных приложений сохранял (но не уверен, что в связи с введением в андроиде arts это ещё работает).
Я бы готовился к ручному сохранению важных данных перед переустановкой. Даже если найдётся какой-то приличный инструментарий, фиг его знает, насколько он проглючит на пустом месте.
