xmoonlight, profesor08, только сейчас дошло, что у автора скорее всего не вэб реализация аудио/видео конференции а аппаратная, по типу тех что ставят в конференц залах)))
Если это так, то вариант profesor08 на мой взгляд оптимален.
profesor08, насколько я понял, источником звука является MediaStreamAudioSource. Если это так, то как вы предлагаете, без обработки передавать аудиопоток? Транслировать все подряд? Намного логичнее на мой взгляд все таки произвести предобработку потока, чтобы исключить трансляцию от клиента в моменты когда он (клиент) молчит. Разве нет?
nekiystranger, память должна чиститься сама, для эти целей в js встроен сборщик мусора. А подробности процесса отчисти памяти браузером при обновлении страницы мне неизвестны.
Не верное утверждение)
например, для ситуации, когда json в файле это массив с объектами, то дописать можно вполне безболезненно. Например в файле: [ {...}, {...}, ..., {...} ]
тогда дозапись можно сделать по следующему алгоритму:
1. открываем файл на запись, не забываем выставить по...
2. записываем в файл: , {...} ]
3. закрываем файл.
PS: очевидно, что такой способ сопряжен с определенными рисками, подходит не для любой структуры данных и не позволяет ничего, кроме как добавить еще одну или несколько записей в конец массива. Но тем не менее это возможно)
Одиночка Айс, вы не правы, крон в данном случае будет слишком громоздким решением.
На самом деле имеется несколько путей реализации данного функционала и крон лишь один из них.
Другой, также достаточно очевидный и столь же не верный путь, это запускать таймеры напрямую в самом серверном скрипте (не знаю что у автора на сервере, php, nodejs, python или чтото еще, но это и не важно)
Верный же путь, правильно выстроить архитектуру БД таким образом, чтобы надобность в программах\скриптах\заданиях крона, выполняющихся по таймеру вообще отпала. Как упрощенный пример можно привести такой подход. Снабдить записи в БД некими временными метками, и считать их (записи/изменения) действительными если текущее время больше этой временной метки. Это существенно снизит нагрузку (не будут крутится десятки тысяч таймеров, или делаться столько же запросов в БД для проверки записей, которые "уже пора изменить") Но для того, чтобы это реализовать слишком мало информации (о серверном ЯП, о структуре БД, о том что это за таинственные записи в БД и как именно их надо менять а так же что на них завязано и многое другое)
LyciferZla, не совсем понятно как должно работать. Вы хотите чтобы запрос работал через определенное время не зависимо от нахождения пользователя на страрице или же наоборот, только после нахождения пользователя на странице в течении определенного времени?
