d'Ivan

чтобы айфоны с мобильным интернетом быстрее загружали либу

Вопрос - бред. Музыка зависит от личных человеческих качеств, а не от языка программирования, и вообще даже не от направления IT.
Кто-то слушает, кто-то не слушает.

А, все таки настоящую графику, не знаю нафига вообще вы вспомнили про эти символы.
По графике довольно таки много литературы есть. Очень сложно объяснить это в двух словах, но я попробую:
1) как вы уже заметили, есть два принципиально разных способа представления граф. информации - вектор и растр. Про каждый из них масса инфы, начните с вики.
2) есть различные графические API и библиотеки, некоторые из них - специфичные для конкретной платформы (как GDI/GDI+/Direct3D на винде), некоторые - кроссплатформенные, как, например, OpenGL. Низкоуровневые API работают непосредственно с драйверами и с различными системными структурами для реализации необходимых графических задач (нарисовать треугольник/прямоугольник), более высокоуровневые библиотеки могут быть "надстройками" над низкоуровневыми API и предоставлять уже другие интерфейсы, более удобные для программиста.
3) в зависимости от задачи, выбирают нужный графический API/библиотеку. Например, крупным игроделам обычно нужна высокая производительность и максимальная эффективность их движков, поэтому они обычно берут низкоуровневое API вроде Direct3D/OpenGL (они кстати отлично работают с C++, для D3D это "основной" язык, для OpenGL основной язык - Си).

Да, ладно, что вы человека пугаете. Нынешние десктопные линуксы давно дружелюбнее к пользователю, чем та же 8-я винда.

запастись терпением. Первое время колбасить будет жостка.
А так, куча форумов формата вопрос - ответ. Нынче с этим проблем нет.

ИМХО пароль при регистрации лучше просить дублировать. Те кто используют менеджеры паролей просто кликом создадут сложный пароль, а те кто вводят вручную, могут ошибиться при вводе, и потом долго пытаться "взломать" свой же пароль)
Upd. не все жмут "посмотреть пароль") самоуверенных много)

Shared Folder с виртуалбокс + невнимательность = зараженная хост-система.

curl.haxx.se/libcurl

Ну поставьте в убунту любой оконный менеджер по вкусу и используйте его. На кой черт менять дистрибутив ради смены WM/DE? Не знаю, что сейчас в тренде из "легковесных", но я бы копал сразу в сторону тайловых, типа i3 или awesome. Думаю вам они придутся по душе.

Никогда, ну то есть совсем никогда не используйте придуманные вами методы шифрования.

Любой человек, который разбирается в шифровании лучше вас (поверьте, это скорее всего вообще любой человек который попытается расшифровать ваш код) расшифрует его очень быстро. Минуты или часы - это будет зависеть от того, что он получит. Если он получит строку просто HGZPLCE_VTJ, без всякого контекста, то вам беспокоится не надо. В противном случае надо.

В любом случае, вы изобрели плохенькую симметричную криптосистему, В пхп есть встроенная и хорошая: mcrypt, используйте ее.

1. Принципиальных качественных преимуществ у node.js перед остальными языками нет, как впрочем и недостатков. Просто yet another язык со своими особенностями. Соответственно если в вопросе заменить node.js на php/ruby/python итд - ничего не изменится.
Вопрос по сути абстрактный "почему все не перешли на язык %%%%%"

2. Ответ на абстрактный вопрос:
а) Потому что существует огромное количество legacy кода который нужно поддерживать. Работы по поддержке и развитию существующего кода на порядок больше чем написания с нуля нового
б) Потому что у разработчиков есть свой стек любимых технологий, изменять который без явных экономических причин основная масса не готова
в) Потому что умные технические менеджеры выбирают стек технологий проекта исходя из имеющихся под рукой разработчиков и легкости поиска и заменимости оных.

UPD
hbrmdc

У NodeJS есть уникальные и очень весомые преимущества, которых нет ни у одного другого языка. Например то, что это JS, и, следовательно, нет необходимости разучивать лишние языки - можно весь webapp писать на js.
Личные предпочтения обоснованные привычками - это не имеющий значения аргумент в данном вопросе.

1) Есть отличия, да. Только не те о которых Вы пишите. То что это "JS" вообще ни на что не влияет.
JS хорошо знают фронтендщики - а кто пустит фронтэндщика к внутренней архитектуре? Там подход совершенно другой нужен, другие навыки, другое понимание как это все работает. Просто пересадить человека с фронта на бек - нельзя.

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

2) Личные предпочтения обоснованные привычками это основной аргумент.
Я вот умею в php, умею в ноду, умею в еще десяток умных слов.
Мне нужна новая команда на новый проект.
Я открываю hh и что я вижу: node.js 279 резюме из которых половина фронтэндщики.
PHP - 9613 резюме. Даже если 90% разработчиков PHP на hh - уроды которых к коду нельзя подпускать на пушечный выстрел - останется все равно в 3 раза больше чем есть node.js.
Собственно на этом выбор и закончен.

На малопопулярных языках пишут в случаях:
a) это мелкий сервис с неявными перспективами который можно переписать за неделю
б) это проект "для души" разработчика.

Получается замкнутый круг на самом деле.
Менеджер смотрит резюме, резюме на node.js нет =>
Менеджер не начнет проект на node.js =>
Не возникнет вакансия на node.js =>
Разработчик анализируя вакансии не увидит вакансий на node.js =>
Разработчик будет учить что то другое =>
Менеджер смотрит резюме, резюме на node.js нет...

Переломить ситуацию могут только очень крупные игроки обладающие возможностями формирования рынка (например Apple и Swift), и то не со 100% гарантией (samsung&c и Tizen)

Загляните в /etc/apt/sources.list
Закомментируйте не рабочий репозиторий и раскомментируйте ближайший к вам рабочий.

А зачем делать сайт с реальными реквизитами?
Ну будет сайт кинотеатра "Марс" вместо "Юпитера", на улице Садовой вместо Лесной.
В чем проблема то для учебного сайта?