pfg21, он может и до провайдера wifi тырить, может быть и троян непосредственно на компьютере
Автору: SSH может юзать устаревшие протоколы. Обновите и у себя и на сервере и не используйте пароли(только по ключам). У "одного человека" запросите подтверждения(например своих действий).
Ну и в целом пройтись по настройкам и где нужно включить более строгие не помешает, особенно если серверов у вас менее десятка и они редко обновляют свои ключи.
sashamaro, попробуйте поскачивать curl \ wget. Если проблем нет, то смотрите в сторону браузеров(client side), что-то им не нравится(я бы начал с заголовков и количества соединений на домен(если не http2)).
Если у curl \ wget тоже проблемы, то посмотрите error логи(и access хотя скорее всего там ничего нет) с максимальной детализацией какая вам доступна, поэкспериментируйте с параметрами(limit_rate со значением повыше также себя ведет?остальной конфиг не противоречит?) и ресурсами nginx( что лежит в кэше? количество подключений\открытых файлов\свободного места на диске?).
Роман Ракзин, если nginx на локалхосте, то код вашего приложения можно и не изменять.
Пользы от https между nginx и вашим приложением не много.
Как подключать ваше приложение к nginx это вы должны знать.
Как настроить https на nginx написана не одна статья.
А как подключить certbot к nginx написано на сайте LE.
К тому же причастность к левым симкам тоже в теории можно отследить (по другим симкам около той же вышки). Взаимодействовать с тремя операторами теоритически проще чем с рандомным провайдером из африки, а роуминг довольно дорог.
Dosian, да, секунд на 40, присутствуя вживую на матче.
Ну сам то как думаешь - писали бы они название матчей и время, если любой болельщик может прийти домой после матча и выиграть ламборджини?
Dosian, не факт. Как я написал выше - просто так не узнать.
То что вы смогли запустить небольшой отрывок после того как он произошел это ни о чем не говорит.
Этот кусочек может нарезаться прямо во время лайва и в теории при определенной конфигурации может лежать сколько угодно. Даже если вы запросите следующий кусочек в течение небольшого времени (настраиваемо, но вряд ли будут настраивать больше нескольких минут) это тоже ни о чем не говорит.
Если на пальцах поступающий поток нарезается кусочкам(ts), кусочки упаковываются в пачки(m3u8). Их формат, длительность, количество и время "доступности" очень гибко настраиваются в широких пределах, чем многие пользуются. Так кусочки могут протухать сразу же, а могут лежать вечность. Или вы можете запросить пачку за микросекунду перед тем как будет готова следующая и вам отдадут старую пачка. Через микросекунду вы запрашиваете каким нить скриптом следующую пачку, которая в теории(запущенный случай, никто так не делает) может содержать сотни кусочков секунд по 30 и при запросе последнего кусочка из свежей пачки вы получаете перепрыгивание в 50 минут. Как я сказал так никто не делает, потому что пачка в 50 минут обозначает расхождение трансляции с реальным матчем на 50 минут, что не очень приятно. Обычно стараются минимизировать размеры пачек и их длительность, но так чтобы не потерять в стабильности.
Paul Nice, ну я зашел по одной из сылок - никаких вебсокетов, никакой авторизации. Мб зависит от матча(разные вендоры, протоколы и плееры), но проверять лень.
Dosian,
1) в общем случае определить лайв или вод нельзя.
С таким же успехом можно как с камеры транслировать, так и посылать записанный сигнал. Это фактически.
2)Технически есть различие между водом и лайвом(если публикующему не прибегнул к п1, т.е. не выдает вод за лайв). Если список ts файлов в *m3u8 файле изменяется, то это лайв(опять же если не п.1).
3)Выдернуть как миниум в реалтайме можно хоть с помощью ffmpeg, хоть с помощью vlc.
Даже защищенный контент вы все равно можете скастить с экрана. Даже если на ПК у вас стоит следящее DRMо, то можете поставить аппаратный рекордер между экраном и HDMI выходом.
Соответственно если ведется чисто лайв без DVR и запись нигде не сохраняется, то поток можно сохранить только во время реалтайма.
Сергей Dydaevskiy, если там ничего нет, то возвращайтесь на http.
В противном случае можете на веб-сервере настроить проксирование этого сайта с iframe и забирать контент вебсервером с iframe по http, а отдавать пользователю по https.
Destroymydreams, сносить надо в любом случае, даже линукс, потому что неизвестно что производитель\посредник вам туда поставил(нет ли стороннего софта)
Вы бы хоть погуглили для начала. Неоднократно разбиралось и в гугле и в различных учебниках в том числе по плюсам. Нередко она является составной частью наипростейших задач для школьников вроде "переверните число".
Messi, ну первое это загуглить. Первая ссылка в гугле привела бы к эмулятору. Ну или написать что гугл не помог, искал так то.
Второе это подробнее описать - что за ошибка, на каких браузерах возникает(или почему решили что возникает), что уже пробовали чтобы решить проблему. Зная больше о проблеме можно предложить обходные пути(как пример режим тача в ФФ вместо эмулятора) или указать на ошибки в предыдущих решениях.
Третье это постановка вопросв - лично мне не сразу стало понятно, что ошибка возникает под андройдом, а работаете вы под убунтой.
Как исправлять ошибку в браузере на планшете?
Есть проект(сайт) который на сервере и локально на пк, работаем через git.
На пк ubuntu. Обнаружили ошибку на сайте(не реагирует на "тач" с планшета). Это нужно как-то исправлять, подскажите, пожалуйста
Создается впечатление, что у вас планшет с тачем на убунте и почему то тач не работает. Если бы не последняя фраза, то я и не понял бы.
Автору: SSH может юзать устаревшие протоколы. Обновите и у себя и на сервере и не используйте пароли(только по ключам). У "одного человека" запросите подтверждения(например своих действий).
Ну и в целом пройтись по настройкам и где нужно включить более строгие не помешает, особенно если серверов у вас менее десятка и они редко обновляют свои ключи.