Перебирают намного глубже.
В качестве теста на ~30 серверах я пробросил 22-й порт на сторонний сервер и там выставлял разного рода «словарные» пароли, наблюдая за брутфорсами.
В среднем ожидание взлома пароля из списка www.iau.org/public/themes/naming_stars занимало 1-3 недели.
Числовой, например 6227020800 (он тоже входит в словари) около суток.
Отнюдь.
10minutemail, cock.li и т.д. не принимают многие сервисы, например github.
Плюс одна регистрация в yandex даёт сразу 6 алисов — ru|ua|by|kz|uz|com (возможно ещё narod.ru), которые воспринимаются сторонними сервисами как отдельные e-mail.
Я лично не в теме ТВ, но всегда думал, что операторам нужно согласовывать с каналом точку приема сигнала. И если каналу не нравится эфир или спутник, то он просто не согласует и оператор уже будет вне правового поля
Каналы напрямую не общаются с операторами. За редким исключением а-ля Евроспорт, NatGeo, Fox. Все остальные делегируют права посредникам, которые для Оператора являются Правообладателями.
Правообладателю плевать как Оператор получает сигнал. Оператор платит только за «право ретрансляции контента». Сейчас многие Правообладатели даже операторских карт доступа не высылают.
И так и так. Когда надо было 50 учёток в один день делал их через прокси.
Когда нужна одна делаю со своего статического. В среднем раз в месяц завожу новую со своего ip.
# Запускается каждую вторую минуту первых десяти минут каждого часа
0-10/2 * * * * /path/to/exec
Я бы не использовал в описании интервально-шаговых событий слово «каждую». Отнюдь, не придираюсь, просто зачастую формулировку «каждую вторую» воспринимают как «каждую чётную».
С учётом данного примера с 0-й левой границей интервала это справедливо, но может вызывать непонимание конструкций вида
1-11/2 * * * * /path/to/exec
Разумеется и здесь можно говорить «каждую вторую начиная с 1», но сам стараюсь использовать формулировки «через две минуты», «с шагом в две минуты».
Лет 15 назад я искал удаленную подработку. До этого я не имел опыта Linux и работал только на FreeBSD.
И вот в первый-же день (скорее даже час) работы я «промахнулся» и узнал, что в Centos у crontab нет «глупых» вопросов а-ля
# crontab -r
remove crontab for root?
Всю ночь я его восстанавливал по логам. Странно, что не уволили…
Каюсь — грешен. Эту минусовал я.
Вообще я крайне редко минусую статьи (не из корпоративных блогов) вне зависимости от их содержания именно по причине того, что автор рассчитывает на ППА и, что бы он не писал, кто я такой чтобы лишать его заработка.
Но когда идут день за днем статьи по одной теме (считаю что лучше одна объемная чем три по три абзаца) я пропускаю первую, терплю вторую, но не выдерживаю на третьей.
Хотя если бы в тот момент понимал, что она может «пробить» 50 минусовать бы не стал…
Именно так, потому что echo не «интересуют» переменные окружения.
Пример EDITOR=mcedit crontab -e
откроет cron в mcedit EDITOR=vi crontab -e
откроет cron в vi
но $ EDITOR=vi echo "one: [$EDITOR]"
one: []
echo просто пофиг на нашу переменную окружения.
Но мы можем задать её как переменную оболочки и ограничить область действия (Bourne shell-совместимое поведение): $ (EDITOR=vi; echo "one: [$EDITOR"]); echo "two: [$EDITOR]"
one: [vi]
two: []
аналогично для запрашиваемого примера: $ (LANG=C; /bin/echo $LANG); /bin/echo $LANG
C
en_US.UTF-8
Это Bourne shell-совместимое поведение.
Не будет работать в C-shell'ах
Там потребуется выполнять env, set или setenv соответственно для изменения переменной окружения, установки сессионной переменной и экспорта переменной.
Топ 10 языков для перевода игры (если она уже на английском): французский, итальянский, немецкий, европейский, испанский, упрощенный китайский, бразильский португальский, русский, японский, корейский, турецкий.
Я на днях исследовал аналитику ресурсов занимающихся автопереводом английской википедии. По этим данным французский занимает пятое место, а итальянский вообще десятое.
А первое место с огромным отрывом удерживает голландский ~25% всех посетителей.
Французский
Наряду с Францией он открывает двери Бельгии, Швейцарии, Монако и ряду африканских стран.
Конкретно для Бельгии цифры оказались ещё интереснее — французский составил около 10%, голландский 80+%
Эти данные, конечно, могут иметь перекос так будут зависеть от количества «нормальных» локализованных версий страниц википедии.
Причин может быть много и как на стороне генератора EPG так и на стороне STB/TV.
Наиболее частая проблема — это неправильные время или часовой пояс (опять же как на самом ТВ так и в потоке). Причем, учитывайте, что EPG для каждого танспордера может формироваться разными ПО и устройствами, как следствие, на разных транпордерах могут быть разные причины.
Бывают весьма нетривиальные, например, одна из серий Филипсов висла(помогает только хард-ребут) если передать расширенное описание длиннее чем N-символов.
Если мультиплексор позволяет сохранять EPG при ремультиплексировании потоков, то оставляют EPG принятый в потоке.
То есть, если при ремультиплексировании изменяются PID'ы, то мультиплексор должен правильно извлечь блоки из EIT потоков и переназначить пиды в случае конфликтов.
В таком случае задача генерации EPG целиком лежит на производителе контента, а мультиплексор только производит пересборку таблицы и выдачу ее в новый TS
Если же EPG в первичном потоке отсутсвует, то его можно ввести в поток с помощью собственного генератора/файлового стримера (правообладатель делает операторам рассылку телепрограммы за неделю/месяц). Таким же образом вводятся, например OTA для обновления STB.
В этом случае мультиплесор должен уметь блокировать EPG во входном потоке, чтобы не было конфликтов с вводимым EPG.
100+ позволяет любая «цифра».
Вопрос не зачем «цифра» в кабеле, а зачем там T/T2 вместе с C?
Такой зоопрак операторы пользовали 4-6 лет назад из экономии, но проблема в том, что только ограниченное количество телевизоров(5 лет назад только Самсунг) позволяет комбинировать С+T без переключения стандарта.
tsduck также умеет детектировать SCTE-35 и сплайсить по ним. Вроде как с начала 18-го года.
В качестве теста на ~30 серверах я пробросил 22-й порт на сторонний сервер и там выставлял разного рода «словарные» пароли, наблюдая за брутфорсами.
В среднем ожидание взлома пароля из списка www.iau.org/public/themes/naming_stars занимало 1-3 недели.
Числовой, например 6227020800 (он тоже входит в словари) около суток.
Как и варианты с "+".
10minutemail, cock.li и т.д. не принимают многие сервисы, например github.
Плюс одна регистрация в yandex даёт сразу 6 алисов — ru|ua|by|kz|uz|com (возможно ещё narod.ru), которые воспринимаются сторонними сервисами как отдельные e-mail.
Каналы напрямую не общаются с операторами. За редким исключением а-ля Евроспорт, NatGeo, Fox. Все остальные делегируют права посредникам, которые для Оператора являются Правообладателями.
Правообладателю плевать как Оператор получает сигнал. Оператор платит только за «право ретрансляции контента». Сейчас многие Правообладатели даже операторских карт доступа не высылают.
Когда нужна одна делаю со своего статического. В среднем раз в месяц завожу новую со своего ip.
s.nord.by/s/m/2019-09-26_11-10-30_98ae3510-f4c9-4dec-a674-1a2085de2d081622.png
Я бы не использовал в описании интервально-шаговых событий слово «каждую». Отнюдь, не придираюсь, просто зачастую формулировку «каждую вторую» воспринимают как «каждую чётную».
С учётом данного примера с 0-й левой границей интервала это справедливо, но может вызывать непонимание конструкций вида
Разумеется и здесь можно говорить «каждую вторую начиная с 1», но сам стараюсь использовать формулировки «через две минуты», «с шагом в две минуты».
И вот в первый-же день (скорее даже час) работы я «промахнулся» и узнал, что в Centos у crontab нет «глупых» вопросов а-ля
Всю ночь я его восстанавливал по логам. Странно, что не уволили…
Вообще я крайне редко минусую статьи (не из корпоративных блогов) вне зависимости от их содержания именно по причине того, что автор рассчитывает на ППА и, что бы он не писал, кто я такой чтобы лишать его заработка.
Но когда идут день за днем статьи по одной теме (считаю что лучше одна объемная чем три по три абзаца) я пропускаю первую, терплю вторую, но не выдерживаю на третьей.
Хотя если бы в тот момент понимал, что она может «пробить» 50 минусовать бы не стал…
Тем кто посчитал можно отмечать сегодня?
Хотя я бы перенес на 9-е сентября в память о старике Ритчи.
Именно так, потому что echo не «интересуют» переменные окружения.
Пример
EDITOR=mcedit crontab -eоткроет cron в mcedit
EDITOR=vi crontab -eоткроет cron в vi
но
$ EDITOR=vi echo "one: [$EDITOR]"
one: []
echo просто пофиг на нашу переменную окружения.
Но мы можем задать её как переменную оболочки и ограничить область действия (Bourne shell-совместимое поведение):
$ (EDITOR=vi; echo "one: [$EDITOR"]); echo "two: [$EDITOR]"
one: [vi]
two: []
аналогично для запрашиваемого примера:
$ (LANG=C; /bin/echo $LANG); /bin/echo $LANG
C
en_US.UTF-8
Не будет работать в C-shell'ах
Там потребуется выполнять env, set или setenv соответственно для изменения переменной окружения, установки сессионной переменной и экспорта переменной.
А первое место с огромным отрывом удерживает голландский ~25% всех посетителей.
Конкретно для Бельгии цифры оказались ещё интереснее — французский составил около 10%, голландский 80+%
Эти данные, конечно, могут иметь перекос так будут зависеть от количества «нормальных» локализованных версий страниц википедии.
Наиболее частая проблема — это неправильные время или часовой пояс (опять же как на самом ТВ так и в потоке). Причем, учитывайте, что EPG для каждого танспордера может формироваться разными ПО и устройствами, как следствие, на разных транпордерах могут быть разные причины.
Бывают весьма нетривиальные, например, одна из серий Филипсов висла(помогает только хард-ребут) если передать расширенное описание длиннее чем N-символов.
То есть, если при ремультиплексировании изменяются PID'ы, то мультиплексор должен правильно извлечь блоки из EIT потоков и переназначить пиды в случае конфликтов.
В таком случае задача генерации EPG целиком лежит на производителе контента, а мультиплексор только производит пересборку таблицы и выдачу ее в новый TS
Если же EPG в первичном потоке отсутсвует, то его можно ввести в поток с помощью собственного генератора/файлового стримера (правообладатель делает операторам рассылку телепрограммы за неделю/месяц). Таким же образом вводятся, например OTA для обновления STB.
В этом случае мультиплесор должен уметь блокировать EPG во входном потоке, чтобы не было конфликтов с вводимым EPG.
Вопрос не зачем «цифра» в кабеле, а зачем там T/T2 вместе с C?
Такой зоопрак операторы пользовали 4-6 лет назад из экономии, но проблема в том, что только ограниченное количество телевизоров(5 лет назад только Самсунг) позволяет комбинировать С+T без переключения стандарта.
Зачем вам в кабеле T/T2?