rPman

json (mysql >=5.7)

Стандарный шрихкод EAN-13. Насчет оборудования не знаю. Телефоном точно можно считывать.

Где значок Фэйспалма?1111
На стройке нет ничего постоянного, а только временное.
Железобетон переваривает и глушит Wi-fi, тем более подвал.
Даже смартфон с мощной батареей недолго проработает в режиме съёмки и видеотрансляции.
Рабочим потребуется таскать приличных размеров аккумулятор.
Провода до камеры будут рваться.
Потребуется инфраструктура для подзарядки всего этого хозяйства.
Камеры должны быть антивандальными.
Пропускная способность Wi-fi сети, реальная, потребуется не менее 1 Гбита.
Всё оборудование нужно будет смонтировать, настроить.
Сигнал от камер будет теряться - сотни часов чтобы настроить всю эту систему.
Это пока всё что пришло на ум, но это далеко не всё.
Окститесь. Это не дорого, это супер дорого.
Для эти целей используюn обычные камеры на обычных столбах. Ну, иногда наш руководитель проекта "летал" по стройке на квадрокоптере.

Модели камер в студию. Если они беспроводные и поддерживают wifi, onvif то можно создать wifi mesh, в крайнем случае, попробовать просто точек доступа понавтыкать, но тогда видео будет прерываться на несколько секунд при переходе из зоны одной точки доступа в зону другой. Все камеры подключаем к wifi, каждой раздаем свой статический ip адрес.

Чтобы все работало в режиме реального времени (с задержкой в 1-2 секунды, которая всегда будет на ip камерах), необходимо wifi сеть собрать на оборудовании с поддержкой 802.11r и 802.11k.

С камер записывать на сервер видеонаблюдения, подключая все камеры в виде onvif камер.

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

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

"Вопрос: почему так мало видеоуроков"
А смысл видеоуроков именно для языка, а не среды разработки? Текстовый вид же применительно к этому имеет кучу плюсов.

"есть ли GUI у языка Cи"
У языка GUI быть не может. Может быть у среды разработки и библиотека GUI, которую можно дёргать из этого языка (Gtk хотя бы)

Чем вездеход хуже самолета?
Гуя нет ни у какого языка, есть среда разработки.

wi-fi репитетр ставите во дворе и все проблемы

Клиентские сертификаты

Есть link rel="preload", link rel="prefetch" для просто HTML.

Также можно оформить web-страницу как HTML5 приложение и в манифесте перечислить используемые ресурсы. Они сохраняются в особом кеше, отдельном от HTTP, они подгружаются и обновляются другим механизмом. Но это сложнее, этот манифест потом нужно поддерживать в актуальном состоянии.

Винда сама сожрёт пол-гига. Не хватит, конечно. Разе что отказаться от IDE в пользу текстовых редакторов (Sublime Text)

Гугл ставит что знает о странице, когда саму страницу ему нельзя индексировать, да, нередко это внешний анкор

Я использую для этих целей связку библиотек Retrofit + RxJava. Первый решает вопросы обращения к серверу, второй помогает делать это асинхронно. Еще, как правило, для автоматического парсинга JSON ответов от сервера использую библиотеку GSON.

Вам в любом случае желательно перед node поставить HA Proxy или nginx.

Отдайте сжатие ему. Заодно можете добавить современное Brotli-сжатие.

"Более случайный", то есть менее предсказуемый генератор случайных чисел в Java называется SecureRandom.
Но учтите, что это криптографическая операция. А потому относительно "тяжёлая".

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

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

Моей сейчас семь, мультики любит, но без фанатизма. Мы успешно прошли все подшивки "Школы семи гномов", рекомендую. Из развивающих игрушек использовали разве что GComprix, и то очень умеренно. Зато настольных игр у нее полный шкаф. Для вашего возраста уже кое-что можно брать - "Доббль", например.

В четыре года мы взяли букварь, и дочь читала по странице каждый вечер. Потом - мы читаем сказку на ночь. До сих пор последний час перед сном - час чтения. Сначала дочь, потом мы. К семи годам читает бегло, с выражением, а главное - с удовольствием. Школьные уроки - в охотку и с интересом.

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

Это просто волшебно, то есть есть люди, считающие что если они отсканируют 2 раза 1 лист, то получат 2 совпадающих изображения... Хм, интересно...

Изображения будут сильно разными, вы сканируете лист, потом на нем пишут/пляшут/пьют кофе, снова пихают в сканер, но уже под другим углом, сканируют и сравнивают... Да просто отсканил - вытащил - вложил будет серьезно отличаться. Функция которая будет все это РАСПОЗНАВАТЬ и при этом лопатить все картинки котрые там есть - это явно какой-то аццкий ад.

Неужели не проще каждому документу завести в базе/файле запись с id, именем документа, именем файла, датой и комментариями, и нормально все это хранить???

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

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

- куча времени, убитого на поиски, адаптацию, и допиливание означенного автопостроителя
- эмоции вида "как эта №%;%:?У#$^№ вообще работает??!" когда через пол-года придется добавить какое-либо новое поле
- апофеоз, когда потребуется добавить условие, не поддерживаемое автопострителем, какое-нибудь IF EXISTS

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

Поэтому излишняя автоматизация бывает очень вредна. И гоняться за ней не стоит.