Сергей Соловьев

1. Есть Try* методы. Они возвращают bool - была ли операция успешна, а реальное возвращаемое значение передается через out параметр

2. Внутри своих проектов я использую *Safe постфикс. Но использую я их только внутри класса и только для того, чтобы не писать TryGet*(out ...) конструкцию

3. В док. строке можешь в какой-нибудь remarks секции указать, что метод не выкидывает исключение

resultString.AppendLine($"<button role=\"button\" class=\"sendBtn\"><a href=\"www.siteadress/api/reports/{serializedIngedientsList}\" style=\"text-decoration: none; color: #000000\"> Отчёт </a></button>");

Вот здесь не тупая конкатенация должна быть.
Во первых, URL строки должны экранироваться.
Во вторых, здесь ты передаешь через путь, а надо через запрос (то что после ? идет).
В третьих, если передавать через путь, то там не JSON, а собственная структура для сериализации.

Почитай метанит

Нет, нельзя.

Если ты хочешь, чтобы все было красиво как в IDE, то надо скорее отдельный плагин устанавливать для твоего текстового редактора, в котором читаешь логи. Раскрашивание происходит этим плагином, больше никак.

Скорее всего логи хранишь в UTF-8 - он раскраску не поддерживает.

Нет. iframe для того и нужен, чтобы внешний код не мог получить доступ к содержимому

Нет. Они могут только покрывать большинство.
Больше практики - это отложится в голове и, даже если забудешь как делать то вспомнишь где искать.

Как сказал Роберт Шекли

Чтобы правильно задать вопрос, надо знать половину ответа

Скорее всего переход по ссылкам выполнен "виртуально" - это одностраничное приложение и на новые страницы ты не переходишь, просто меняется адресная строка. Когда страницу перезагружаешь, то происходит переход к несуществующей странице.
У меня такое же было, но на React. Решил тем, что все запросы перенаправляются на базовую страницу, но тогда путь теряется.

В api ChatGPT есть возможность предоставить контекст - предыдущие сообщения из чата - ссылка на api

На сколько реально

- на мало

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

Соц. сеть - это (грубо говоря) клиент, посылающий по протоколу запросы на сервер. Серверу ты доверяешь полностью, а чтобы доверять клиенту, он может прислать пароль/сертификат и т.д.

docker system prune

1. Для тестового стенда ресурсы могут быть слабее (для оптимизации затрат)
2. Даже если все в одном регионе - можете гарантировать, что запросы не ходят между стойками и т.д.?