beduin01

Dropdown, accordion.

вам нужно использовать List
Для каждой записи создаете новый экземпляр и добавляете (метод Add()) его в список

UPD: как-то так

List<UserData> usersList = new List<UserData>(); //создали список
while (dr.Read())
{
   UserData ud = new UserData(); //создаем один экземпляр
   ud.Id = dr[0].ToString(); //наполняем его
   ud.Guid = (dr[1].ToString());
   ud.Name = (dr[2].ToString());
   ud.UserBlob = (byte[])dr[3];
   ud.FL = dr[4].ToString();

   usersList.Add(ud); //добавляем в список
}

int usersCount = usersList.Count; //количество элементов в списке
Console.WriteLine("[INFO] Syncronisated PG->SQLite rows: {0}", usersCount);

У Adblock Plus есть куча форков и аналогов, выбирайте на свой вкус.

uBlock Origin - самый серьезный конкурент (наглядный бенчмарк, демонстрирующий его экономичность в плане потребления ресурсов).

Что касается меня, то я пока обхожусь классическим Adblock Plus в сочетании с RequestPolicy и NoScript Security Suite. И никакие белые списки меня волнуют, как только вижу какую-то гадость, моментально отрезаю ее соответствующим инструментом.

По крупному:

Приказ ФСТЭК России от 11.02.2013 N 17
"Об утверждении Требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах"

Приказ ФСТЭК России от 18.02.2013 N 21
"Об утверждении Состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных"

Постановление Правительства РФ от 06.07.2015 N 676
"О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации"

Разработка ПО для госзаказчиков должна производится на основании ТЗ, а приниматься ПО должно на основании ПМИ. Требования, непрописанные в ТЗ являются необоснованными и на них логично "забивать")

По своему опыту ещё требуют поддержку ГОСТовых алгоритмов шифрования взамен забугорных

GetBytes возвращает long, не знаю где вы нашли, что он возвращает массив байт:
https://msdn.microsoft.com/ru-ru/library/system.da...

Так что передача буфера третьим параметром более чем логична.

И оно кстати ругается: Cannot convert type long to byte[]

Да ладно вам?) А это не навело вас... на мысли относительно типа возвращаемого значения?) Вы сами придумали, что он возвращает массив байт?

тут еще как я понимаю размерность буфера предполагается указывать -- вопрос, а как узнать то сколько данных будет в самом блобе?

Ну вот если все таки пройдете в документацию, то ниже вы увидите следующее:

GetBytes возвращает количество доступных байтов в поле.Часто это значение равно точной длине поля.Однако возвращенное число может быть меньше фактической длины поля, если GetBytes уже использовался для получения байтов из поля.

При передаче буфера, значение которого равно null, метод GetBytes возвращает длину строки в байтах.

Поэтому, если вы не знаете длину буфера - вызовите метод с null для получения этой длины, создайте буфер и поместите туда значение вторым вызовом GetBytes.
В .net и C# нормальная документация, ее полезно читать.

Почему во всех примерах используются какие-то Streams?

Потому что BLOB они на то и BLOB, что Large Object. Блоб может быть килобайтовый, а может быть и гигабайтового размера. Гигабайт читать в массив целиком далеко не всегда целесообразно, как правило - вообще не целесообразно.

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

Грёбаный сайт

раздели на два цикла , так как у тебя в цикле идёт сразу и проверка и функия установки дисейблов,
в итоге пока цикл не наберёт нужно значение дисейблов , у тебя условия на установку не срабатывает ,
вначале пройдись посмотри сколько уже установлено , а потому уже по циклу устанавливай дисейблы,
ну или в цикле отслеживай у кого нет дисейблов собирай в массив и после циклом пробегись по этому циклу и поставь дисейблы.

Бесполезный вариант клепать HTPC на старом железе да еще с 256 оперативы, нормальный вариант получить трудно.
Уж лучше купить у китайцев android tv box они от $30, брать версию с 1гб оперативы или больше, зато и место не занимает и не шумит и свет почти не жрет. Любое приложение ютуба или кинотеатра из маркета и не только, HDMI + CVBS RCA на борту - подключай хоть к плазме хоть к аквариуму. В настоящее время это лучший вариант.

Потому что нет постоянного пиара. На данном этапе развития IT, а именно программирования, когда программистов становится всё больше и больше, мода и тренды - становятся критическими факторами будущей популярности.
Та же самая история с lua.
Меньше шумихи - меньше коммьюнити, меньше популярности. В итоге остаются только стойкие адепты, и язык обречён быть нишевым.