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

var document = new XmlDocument();
document.LoadXml("""
                     <ArrayOfClient>
                     <Client>
                         <Id>1</Id>
                         <Login>hihihaha</Login>
                         <Password>P@ssW0rd</Password>
                     </Client>
                     <Client>
                         <Id>2</Id>
                         <Login>blabla</Login>
                         <Password>P@ssW0rd</Password>
                     </Client>
                     <Client>
                         <Id>3</Id>
                         <Login>login</Login>
                         <Password>P@ssW0rd</Password>
                     </Client>
                 </ArrayOfClient>
                 """);
var login = "blabla";
var foundNode = document.SelectSingleNode($"//Client/Login[text()='{login}']");

if (foundNode is not null)
{
    foundNode = foundNode.ParentNode!;
    
    var passwordNode = foundNode.SelectSingleNode("./Password")!;
    passwordNode.InnerText = "new password";
    document.Save("result.xml");
}

Да, сейчас все работает, но правильно ли это? Или включение этой опции спасает даже при отправке условно данных на 1гб?

На ASP.NET Core есть ограничение на размер запроса в 50 Мб (или около того). Нам это не подходило - мы увеличили лимит. Но проблема лежит в другом - аллокация памяти. Большие чанки заставляют аллоцировать объекты в LOH. А там они могут лежать долго и не выгружаться.

Я думаю разбить отправку по частям, но проблема в том, что отправляемые данные - коллекция классов

Судя по примеру класса Details вроде ничего не мешает отправить сначала Added, а затем Removed. А если и это не поможет, то можно стримить каждый элемент: например, сначала отправляешь кол-во элементов, а потом по одному за раз.
Смысл в том, чтобы не сериализовать один большой объект.

А если у тебя 1Гб. то это скорее файл. Его лучше чанками отправлять и на диск сохранять. А по завершении отправки начинать читать (не полностью в память загружать, а постепенно)

verLines = new byte[,]
        {{cells[0].stateXO, cells[1].stateXO, cells[2].stateXO}, 
        {cells[0].stateXO, cells[1].stateXO, cells[2].stateXO}, 
        {cells[0].stateXO, cells[1].stateXO, cells[2].stateXO}};

добавь тип byte[,]

var regex = new Regex(@"{{(tag1|tag2)}}");
var str = "blah blah {{tag1}} sadf asfdvgasaasdf {{tag2}}{{tag1}}";
var result = regex.Matches(str)
                  .Select(m => m.Groups[1])
                  .ToList();
                  
Console.WriteLine(string.Join(',', result));

Библиотека tabulate

Это паттерн репозиторий.

В общем случае, он предоставляет интерфейс для работы с условной "коробкой": положить, взять, найти.
Его противопоставляют UnitOfWork. Это как репозиторий, только управление жизненным циклом более явное, как транзакции.

Здесь есть объяснение, что это такое

1. В ответе нужно указать Content-Disposition заголовок с названием файла
2. Возвращаешь StreamingResponse в который передаешь bytes

Т.е. тебе не нужно создавать временный файл (который ты ай-ай-ай не удаляешь после отправки)

StackOverflow с конкректным примером

Ты в text передаешь кортеж значений, а хочешь только 1.

Решений 2:
- Если ты хочешь вставить только 1 значение - передавать только 1 значение, а не кортеж, и указать его явно

cursor.execute(f'''INSERT INTO {table_name}(value)
                    VALUES(?);''',(text,))
add_text('value')

- Если хочешь несколько - явно укажи какие

cursor.execute(f'''INSERT INTO {table_name}(value1, value2, value3)
                    VALUES(?);''', text)
add_text(('value', 'second', third'))