Такое могло произойти, если система по каким-то причинам не смогла найти/создать профиль пользователя. Тогда винда создает временный профиль, который после выхода из системы будет удален.
Если после перезагрузки профиль оказывается на месте, то винда, конечно, загрузит его.
Чтоб узнать из какого каталога загружен профиль в командной строке винды введите команду: set USERPROFILE
В нормально режиме вам выведется путь типа такого: C:\Users\<имя пользователя>
При работе во временном профиле путь будет выглядеть примерно так: C:\Windows\Temp\<имя пользователя>
Так если ошибок не происходит, это не значит, что программа отработала как задумано. Скорее всего, что-то все таки не так, но в программе это не обработано, но в то же время не является исключением (что привело бы к аварийному завершению), чтобы винда как-то это обработала уже сама.
Можно запустить отладчик и посмотреть. В крайнем случае, можно подключить отладчик по типу IDA.
элементарно: не завязываться на ид.
у любого элемента на странице всегда будет какой-то уникальный для него параметр: специфический атрибут/положение относительно родителя(ей)/и всё такое.
всё это элементарно решается икспасом, если в него уметь.
Идёте в фирму, где используется Linux.
Устраиваетесь админом.
Решаете поставленные задачи.
Всё. Никакие роадмапы не предусмотрят весь тот стек, с которым вы, возможно, будете работать.
Обход кеша целиком и полностью зависит от настроек сайта, тут без экспериментов не разобраться.
Пробуйте перебирать заголовки, GET-параметры, Сookie.
Рекомендую почитать документацию самого CloudFront, особенно разделы про Query String Parameters, Cookies и Request Headers.
1. Конструкция, которая будет запускаться только при выполнении самого файла, без возможности выполнения извне. https://ru.stackoverflow.com/questions/515852/%D0%...
2. Так делают тогда, когда цикл нужно повторить range(n) раз, а само значение не используется.
