rPman

Покупаете смартфон, пилите или ищите готовое приложение (вопрос в понятии 'удобство постановки на сигнализацию'), крепите его не стенку так чтобы фронтальная камера смотрела куда надо - профит.

Что то мне говорит что по деньгам это будет дешевле всего.

p.s. почти любая ip веб камера имеет алгоритмы детекта движения с отправкой фото или кусков видео на ftp, представить квартиру без роутера и интернета - сложно, в крайнем случае докупаете роутер с поддержкой 3g...

vlan-ы, в этом случае у вас будут несколько независимых локальных сетей, и не важно что у них одна и та же подсеть.

Все зависит от приемопередающего устройства, они определяют требования к среде передачи и производительность.

Стандарт который был определен для каоксиала подразумевает 10мбит кажется 200метров, т.е. самый захудалый кабель такие скорости даст, тут пишут до 500, и кстати при наличии оборудования можно и 300мбит

А диски с данным и с функцией сжимания, непосектороно.

сжимать некоторые системные файлы windows нельзя

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

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

p.s. javascript в браузере работает очень быстро, и 99.999% тормозов создают манипуляции с dom, т.е. код поиска всех необходимых элементов на странице потратит считанными миллисекунды времени, а затем почти секунду на их сокрытие, и это скорее всего никак не ускорить.

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

Потому что майкрософт за все время своего существования не предложила адекватной системы репозитариев, а когда родило свой недомагазин, умудрилось сделать добавление чужих веток - только через задницу (private store). Никак не могут понять монополисты, что удобные и эффективные системы - только децентрализованные, без единого центра - отличный пример linux package managers как у debian/ubuntu или как у redhat.

Существуют 3rd-party репозитарии приложений, к сожалению разработчики не желают в них добавлять свои... по причине 'а какого фига я буду заморачиваться на какие то левые системы'.

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

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

Решение - прописать в hosts домен, под который у вас выдан сертификат, на локальный ip (127.0.0.1 или из локальной сети) и установить его в локальный вебсервер. Т.е. вы будете работать с тем же доменом что и боевой но локально он будет заходить на локальный сайт а не на боевой (чтобы снова зайти на боевой - убираете запись из hosts)

3) полученные объекты превращал в массив с помощью конструкции json_decode(json_encode(<объект из шага 2>), true), именно этот пункт забирает очень много производительности по оперативке.

ваша проблема тут!

Зачем вы это делаете? ассоциативные массивы объективно медленнее чем работа с объектами, и даже если надо, всегда можно на конкретном уровне написать (array)$obj и работать с уже массивом полей объекта, так же foreach прекрасно работает с полями объекта как с элементами массива.

p.s. и самое главное, не работайте на сайте с xml, преобразуйте данные в более удобный для php вид, к примеру serialize или даже var_export (делает код php инициализирующий массив, его можно просто include или eval), делайте это в момент загрузки xml файла на сайте админом, а уже при работе с данными подгружайте файл удобным способом.

Ну и классика - данные нужно хранить в базе данных (загружать медленнее но зато работать быстрее всего)

Все зависит от количество человек, которые будут одновременно подключаться.
Попробуйте из бесплатных https://jitsi.org/projects/ (на хабре недавно была даже крохотная статья)

Нужен домен контроллер, из бесплатных на базе linux samba, для этого нужна отдельная машина, хватит чуть ли не малинки, можно воспользоваться облачными решениями (лучше настроить самому на vps-ке), потребуется vpn до них (не обязательно делать так чтобы интернет шел через него, только локальная сеть). Правда без доступа к домен контроллеру будут сложности.

Без домен контроллера придется колхозить, вариантов много но все они страдают разными проблемами.

Например, помимо ярлыков и файлов есть настройки приложений, которые хранятся как в виде файлов Local и AppData в профиле пользователя, так и в реестре. А еще есть глобальные для локальных пользователей но в пределах одного компьютера настройки приложений, они так же хранятся в реестре либо в каталоге c:\ProgramData (кстати эти настройки домен контроллер не синхронизирует)

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

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

Универсальной прозрачной синхронизации настроек и установки приложений я не видел, под linux такие есть, но не под windows.

На производительность заметно будут влиять драйвера sata контроллера (режим ahci) если у вас ssd и драйвера видеокарты (и кстати nvidia/amd были замечены в замедлении видеокарт в новых драйверах, майнеры помню перебирали разные версии для оптимального результата), все остальное читай не заметно и определят не скорость а принципиальную функциональность (например работа перефирии, сенсорный экран, радиомодули, картридера и т.п.)

Т.е. не будет ошибок, а будет либо работает либо нет.

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

Виртуальная машина любая на выбор от VirtualBox до qemu-kvm, указываете в качестве диска ваш, только заранее подготовьте 100mb раздел для boot (осторожно если у вас linux запускается в uefi режиме, такой раздел уже есть, и устанавливаете внутри виртуалки. Драйвера ставить не нужно (исключение если диски в режиме ahci, тогда для контроллера диска надо ставить либо переключать в legacy ide), когда загрузитесь уже с чистого железа, тогда и доустановите.

Проблема в том что установщик windows затрет и сломает все что найдет, поэтому забакапьте свой mbr и uefi boot разделы, потом вернете, и загружаться будете в windows через linux grub.
Если не хотите проблем из-за windows (любое крупное обновление может поломать загрузчик linux), держите его на другом диске, хоть на флешке или даже на другом компьютере/роутере (network boot)

Сверху страницы, сразу под меню или даже над ним, пусть даже занимает треть экрана, но пользователь просто скролирует страничку вниз и работает. Т.е. рекламу увидит но мешать работе она не будет.

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

Linux с nvidia дружат немного лучше чем с amd, но будете ограничены списком поддерживаемых ОС (приличным кстати), но это важный момент, вы же берете уже готовую сборку и что туда производитель вкорячил отдельный разговор и ужас (читаем описание на офф сайте Ubuntu Linux 16.04 - ужасаемся, она давно не поддерживается и даже штатный механизм обновления может сбоить).

Драйвера на видео лучше брать с сайта nvidia, там они свежее.

p.s. постарайтесь ответить на очень важный вопрос, почему вы выбрали именно эту готовую сборку и что вы от этого ожидаете?

Если не ставить задачу полной симуляции samba клиента на php то придется авторизовывать и подключать шару перед ее использованием, запустив штатную утилиту windows:

net use \\machine\share\ password /user:username /persistent:no

а в php тогда открывать эту шару как обычно (внимание, путь писать с разделителями '\' в строковых константах его нужно дублировать).
fopen('\\\\machine\\share\\path\\file','r')должны работать все методы включая glob и другие.
по окончании сессию можно дисконнектить
net use \\machine\share\ /delete

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

p.s. пока идет скачивание, пользователь, знающий про эту шару, сможет ее читать, так как авторизация идет на всю сессию пользователя windows, правда шара не будет подключена как буква диска, так что никак себя не проявит в интерфейсе.