В целом это от пакета и его 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, я говорил только, что не может вернуть отрицательное число.
Хотя согласен — это опасный стиль программирования, и потенциально приводит к ошибкам.
В первом случае утечки не будет: если if ((message_len = FormatLogMessageForDisplay( ... вернет значение <= 0, то malloc не отработает и освобождать ничего не нужно.
Во втором случае — да, действительно может быть утечка, если wmessage_buflen = MultiByteToWideChar( вернет 0. Кстати, MultiByteToWideChar(...) по документации не может вернуть отрицательное число.
Ну, всё-таки надо не забывать, что если мидл тратит, например, пол-зарплаты в Украине, то он платит ~5к грн НДС + акцизы. Это всё равно непропорционально меньше, чем кассир, но всё-таки в абсолютных цифрах больше. А дальше уже начинается спор о понятии справедливости — кто-то считает справедливым фиксированный налог, кто-то — плоскую шкалу, кто-то — прогрессивную.
Нужно сначала решить, для чего нам хранить дату рождения. Основные случи использования, думаю:
1. Для дополнительной аутентификации (по документам, при покупке авиабилетов и т.п.). Тут нужно хранить именно дату, и сравнивать только дату, без учёта часовых поясов.
2. Для определения возраста. Опять же, практически (и юридически) обычно часовые пояса не учитываются, а дата из документов считается по локальному часовому поясу. Да и случаи, при определение возраста разница в несколько часом имеет какое-то значения очень редки. Соответственно также нужно хранить только дату.
3. Поздравления с днем рождения и т.п. Какой-либо юридической значимости, обычно, не имеют, поэтому как хранить — непринципиально. Тем более, что разные люди по разному этот день начинают праздновать: кто-то в 00:00, кто-то знает точное время рождения, кто-то «как проснутся, с утра».
Ну так у вас и есть супер мелкий бизнес — 10 млн в квартал — это 40 млн/год, согласно законодательства РФ оборот менее 120 млн/год — микропредприятие. Зачем вам что-то больше Тильды?
200к — не такие и большие деньги, стоящий специалист в месяц больше получает, одно только нормально исследование рынка будет дороже стоить. Вы когда канцтовары покупаете, тоже требуете от поставщиков обоснования, исследование рынка, гарантии?
Понятно, что в экстремальных конфигурациях могут быть проблемы. Тем более, что железо выпустил не Microsoft и ему сложно отвечать за поддержку абсолютно всего. Но на «обычных» конфигурациях оно более-менее работает, не говоря уж о топовых.
Они не актуализируют, но драйвера от Windows XP нормально работают и под Windows 10. Да и не нужно особо актуализировать — за исключением пары мелочей, типа Smart Card Reader'а всё и так из коробоки работает.
Windows 10 спокойно ставится на Dell Latitude D820 2006 года выпуска. Современный софт тоже нормально ставится. Заметно тормозит разве что современный Web, но это уже совсем другая проблема.
В целом это от пакета и его 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, я говорил только, что не может вернуть отрицательное число.Хотя согласен — это опасный стиль программирования, и потенциально приводит к ошибкам.
В первом случае утечки не будет: если
if ((message_len = FormatLogMessageForDisplay( ...вернет значение <= 0, тоmallocне отработает и освобождать ничего не нужно.Во втором случае — да, действительно может быть утечка, если
wmessage_buflen = MultiByteToWideChar(вернет 0. Кстати,MultiByteToWideChar(...)по документации не может вернуть отрицательное число.youtu.be/Kedw7IhwnCc?t=2310
1. Для дополнительной аутентификации (по документам, при покупке авиабилетов и т.п.). Тут нужно хранить именно дату, и сравнивать только дату, без учёта часовых поясов.
2. Для определения возраста. Опять же, практически (и юридически) обычно часовые пояса не учитываются, а дата из документов считается по локальному часовому поясу. Да и случаи, при определение возраста разница в несколько часом имеет какое-то значения очень редки. Соответственно также нужно хранить только дату.
3. Поздравления с днем рождения и т.п. Какой-либо юридической значимости, обычно, не имеют, поэтому как хранить — непринципиально. Тем более, что разные люди по разному этот день начинают праздновать: кто-то в 00:00, кто-то знает точное время рождения, кто-то «как проснутся, с утра».
200к — не такие и большие деньги, стоящий специалист в месяц больше получает, одно только нормально исследование рынка будет дороже стоить. Вы когда канцтовары покупаете, тоже требуете от поставщиков обоснования, исследование рынка, гарантии?
Ubuntu 20.04.1 LTS — достаточно свежая?
Справедливости ради, у «iproute2» маска по умолчанию /32.
Windows 10 (2004) также подставляет маску исходя из класса сети.