до физики суб-атомного уровня а там еще конь не валялся...
последние десятилетия формулы допилили, вполне валялся (построили вероятностную модель, все в квантовом мире на вероятностях описали), есть даже симуляторы есть, вот популярное видео объясняющее как ток идет по проводам
в этом и заключается работа программиста, разобраться в структурах данных, найти готовый инструмент или написать его самому.
не важно сколько у тебя баз данных, в твоем коде ты можешь подключаться одновременно ко всем и по своей логике вызывать запросы и читать и писать во все
Только нужно помнить, что когда работаешь с несколькими базами данных, атомарность операций между ними отсутствует, т.е. если во время работы скрипта произойдет ошибка, то не будет гарантий что данные будут записаны одновременно в обе базы.
Отличный пример - ты в одной базе удаляешь запись а в другой ее создаешь, но если произойдет ошибка между этими операциями, точнее между вызовами commit, то данные будут удалены из первой базы но не будут записаны во вторую.
В данном случае нужно будет не только следить за порядком операций (сначала скопировать, потом удалять) но и вводить свои механизмы контроля над целостностью данных, чтобы иметь возможность восстановления после сбоя. Например перед удалением эти данные переносить в специальный лог, например в виде sql строк их создания в том виде в котором они были до удаления (чтобы можно было этот код выполнить автоматически и "откатить" операцию удаления).
На самом деле способов организации атомарности операций между базами данных много, и в основном там различия либо тебе нужно много менять кода работы с этой базой данных либо много совершать действий в момент возникновения проблем.
p.s. хорошенько подумай, может все же будешь работать с одной базой данных, не создавая проблем на пустом месте?
Зачем работать с json как с текстом, когда можно работать как с объектами, зачем создаешь самому себе трудности? json decode есть на всех языках в сотнях реализаций.
Если json очень большой (или нужно экономить память) то пользуйся потоковыми парсерами, они обрабатывают лексемы по очереди, а ты для каждой уже видишь атрибут это или массив или вложенный объект.
HighMan, автомонтирование флешек в linux для обычных пользователей уже давно не проблема
то что у тебя в fedora что то не работает скорее всего из-за того что ты полез глубоко во внутренности (автомонтирование реализовано через systemd или udev), не задумываясь о последствиях.
у меня очень важный вопрос, кому может понадобиться перебирать страницы миллиона результатов поиска?
возможно вы используете неподходящий инструмент либо не продумали юзабилити своего интерфейса
само собой проверять значения от клиента никто не отменял
конкатенация sql не нормальная практика (в нормальных orm есть подготовка и параметрические запросы) но если надо, то можешь делать что угодно, главное понимать проблемы и решать их заранее
нет, это примитивное приложение чтобы показать как работает webrtc, я вообще не понимаю почему этот проект еще не закрылся он работает десяток лет наверное
одно подключение user1 с машины к этой же машине по localhost, внутри этого подключения запускаешь rdp подключение под user2, где запускаешь свой браузер и запись изображения (не гарантирую что obs будет работать хорошо, аппаратного ускорения тут не будет)
последняя проверка, подключись смартфоном, у которого нет проблем с подключением к wifi роутеру, к твоему устройству, работающему в режиме роутера и если проблема сохранится то это что то с железом.
wifi вроде не должна так односторонне скорость резать
вот последний момент удивителен
что за устройства ты подключаешь
потому что причина именно в этом, точкой доступа могут работать не все устройства (это драйверами определяется и железом, чего в ограничении больше - хз, мне кажется это маркетинг)
последние десятилетия формулы допилили, вполне валялся (построили вероятностную модель, все в квантовом мире на вероятностях описали), есть даже симуляторы есть, вот популярное видео объясняющее как ток идет по проводам