maxaon

По первому поводу: если необходимо только видео, вам будет достаточно видео сервера, например Wowza, erlyvideo или чего-то другого. Если необходимы другие плюшки - может взять готовый вариат и заплатить?
По второму поводу: есть куча готовых систем, поскольку они используюся в сфере XXX. Тут не подскажу, но точно можно реалтзовать на вовзе, причем достаточно легко.

Первый вариант. Сделайте не один поддомен, а 10, поскольку браузеры огранчивают количесво одновременных запросов к серверу.
Второй вариант. Объедените картинки в спрайты и позиционируйте их.
Третий вариант. Создавайте картинки на стороне клиента спомощью JS. Преобразуйте картинки в BASE64, запишите в несколько файлов (не забудьте gzip) и вставляйте js'ом через data.
Четвертый вариант. Сделайте одну большую картинку, разместите по центру. Далее загружайте маленькие картинки и наклабывайте сверху.
Еще вариантов масса - фантазируйте.

Как сказал @AMar4enko вам больше подойдет ExtJS или Dojo. Для data-binding можете использовать Knockoutjs вам никто не запрещает. Knockoutjs это не фреймворк, а библиотека, также как и BckboneJS.
Если вам нужен фреймворк - Angular. Из backbone, как я помню, можно сделать фреймворк.
Для MDI ничего не мешает вам написать код, который это сделает, или найти библиотеку для фреймворка, которая это сделает. Если не найдете - задумайтесь, необходимо ли вам это.
Лично мое мнение: куча открытых окон с разнообразной информацией - не то, что надо пользователю.

По поводу первого. Как я понял, вам просто надо выделить общий код в отдельный репозиторий. Далее, для локальных проектов, делать просто

hg pull http://bla.com/main/baseproject
git pull http://bla.com/main/baseproject.git

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

По поводу второго вопроса:
Можете тоже отдать на растерзание системе контроля версий, однако мержить будет сложновато, когда изменены строки в обоих репозиториях.
Наилучший вариант, это когда есть три файла:
1. Настройки по-умолчанию в базовом проекте.
2. Файл настроек проекта.
3. Файл настроек разработчика.

По поводу третьего вопроса:
Вам необходимы миграции БД. Это вообще отдельный механизм который правильно сделать тяжело, а жить без него трудно.

Вам нужна модель. Читайте документацию.

Можно, но наверное, весь канал не утилизируете. Как говорится, курите маны.

Это нормально, не трогайте.

Вы так не сделаете. mod_rewrite не может делать запросы на другой домен и отдавать контент.
Если вы хотите так сделать, тогда используйте mod_proxy

Можете использовать FileZilla инструкция

Кажется я понял что вам надо сделать. Первый вариант и наиболее простой - сделать у компьютеров белые IP адреса.
Второй вариант, который точно будет работать, это сделать дырку и вместо нормального NAT использовать full cone nat.

iptables -F
iptables -X
iptables -t nat -F
iptables -t nat -X
iptables -t mangle -F
iptables -t mangle -X
iptables -P INPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -P OUTPUT ACCEPT
echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -t nat -A POSTROUTING -o <ваш исх интерфейс> -j MASQUERADE

Как я понял, RTMFP работает это через udp hole punching.
Доп материал
habrahabr.ru/post/150298
help.adobe.com/en_US/adobemediaserver/configadmin/...
en.wikipedia.org/wiki/UDP_hole_punching
habrahabr.ru/post/155803

Поменяйте канал в роутере на другой.

Если вам надо отредактировать исходники страницы, тогда это можно сделать с помощью хрома.
Редактируете, потом ПКМ -> сохранить. Посмотрите в доки по devtools, там вроде можно нормально редактировать, но я не уверен.

WebStorm Live edit