Не за что, раньше таковы были. Но есть хорошая возможность проверить установив локальный сервер. На пример, OpenSerwer. Или попробуйте по этой ссылке. (если что, используйте VPN.)
А когда эту статью последний раз обновляли? Ни один из описанных методов не фунциклирует. Можно мютировать и обнулять громкость, но autoplay от этого работать не начнёт. Так же iframe allow="autoplay " тоже когда-то работало, но не сейчас. Отправка HTTP-заголовка тоже не помогла. Так что, сейчас уже предпринято все 100% мер для того, чтобы audio autoplay больше не существовал.
Думаю, что в этом деле должны помочь обработчики событий элементов onfocus() и onblur() Во первых, отправлять постзапросы на сервер при каждом срабатывании этих событий, тогда можно будет фиксировать, когда и по каким блокам кликают посетители, и время пребывания на блоке подсчитывать, как разницу между временем проишествия каждого из этих событий. Во вторых, если это текст, то пусть он при onfocus() приобретает нормальную контрастность, а при onblur() пусть становится бледным. Тогда ничего не останется, как кликать по тексту, чтобы его прочитать. Это даст возможность отследить прочтение, т к просто чтение текста в любом месте не отследить.
Я проверил в Firefox вариант с setInterval(). Переключение на другую вкладку с периодом 5 секунд роли не играет. А какая минимальная частота повторения используется у Вас? И ещё - если период повторения может оказаться короче, чем продолжительность аудиофайла, то перед play() нужно обнулять временную позицию воспроизведения, заставляя звук проигрываться сначала:
Тогда хочу уточнить - вызываться звук может в любой момент, но он должен быть зацикленным, пока не нажмут на паузу? Если да, то при каждом вызове лучше создавать новый элемент аудио с помощью JS.
Функция currentUpdate() ни от куда не вызывается. Её содержимое напрашивается переписать так: progress.setAttribute("value", video.currentTime);
Не могу сообразить, от куда её нужно вызывать и почему до первого срабатывания oninput() всё идёт правильно, но после этого ручная перемотка уже не вызывает движение range.
В общем, во время записи наоборот - звук ещё сильнее опережает изображение. Веб-интерфейс видимо не даёт гарантии качественной записи видео, даже качество изображения заметно желает лучшего.
Да, я уже нашёл. Правда, ещё в коде не оказалось элемента с id=log, а так всё остальное работает. А вот почему звук отстаёт, трудно сказать, т к весь код обрабатывает вместе изображение со звуком, и нет возможности рассматривать эти процессы по отдельности.
Это рассчёт количества вариантов всех возможных слов без учёта регисра, вопрос был по поводу одного слова с учётом регистра. А весь алфавит с учётом регистра выходит состоит не из 33, а из 66 буков. Правда, если учесть, что заглывных буквы ы, мягкого и твёрдого знаков быть не должно, то получается 63.
