у меня тоже был такой вопрос. А как же больничный, отгул, отпуск, праздники и т.д.? Но возможно у автора стоит задача сделать что-то самое примитивное.
Мое предположение - скрипт бывает не успевает обработать аутх данные (событие не успевает подключиться вовремя), поэтому браузер думает, что соединение идет только по ип:порт. Я с таким иногда сталкиваюсь, в основном, только во время первого открытия браузера. Это бывает довольно редко, но какая-то одна-две вкладки могут выбивать это окно.
Кстати, для небольшой оптимизации вашего кода, можете изначально проверять details.isProxy, и если да, то продолжать весь остальной код. Это должно немного ускорить работу плагина/браузера.
rootnoroot, в ответе на этот вопрос, автор комментария предоставил ссылку по работе со статическими файлами. Сравните вариант работы в своем примере и в документации.
Uno, а я и не отказывался от подобных вашим методам. Реализовать можно по разному. Если есть буферизация ролика, которая подгружает его небольшой кусок, то можно и во время подгрузки сохранять текущую метку. Там разница до нескольких минут будет, что тоже не особо критично
tgarl, тогда уточняйте у человека, предоставляющего вам услуги, как смотреть логи сервера. То что я написал - это основной метод для просмотра всех ошибок. Возможно путь в логу можно будет указать в папке сайта и по определенному юрл получать доступ к этому файлу
на сколько мне известно, ютуб не секунда-в-секунду сохраняет последнее время просмотра, а с небольшой задержкой, а значит, если говорить о банальном, у ютуба есть таймер на каждые 10 секунд, где он заносит данные в бд с текущей меткой времени, на которой находится плеер.
upd. Конечно у этого метода есть и минусы - частая работа с бд, особенно если видео одновременно будет смотреть 100+ человек, то это в моменте может быть, грубо говоря, 100+ запросов к бд. Но оптимизация - это уже другой вопрос