Daemon23RUS

Теоретически, можно как-то сохранять данные пользователя в local storage

Именно. Уже полдела сделано. Вы знаете в какую сторону двигаться.

но я не знаю, как это реализовать.

Так самое время научиться. Или вы ждёте что кто-то сделает? Тогда фриланс ваш выход. Пробуйте сами, а что не получается вам подскажут.

Обезопасить полностью — никак. Можно только усложнить доступ к данным. Есть Windows Data Protection API — можно использовать его для хранения ваших данных. Есть Rfc2898DeriveBytes Class для получения ключа на основе пароля с использованием псевдо-случайного генератора. Вот тут ещё пишут на эту тему: How to securely save username/password

Так же не забываем про другие методики защиты приложения от попыток чтения памяти — ограничения прав, шифрование переменных в памяти и целых блоков, использование рандомизации выделения адресов и блоков в памяти, ссылочные типы, какая-нибудь изощрённая логика алгоритмов, пропущенная через какой-нибудь безумный оптимизатор, алгоритмы с бессмысленной логикой, определение попыток доступа к памяти, использование нестандартных компиляторов и языков программирования, и всё такое прочее. А ещё есть отдельные инструменты для защиты приложений типа Enigma Protector и Enigma Virual Box. Стандартный подход: усложнить взлом на столько, чтобы процесс взлома был дороже полученного результата.

Если кому-то очень будет надо — всё равно вскроют и достанут всё, что нужно, независимо от всех ваших усилий и их объёма.

В отладку входит два основных механизма:
1. Включение полного отображения ошибок (или логирования, если на боевом сервере)
2. Пошаговая трассировка с контролем состояния переменных (с использованием IDE или вручную через var_dump/die).

В вашем случае, очевидно что не был выполнен пункт №1. Какой бы ни была причина проблем, РНР всегда выдаст ошибку. Так что в вашем случае надо было просто убедиться, что error_reporting=E_ALL, а display_errpos=1

А вот нижеследующее утверждение не имеет смысла

PHP данную ошибку не показывал, т.к. не использовалась функция проверки записи в директорию is_writable().

РНР не нужны никакие функции, чтобы сообщить об ошибке. А is_writable() обычно используется как раз наоборот, чтобы подавить ошибку и дальше работать как ни в чём не бывало. Ну или в лучшем случае выбросить какую-нибудь бессмысленную ошибку типа "Не могу записать в файл", не говорящую ничего о реальной причине проблемы.

Почему блокирует? Это надо у yota спрашивать, а не здесь.
Почему у вас не работает не смотря на измененный ttl? Потому что торрент протокол детектируется отдельно, и ttl тут не причём.

Ну вообще, обычно ставят системы УД типо Homeassistant, Sprut.hub и т.п. и там все это рулится созданием групп и сценариев

да господя... первый же запрос в гугл...

вот тут подробно разбирали как и что по проводу передвигается и с какой скоростью (там даже симуляции с высокой достоверностью, учитывая квантовые эффекты показали)
https://youtu.be/hNd4mse2C4s?t=726
https://youtu.be/6Hv2GLtnf2c?t=361

Например, ты туда суёшь api_key, а не access-token полученный с помощью api_key, а так, с подобными вопросами надо идти в поддержку этого сервиса.

Очень маловероятно, что вообще есть такое готовое ПО. Костылить придется самостоятельно на том же питоне чисто в теории можно сделать за пару вечеров. Декомпозируй задачу на более мелкие и для каждой выбери оптимальное решение.

Вот как бы это сделал я с учетом разработки туевой хучи различных генераторов документов.

1) Получить данные ЭП. Зависит от того, что за ЭП конкретно, думаю разберешься, тут объяснять не нужно.

2) Подготовка штампа. Самый быстрый способ верстать красивые документики, анкетки, всякие бланки, платежки и прочую дичь это сверстать в docx формате (можешь у себя на компе тупо подготовить шаблон нужного тебе штампа), далее туда подставить данные которые ты получил из ЭП (на питоне это легчайше делается с помощью библиотеки docxtpl). Это самый простейший способ быстро верстать и внедрять в прод документы и штампы по типу твоего (документы могут верстать даже манагеры, бухи и прочие нетехнические личности), ты берешь то что наверстали они, добавляешь плейсхолдеры и гонишь в прод шаблон. На выходе получаешь заполненный docx файлик и конвертируешь его в pdf с помощью фермы докер контейнеров, внутри которых работает libreoffice в cli режиме.

3) Вставка штампа в документ. Тут возможно 2 случая: 1) штамп влезет на страницу в конце документа 2) штамп не влезет на страницу в конце документа. Можешь эту задачу конечно не решать если лень и лепить штамп на новую страницу без всяких расчётов. Но лучше конечно посчитать высоту контента на последней странице и влепить штамп в оставшееся пустое место, если его хватает для штампа.

Естественно у каждой задачи могут быть нюансы, по типу того, что в штамп может быть больше страницы в высоту и прочее, но схема решения именно такая. Это самый дешевый и простой способ решить 99.99% задач в области генерации различных документов.