По современным правилам будет зарезервирован на 50 лет, после чего может быть переиспользован. Хотя, конечно, есть вероятность что этот срок потом еще продлят.
Так ISO-коды выдает ISO, и с точки зрения ISO код "IO" будет свободен и сможет быть переиспользован. А домены выдает IANA по кодам ISO, и если домен ".IO" будет уже занят, то новосозданная страна, получившая ISO-код "IO" не сможет получить домен соответствующей своему коду.
А что делать, если потом какая-то новая страна получит от ISO код "IO"? Оставить страну без домена? Или забирать домен с "общих" и отдавать этой стране?
В целом это от пакета и его postinstall scripts зависит. Как именно у openssh - не помню, тем более это может отличаться в разных дистрибутивах/версиях и нужно отдельно проверять. Вероятно, что сработает, но лишний рестарт не навредит)
Ну, в случае ручного апдейта я считаю, что лучше посмотреть, что именно и как будет устанавливаться/сноситься во время апдейта. А то бывают случаи, когда неудачный апдейт пол системы сносит.
Если подходит "-y", то можно и автоапдейт настроить.
Так тарифы могут быть разные. Например, продавец продает какую-то услугу за 10 $/месяц, или 60 $/год, обычная практика, оптом дешевле. Дальше продавец идет на встречу клиентам и разрешает ежемесячное снятие по годовому тарифу, получается 5 $/мес в течение года, все довольны. А потом находится клиент, который покупает годовой тариф, но пользуется месяц и отменяет подписку.
И ладно бы это был какой-то стриминговый сервис, например, там не очень большие потери на таком клиенте. А если это аренда сервера, и был собран недешевый кастомный сервер конкретно под этого клиента. Вот отменяет такой клиент через месяц платежи под трехлетнему тарифу, и хостер остается с никому не нужным сервером, и будет еще три года за него кредит выплачивать.
Или вот еще стандартная практика - при аренде авто по кредитке все штрафы потом снимаются с постфактум с этой же кредитки. И вот кто-то накатался с ветерком под камеры, потом сдал машину и отменил привязку кредитки. А через месяц арендатору приходит пачка квитанций на штрафы за превышение, и кто их будет оплачивать?
Ну и еще пример - берет кто-то где-то микрокредит и тут же отвязывает кредитку, чтобы долг не возвращать.
Во всех случаях банк не в курсе договоренностей клиента с продавцом
Это на словах просто. А на практике, у компании самой может не быть всех прав на публикацию исходников - часть купила по закрытой лицензии у кого-то, часть покрывается NDA с партнерами, часть - это чьи-то патенты. А может и не быть исходников вообще - купили библиоткеки в бинарниках, или просто потеряли . Кроме того исходники нужно очищать перед отдачей в опен-сорс, а то мало ли что там окажется. Еще может быть надежда, что код убыточного софта захочется переиспользовать в другом проекте. И это мы говорим только про исходники програмной части. А ведь кроме когда есть еще и ресурсы со своими лицензиями, без которых код - бесполезен.
По хорошему - продавец может подать регрессный иск к своему поставщику и возместить все убытки понесенные в тяжбах с правообладателем. И так по цепочке до производителя. Но для этого нужно работать в белую, выбирать проверенных поставщиков, а не однодневок, что в условиях таких мелких магазинов скорее всего проблематично.
Про корейские тесты ничего не знаю, но в японских много кто решает задания на черновиках, а ответы на лист ответов переносит в последние минуты теста. И тут как раз полторы минуты очень много значат.
В данном случае sputnik8 всячески пытается скрыть реального поставщика услуг. Их правила не дают пользователю даже косвенно узнать, кто поставщик:
"При переписке с Пользователем, Поставщик услуг обязуется не передавать напрямую Пользователю свою контактную информацию (контактный телефон, email, skype и иные данные прямо или косвенно указывающие на Поставщика)"
Это в корне отличается от объявлений, рекламы и т.п., где цель - привести пользователя к поставщику. Здесь же видна цель "сделать вид, что мы и есть поставщик"
Нет, нужно легально прожить в Японии больше 5 лет, зарабатывать достаточно, чтобы себя содержать, не иметь судимостей, не заниматься антияпонской деятельностью. Даже знание японского не является строго обязательным, если на собеседовании продемонстрируете, что можете обойтись в своей жизни и работе без него.
Так производительность - это не количество ядер и RAM. Вы же не сравниваете прогресс в автомобилестроении количеством колес и объемом бензобака?
А если смотреть подробнее - то между процессорами iPhone 8 и 13 - A11 и A15 разница в техпроцессе - в два раза, в L2-кэше - в 4 раза, заметная разница в GPU. По всем тестам производительности A15 быстрее в 2-3 раза - этого достаточно, чтобы почувствовать ускорение? И это только процессор. А еще экран стал ретиной, диагональ выросла с 4.7" до 6", совсем другие камеры, RAM удвоилась до 4 Gb, Flash удвоился и много чего еще.
По моим наблюдениям - мало кто покупает каждую следующую модель смартфона. Обычно меняют раз в 3-4 года. Автомобили меняют еще реже. Те, кто бежит за каждой следующей моделью, конечно, существуют, но в процентном отношении - это мизер, и погоду они не делают.
Я не знаю семантики функции FormatLogMessageForDisplay, но похоже, что это "условно чистая" функция, которая вернет одинаковый результат при одинаковых аргументах, т.е. если она без ошибок отработала в первый раз, она и во второй раз отработает без ошибок.
MultiByteToWideChar может вернуть 0, я говорил только, что не может вернуть отрицательное число.
Хотя согласен — это опасный стиль программирования, и потенциально приводит к ошибкам.
Авиалайнеры - хороший пример, кстати. Профессия пилота - не вымерла, а бортинженера, штурмана, радиста - вымерла
Ожидание: Ааа, всё пропало, ИИ нас всех заменит
Реальность: ИИ сидят на пособиях, люди вкалывают еще больше, чтобы всех их прокормить
Справедливости ради, если Core вышел в 2006, то проектировался он в течение нескольких лет до этого, т.е. как раз при Гелсингере в роли .
По современным правилам будет зарезервирован на 50 лет, после чего может быть переиспользован. Хотя, конечно, есть вероятность что этот срок потом еще продлят.
Так ISO-коды выдает ISO, и с точки зрения ISO код "IO" будет свободен и сможет быть переиспользован. А домены выдает IANA по кодам ISO, и если домен ".IO" будет уже занят, то новосозданная страна, получившая ISO-код "IO" не сможет получить домен соответствующей своему коду.
А что делать, если потом какая-то новая страна получит от ISO код "IO"? Оставить страну без домена? Или забирать домен с "общих" и отдавать этой стране?
К сожалению, Телеграму не хватает возобновления экспорта - при остановке или повторном экспорте чата приходится заново перекачивать все файлы.
С удивлениям не нашел запроса на такую фичу в багтрекере, поэтому создал сам:
https://bugs.telegram.org/c/43045
Поддержите, кому интересно.
Это в Safari не работает? В Chrome 127.0.6533.89 (Windows) - работает, Firefix 115.14.0esr - не работает
Можно попробовать в адресной строке ввести:
После чего страницу можно редактировать. Также можно создать соответствующую закладку.
P.S. Именно в Safari не проверял
В целом это от пакета и его postinstall scripts зависит. Как именно у openssh - не помню, тем более это может отличаться в разных дистрибутивах/версиях и нужно отдельно проверять. Вероятно, что сработает, но лишний рестарт не навредит)
Ну, в случае ручного апдейта я считаю, что лучше посмотреть, что именно и как будет устанавливаться/сноситься во время апдейта. А то бывают случаи, когда неудачный апдейт пол системы сносит.
Если подходит "-y", то можно и автоапдейт настроить.
Так тарифы могут быть разные. Например, продавец продает какую-то услугу за 10 $/месяц, или 60 $/год, обычная практика, оптом дешевле. Дальше продавец идет на встречу клиентам и разрешает ежемесячное снятие по годовому тарифу, получается 5 $/мес в течение года, все довольны. А потом находится клиент, который покупает годовой тариф, но пользуется месяц и отменяет подписку.
И ладно бы это был какой-то стриминговый сервис, например, там не очень большие потери на таком клиенте. А если это аренда сервера, и был собран недешевый кастомный сервер конкретно под этого клиента. Вот отменяет такой клиент через месяц платежи под трехлетнему тарифу, и хостер остается с никому не нужным сервером, и будет еще три года за него кредит выплачивать.
Или вот еще стандартная практика - при аренде авто по кредитке все штрафы потом снимаются с постфактум с этой же кредитки. И вот кто-то накатался с ветерком под камеры, потом сдал машину и отменил привязку кредитки. А через месяц арендатору приходит пачка квитанций на штрафы за превышение, и кто их будет оплачивать?
Ну и еще пример - берет кто-то где-то микрокредит и тут же отвязывает кредитку, чтобы долг не возвращать.
Во всех случаях банк не в курсе договоренностей клиента с продавцом
Это на словах просто. А на практике, у компании самой может не быть всех прав на публикацию исходников - часть купила по закрытой лицензии у кого-то, часть покрывается NDA с партнерами, часть - это чьи-то патенты. А может и не быть исходников вообще - купили библиоткеки в бинарниках, или просто потеряли . Кроме того исходники нужно очищать перед отдачей в опен-сорс, а то мало ли что там окажется. Еще может быть надежда, что код убыточного софта захочется переиспользовать в другом проекте. И это мы говорим только про исходники програмной части. А ведь кроме когда есть еще и ресурсы со своими лицензиями, без которых код - бесполезен.
По хорошему - продавец может подать регрессный иск к своему поставщику и возместить все убытки понесенные в тяжбах с правообладателем. И так по цепочке до производителя. Но для этого нужно работать в белую, выбирать проверенных поставщиков, а не однодневок, что в условиях таких мелких магазинов скорее всего проблематично.
Про корейские тесты ничего не знаю, но в японских много кто решает задания на черновиках, а ответы на лист ответов переносит в последние минуты теста. И тут как раз полторы минуты очень много значат.
В данном случае sputnik8 всячески пытается скрыть реального поставщика услуг. Их правила не дают пользователю даже косвенно узнать, кто поставщик:
"При переписке с Пользователем, Поставщик услуг обязуется не передавать напрямую Пользователю свою контактную информацию (контактный телефон, email, skype и иные данные прямо или косвенно указывающие на Поставщика)"
Это в корне отличается от объявлений, рекламы и т.п., где цель - привести пользователя к поставщику. Здесь же видна цель "сделать вид, что мы и есть поставщик"
Нет, нужно легально прожить в Японии больше 5 лет, зарабатывать достаточно, чтобы себя содержать, не иметь судимостей, не заниматься антияпонской деятельностью. Даже знание японского не является строго обязательным, если на собеседовании продемонстрируете, что можете обойтись в своей жизни и работе без него.
Так производительность - это не количество ядер и RAM. Вы же не сравниваете прогресс в автомобилестроении количеством колес и объемом бензобака?
А если смотреть подробнее - то между процессорами iPhone 8 и 13 - A11 и A15 разница в техпроцессе - в два раза, в L2-кэше - в 4 раза, заметная разница в GPU. По всем тестам производительности A15 быстрее в 2-3 раза - этого достаточно, чтобы почувствовать ускорение? И это только процессор. А еще экран стал ретиной, диагональ выросла с 4.7" до 6", совсем другие камеры, RAM удвоилась до 4 Gb, Flash удвоился и много чего еще.
По моим наблюдениям - мало кто покупает каждую следующую модель смартфона. Обычно меняют раз в 3-4 года. Автомобили меняют еще реже. Те, кто бежит за каждой следующей моделью, конечно, существуют, но в процентном отношении - это мизер, и погоду они не делают.
Я не знаю семантики функции
FormatLogMessageForDisplay, но похоже, что это "условно чистая" функция, которая вернет одинаковый результат при одинаковых аргументах, т.е. если она без ошибок отработала в первый раз, она и во второй раз отработает без ошибок.MultiByteToWideCharможет вернуть 0, я говорил только, что не может вернуть отрицательное число.Хотя согласен — это опасный стиль программирования, и потенциально приводит к ошибкам.