Вам не нужно что-то вырезать из JSON, конвертируйте в словарь и там уже манипулируйте данными. Нужно только from так просто прочитайте значение в переменную (например)
Ну так вы и запускайте второй процесс тогда когда нужно.
Или если вам нужно обрабатывать множество нажатий, то сделайте очередь для передачи данных из формы в процесс верификации. Т.е. UI по нажатию кнопки пушит в очередь структуру данных с login/password, а процесс проверки сидит и ждет на get из очереди, как только в очереди будет что взять - он берет и обрабатывает. При этом если UI скинет новую структуру login/password в очередь, то она не потеряется если процесс проверки еще не закончился. Когда проверка прошлой пары login/password закончится, проверяющий процесс сделает get из очереди и если там уже что-то есть - он сразу приступит к проверке.
Если процесс UI сильно забивает очередь, то процессов проверщиков можно сделать неколько (на общей очереди)
Но, в принципе, это все можно и на потоках сделать - когда поток ждет ответа от сервера он не держит GIL.
Кстати можно даже и без суперкласса сделать то же самое - у питона же объектная модель с поздним связыванием - если есть свойство у класса - то оно испоьльзуется, а если нет - будет ошибка и не важно имеют ли два класса одного общего родителя. Т.е. просто нужно объявить классы с одинаковыми атрибутами.
Тарас, вы уж извините - но ваша проблемы (вы обманываете дистрибютора или он вас) - это вопрос вашего договора с ним. Т.е. это юридический, а не технический вопрос.
Ну вы же строите схему верификации лицензий с-но есть данные которые нужно передавать, но так что бы их нельзя было фальсифицировать. Ни при передаче туда ни при получении ответа обратно. Такие схемы как-раз и удобно строить на основе асимметричных шифров.
А если заказчик - по сути ваш дистрибьютор - то вообще то нет смысла что-то скрывать, достаточно на договорном уровне решить вопросы собственности на интеллектуальную собственность.
\ufeff - легко гуглится - это UTF маркер последовательности байт в кодировке (big- и little-endian UTF-16 кодировки), который большинством текстовых редакторов прячется.
Используйте 'utf-8-sig' вместо 'utf-8' при указании encoding при открытии файла.
