AUser0

Даже если вы зашифруете href, и будете через JS расшифровывать и динамически подставлять, браузер всё равно покажет его текущее (расшифрованное) состояние в коде элемента.

P.S. Избавляйтесь от самого iframe, тогда и ссылки не будет.

Для начала - у вас 6 незакрытых тегов form. Они наслаиваются друг на друга. Нехорошо...

Далее, собирать в переменную pp элементы по type? На странице 6 (шесть!) элементов с type=checkbox. Вот вы всё время и получаете первый из них.

Да конечно, можно прошить! Можно даже прошить прошивку с 11-ым Андроидом, и с 12-ым тоже! А еще Windows последний, который для планшетов.

Жаль только, планшет после любой такой прошивки перестанет работать, но зато можно будет использовать его как красивую разделочную доску. Представляете, разделочная доска с Андроид 12, ни у кого такой нет! Однозначно, надо прошивать, не медлите ни минуты!

IMHO AJAX так не сделает.
Он получает всю страницу, т.е. дожидается разрыва коннекта, после чего возвращает результат.
Тут вам Websocket нужен...

Вы же понимаете, что file_get_contents() - это совсем не браузер?

У Google сейчас политика ограничения сторонних программ. Нужно в аккаунте GMail настраивать доступ для сторонних программ, получать "персональный пароль приложения". Кстати, если посмотрите логи соединения с Google-вским IMAP - увидите там сообщение про это ограничение.

Потому что в iptables прописаны эти порты (в таблице ufw-user-input), но из основной таблицы INPUT нет ни одной ссылки внутрь этой ufw-user-input. То есть нужна именно ссылка: iptables -A INPUT -j ufw-user-input.

И ещё, у самой таблицы ufw-user-input почему-то нет возврата из неё, делаем: iptables -A ufw-user-input -j RETURN.

Но все эти настройки не имеют значения, потому что у вас по умолчанию разрешены вообще все порты на этом сервере: Chain INPUT (policy ACCEPT!

Проверьте содержимое fullchain.pem/privkey.pem, может они пустые?

P.S. HTTPS может работать на любом порту, и на 95, и на 93, и даже на 80.

IMHO всё просто: нет локального/RDP логина пользователя - нет загруженного реестра этого пользователя - нет сертификатов этого пользователя.

IIS ведь из-под кого работает, из-под пользователя System? Тогда и сертификат нужно грузить пользователю System...

Этот http:/123.123.123.1/ должен отвечать HTTP-заголовком Access-Control-Allow-Origin: * (ну или доменом вашего сайта вместо звёздочки), при чём и на запрос OPTIONS тоже.

На стороне пользователя - в cookie хранится случайный hash. На стороне сервера - в базе данных в записи с таким hash хранится инфо о пользователе.

Можно хранить и в простых файлах (например в формате CSV, или в JSON), никто не запрещает.

Пропишите в firewall нужной VM её IP, пусть firewall пропускает внутрь трафик только для этого IP. Вуаля, любая смена IP, даже через сам ProxMox = потеря трафика.

Нужно кодировать URL:

$link = "https://website.ru/?hook=".urlencode("https://discord.com/api/webhooks/ID/TOKEN");

P.S. И возможно ошибка просходит не из-за этого...

$fname = "D:\WebServers\home\testsite\www\myfile.txt";
$finfo = pathinfo($fname);
echo($finfo['filename']); // myfile

Строка поиска: %b\{(?:%[ac-z]\{[^\}]+\}|[^\{\}]+)+\}