Curly Brace

ну очевидно же. json не пропарсился)

air - это air. это не флешплеер. и да, оно производительнее вроде как за счет того что air умеет пользоваться графическим чипом напрямую.

но что html5 что air это костыли уже. может вам больше подойдет что то типа haxe?

а сам api вконтакта чем не подходит? вот например
https://vk.com/dev/audio.get
https://vk.com/dev/audio.search
https://vk.com/dev/audio.getById
или они и тут "устаревают"? возможно они устаревают из за балансировки нагрузки между серверами?

шта? если можно "вставить коннектор и подключить провода", то зачем паять? вопрос не очень понятен. вообще судя по фото, впаять рейку штарьковую все таки нужно. вопрос о том впаять прямую или Г-образную? ну я б сказал что зависит от того как устройство выглядеть будет. если карточку будут подносить сверху ардуины - то паять прямую. если плата будет стоять перпендикулярно ардуине - то Г-образную. а вообще я несколько не уверен в том что это реально шилд для ардуины.. скорее всего это не шилд, а отдлельный радиомодуль. тогда вопрос о том паять шлейф прямо в плату или впаять коннектор, что бы все было разборным? ну если длинна шлейфа возможно изменицо в будущем, то конечно лучше тогда сделать шлейф сменным через коннекторы с двух сторон. но если нет, то думаю можно запаять в плату, что бы меньше было глюков из за выпавшего разъема.

16 гигов всего по двум каналам. вот так. типа по 8 на канал. и в разных каналах должны стоять идентичные планки.

кто будет бесплатно делать работу, которая требует дорогого оборудования и таких же дорогих расходников??? что то я сомневаюсь что такое было тем более в 2010. разве что какой-то вид мошенничества и все кто отправил рефы, ничо не получили в ответ)

каких именно сил? какой вид (с боку\сверху)? что вообще нужно получить в итоге? помоему если на эти вопросы ответить, то все само собой станет понятно.

Audacious - очень легкий и мощный в кастомизации плеер. а еще скини винампа старого поддерживает)
DeaDBeeF - тож типа первого, только еще легче)
Banshee - понавороченее внешне, но тоже кастомизируемый и получше Rhythmbox имхо
Exaile - очень простой, но удобный плеер, но я его давненько юзал и не помню уже есть там теги или нет, но управление коллекцией вроде на уровне было

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

можно попробовать изменить параметры для загрузки ядра:
заменить тут /etc/default/grub строку
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
на
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.semaphores=1 i915.i915_enable_rc6=1 pcie_aspm=force i915.lvds_downclock=1 i915.i915_enable_fbc=1"
ну хотя тут прям все все сразу) можно начать с i915.i915_enable_rc6=1" и i915.semaphores=1
и после этого sudo update-grub
еще возможно есть смысл измеить режим работы иксов в /etc/X11/xorg.conf
в секции Device добавить
Option "AccelMethod" "uxa"
скорее всего там будет sna метод

и каким образом должен внешний жесткий быть совместимым с роутером?

а по мне так source tree - оч удобно. использую гит исключительно в одиночку, как бекап сорцов. нажать пару кнопочек удобнее, чем изучать все команды гит)

запустить установку в safe mode или даже в текстовом. вроде как белый экран появляется когда менеджер окон не может инициализироваться (кстати после установки помогает отключение всяких компизов, загрузка в ось и установка проприетарного драйвера)

а да. драйвер вы скорее всего в виндовс обновляли, это не имеет отношения к убунте

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

а словить пакеты можно например wireshark или другим снифером wifi. только если сеть защищена паролем, пакеты будут зашифрованы и толку от них будет мало.

на крайняк можно подглядеть в даташите распиновку этого корпуса и подпаяться прямо к ногам контроллера для перепрошивки.

тут дело не в if а в продумывании наперед.

обычно программисты продумывают все возможные и невезможные варианты входных данных, а вы просто слишком легкомысленно относитесь к логике и if тут не при чем, так можно и null reference exception (хз есть такое в php или нет) получить).

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