Михаил

Green mode можно отключить непосредственно на PWM контроллере.

Сначала определиться. Ведущие отрасли веб разработка и разработка мобильных приложений. Так же стоит присмотреться к универсальным приложениям windows.

Изучи linq to object, там помимо distinct есть еще много полезного.

На стеке дельные советы дают если нормально по английскому изложить код и свои соображения.

Regex match. Регексом выдернуть всё что нужно. Случай простейший.

Если уж нугетом не может воспользоваться, то он точно не VS c# программист.

Для события только += или -=; Это для того и делается, чтобы защитить от шаловливых рук, чтобы не смогли извлечь из события и запускать вручную то, что привязано к событию.
И еще:

Action m1 = delegate { Console.WriteLine("Анонимный метод 1."); };
Action m2 = delegate { Console.WriteLine("Анонимный метод 1."); };
 m1 == m2 //False

Если это цифры, то Console.ReadKey() и когда пробел попадается, получать новый элемент. Или запросить все разом и string.Split().Select(p => Convert.ToInt32(p)).ToArray();

Насколько я знаю, там только подсветка синтаксиса есть. Для исправления ошибок больше подойдёт Zend studio и им подобные.

Linq использует расширяющие етоды. К примеру System.Linq.Enumerable. что мешает написать свои методы расширяющие?

Насисано на сайте: To use CAPTCHA, you need GD and FreeType library installed on your server. Also, make sure that CAPTCHA’s temporary folder is writable. For details, see CAPTCHA.

Они больше читают скорей чем записывают.

Если посмотреть на цены в яндекс маркете, то цена вполне приемлима. Процессор поддерживает двухканальный режим. Я считаю нормально.

$_SESSION["user"] будет доступна только одному пользователю, для которого эта сессия. В другой сессии другие значения $_SESSION.
При авторизации $_SESSION["user"] = username. Туда же можно записать и права полученные из бд при авторизации. $_SESSION доступна только на серверной части, в клиентской возможно получить только с разрешения серверной.
Пользователь1 получит информацию пользователя2 если при авторизации пользователь1 ввел логин и пароль, серверный скрипт сравнил md5 хэш пароля введенного с хэшем пароля соответствующего пользователя в бд, то авторизация прошла успешно. В переменную сессии пишешь нужные данные и используешь их на серверной части, клиент к этим переменным доступа не получает. Если нужны группы доступа, то в бд добавляешь поле с id группы или названием(как удобно) и при успешной авторизации пишешь в сешн группу пользователя.
Изучи стандартный механизм авторизации на сайтах и такие вопросы тебя не будут беспокоить.
Как то так, если я всё правильно понял.

А зачем их шифровать в БД? К БД ещё кто-то доступ имеет? А где хранится будет тогда ключ?

Сделать ssh туннель вручную и работать на прямую с базой.

А какие данные могут потеряться, если home примонтирован в home? Если не переразбивать разделы и не монтировать / в старый /home, то и данные не пострадают. Возможно я не так понял вопрос, но не вижу проблемы.

cat /etc/group | grep "название группы"