Так в офлайне работает TOTP приложение, учетка тут не причем
И с помощью TOTP кодов можно защищать что угодно, не обязательно это публичный интернет сервис. Секретная корпоративная система, например, которая в сети предприятия развернута. Или какой сервис в домашней сети.
Вариант: Если человека нужно скрыть, будто его и не было никогда, то можно не его идентификатор менять, а удалить все, что с этим идентификатором связано, включая сам идентификатор.
Благо, есть гораздо более простое решение: использовать для указания путей не ключ «Path» (используемый по умолчанию), а ключ «LitteralPath», отключающий использование масок и обрабатывающий имя файла как оно есть.
cat -LiteralPath '[a-z]ook.txt'
В примере с обычным cat не было кавычек вообще, а с LiteralPath есть. Остались от примера с экранированием или без них не работает?
Просто выглядит так, что если уж буквально (literal) обрабатывать переданное имя, то и искать надо файл с кавычками в имени.
Вас же той самой базе - читать, писать, складывать и вычитать научили все же в школе? А нынешние дети пусть учат что к поминкам, а что к долгой дороге, как тяжести поднимать или опускать?
Еще причиной, на мой взгляд, может являться то, что не всем разработчикам может быть очевидно, что какая-то логика скрывается в БД. В большом проекте, где много команд и где ответственность разделена, а разработчики зачастую и в БД имеют ограниченный доступ, иногда даже и нет возможности легко узнать есть ли какой-то триггер на таблице или нет. Не говоря уж о его коде.
Когда у тебя есть хоть какой-то капитал, то и приумножить его проще, чем если ты начинаешь с полного нуля.
Верно, но капитал этот, тем не менее, тоже когда-то появился у своего держателя.
Допустим кому-то дали денег родители, а откуда они взяли эти деньги? Предположим, что им дали их родители, а тем? В итоге, все-таки, в самом начале кто-то именно с полного нуля и начинал, при этом сумел не растратить заработанное и передал потомкам.
ездить надо не только по крупным федеральным трассам и в городах где дорожная сеть полностью оцифрована
Каждому свое, как говорится. Несмотря на то, что существуют экскаваторы, лопаты все еде продаются и используются.
Тут ситуация схожая - если работы для экскаватора, сиречь автономного грузовика, нет, то тогда копают лопатой (едет живой водитель на обычном транспорте).
В Википедии есть, на мой взгляд, довольно логичная гипотеза, объясняющая "серединность" среды:
Существует предположение, что у предков восточных славян вся неделя состояла из пяти дней, и среда была её серединой. И лишь позднее у евреев через греков они заимствовали субботу, а с распространением христианства в их языке появилось и воскресенье.
В статье верно подчеркивается, что техническая сторона дела важна.
Однако я полагаю, что все же бОльшую роль в популярности видеохостингов и онлайн кинотеатров имеет библиотека контента - качественного и востребованного у пользователей. Если супер технологичный сервис не может заинтересовать покупателей тем, что предлагает - вряд ли техническое совершенство ему поможет всех победить.
Вывод, к которому это меня привело, таков: 1) всем нужно полностью ориентироваться на единую ОС, отринуть всякие конкуренции и прочие уводы внимания, времени и усилий в ненужное русло
Вроде бы я и не настаивал, что числа должны быть абстрактно-универсальными.
Я как раз за то, чтобы не забывать, глядя на небоскребы, что в основе все-таки конкретные сталь и бетон, а не некий универсальный "строительный материал" знания о котором строителям этих небоскребов не важны.
От языка требуется возможность определять свои domain-specific абстракции
Вроде бы никто и не мешает определять. Просто не на уровне самого языка, а пользуясь им. На то это и язык.
а не спотыкаться постоянно о встроенные машино-специфичные типы.
Не могу припомнить языки явно страдающие от поддержки встроенных типов. Но может такие и есть, просто я не в курсе.
Если работаешь с цветами, то практичнее определить тип Color с нужным набором операций, оставив нюансы низкоуровневого представления за кадром.
На мой взгляд "работа с цветом", "работа с документами", "работа с авиабилетами" это не задача языка. Это задачи конкретных библиотек/фреймворков.
Например, есть задача "описать вкус кофе".
На русском языке можно миллионом разных способов описать вкус кофе, который вы выпили на завтрак.
Сам язык при этом не имеет средств для истинной передачи вкуса, чтобы читатель ощутил ровно то же, что и вы.
Однако это не мешает пользоваться языком для описания вкуса, причем так, что читатель поймет что же писатель хотел до него донести.
Так же и на языках программирования высокого уровня можно описать нужные алгоритмы и при этом не требуется, чтобы язык поддерживал именно этот конкретный алгоритм или именно под него был разработан.
Все это может и должно жить в библиотеке.
Предметные домены, предметные же типы данных и связанные со всем этим абстрации должны жить в библиотеках, соглашусь.
Возможно, кстати, что вы видите какую-то принципиальную проблему в языках с определенными типами, но от меня эта проблема как-то ускользает.
Так в офлайне работает TOTP приложение, учетка тут не причем
И с помощью TOTP кодов можно защищать что угодно, не обязательно это публичный интернет сервис. Секретная корпоративная система, например, которая в сети предприятия развернута. Или какой сервис в домашней сети.
А в чем печаль, если "прочитал с удовольствием"?
По причине отсутствия внутреннего кармана?
Неприятные ощущения от надувания кишки воздухом и, поэтому, сдавливания окружающих органов, местная анестезия не уберет никак.
"Фон" в умнофоне приятеля не смущает, что характерно.
Вариант: Если человека нужно скрыть, будто его и не было никогда, то можно не его идентификатор менять, а удалить все, что с этим идентификатором связано, включая сам идентификатор.
При подключении TOTP вы можете секрет, который вам сервис предоставляет, сохранить и потом повторно его использовать для подключения.
Если сервис для подключения TOTP вам показывает секрет QR кодом, то можно его (QR код) сохранить хоть скрином, хоть фотографией.
Не нужно никуда светить.
Нужен домен и возможность проходить DNS challenge для получения сертификата на него, а ip может быть и в домашней сети при этом.
Понравилось название камеры номер 1 на картинке с кейса 3.
В примере с обычным cat не было кавычек вообще, а с LiteralPath есть. Остались от примера с экранированием или без них не работает?
Просто выглядит так, что если уж буквально (literal) обрабатывать переданное имя, то и искать надо файл с кавычками в имени.
Как раз-таки надо.
Вас же той самой базе - читать, писать, складывать и вычитать научили все же в школе? А нынешние дети пусть учат что к поминкам, а что к долгой дороге, как тяжести поднимать или опускать?
Еще причиной, на мой взгляд, может являться то, что не всем разработчикам может быть очевидно, что какая-то логика скрывается в БД. В большом проекте, где много команд и где ответственность разделена, а разработчики зачастую и в БД имеют ограниченный доступ, иногда даже и нет возможности легко узнать есть ли какой-то триггер на таблице или нет. Не говоря уж о его коде.
Верно, но капитал этот, тем не менее, тоже когда-то появился у своего держателя.
Допустим кому-то дали денег родители, а откуда они взяли эти деньги? Предположим, что им дали их родители, а тем? В итоге, все-таки, в самом начале кто-то именно с полного нуля и начинал, при этом сумел не растратить заработанное и передал потомкам.
Людей одна-то воздуходувка раздражает, а тут тише чем 2-3.
Каждому свое, как говорится. Несмотря на то, что существуют экскаваторы, лопаты все еде продаются и используются.
Тут ситуация схожая - если работы для экскаватора, сиречь автономного грузовика, нет, то тогда копают лопатой (едет живой водитель на обычном транспорте).
Предлагаю вам самому посмотреть.
https://ru.wikipedia.org/wiki/Среда
В Википедии есть, на мой взгляд, довольно логичная гипотеза, объясняющая "серединность" среды:
В статье верно подчеркивается, что техническая сторона дела важна.
Однако я полагаю, что все же бОльшую роль в популярности видеохостингов и онлайн кинотеатров имеет библиотека контента - качественного и востребованного у пользователей. Если супер технологичный сервис не может заинтересовать покупателей тем, что предлагает - вряд ли техническое совершенство ему поможет всех победить.
Всем это всему миру или вы про РФ?
Вроде бы я и не настаивал, что числа должны быть абстрактно-универсальными.
Я как раз за то, чтобы не забывать, глядя на небоскребы, что в основе все-таки конкретные сталь и бетон, а не некий универсальный "строительный материал" знания о котором строителям этих небоскребов не важны.
Вроде бы никто и не мешает определять. Просто не на уровне самого языка, а пользуясь им. На то это и язык.
Не могу припомнить языки явно страдающие от поддержки встроенных типов. Но может такие и есть, просто я не в курсе.
На мой взгляд "работа с цветом", "работа с документами", "работа с авиабилетами" это не задача языка. Это задачи конкретных библиотек/фреймворков.
Например, есть задача "описать вкус кофе".
На русском языке можно миллионом разных способов описать вкус кофе, который вы выпили на завтрак.
Сам язык при этом не имеет средств для истинной передачи вкуса, чтобы читатель ощутил ровно то же, что и вы.
Однако это не мешает пользоваться языком для описания вкуса, причем так, что читатель поймет что же писатель хотел до него донести.
Так же и на языках программирования высокого уровня можно описать нужные алгоритмы и при этом не требуется, чтобы язык поддерживал именно этот конкретный алгоритм или именно под него был разработан.
Предметные домены, предметные же типы данных и связанные со всем этим абстрации должны жить в библиотеках, соглашусь.
Возможно, кстати, что вы видите какую-то принципиальную проблему в языках с определенными типами, но от меня эта проблема как-то ускользает.