У майков есть специальная форма, через которую следует отправлять подозрительные файлы. Её нетрудно найти, если вбить в поисковик фразу "Windows Defender send virus". Именно со стороны Защитника Windows тут и следовало заходить, т.к. если там реально вирус (вероятность чего крайне мала, но бог с ним), а Защитник его не детектирует — нужно отправить образец.
А не аттачить это прямо к письму и слать в поддержку.
В некоторых случаях сайт может быть заблокирован НКЦКИ по причине размещения противоправного контента на взломанном сайте
Большое спасибо нашему доблестному церту и ДЦОА: внереестровые блокировки сайта на ТСПУ, без уведомления владельца сайта/домена и хостера — это то, что мы давно ждали и к чему стремились! Ведь главное — как бы норот не увидел ужасающие сообщения, а администратор сайта не мог на него зайти, чтобы вернуть всё назад, сидел и недоумевал вместе с хостером о причинах недоступности сайта из РФ!
а также из-за его использования злоумышленниками для проведения компьютерных атак на критическую инфраструктуру
Ага-ага, блокируют пользовательские сети, потому что на сетях хостинг-площадок ТСПУ едва ли встречается :)
Блокировка применяется до момента фиксации НКЦКИ факта удаления противоправного контента.
Как минимум в одном известном мне случае блокировка началась уже после восстановления работы сайта.
С ДЦОА простой смертный связаться не может: номеров телефонов и емейлов нет в открытом доступе, а если и частное лицо им позвонит, от общаются они примерно так:
От статьи ожидал увидеть несколько иного, а не только предложения "структурируйте вывод журнала":
Необычных ситуации возникновения и последующей обработки ошибок
Чем руководствоваться при подготовке статических значений ошибок - писать заранее константы с текстом или хардкодом в месте создания ошибки? Как выделить атомарно-полезный текст вывода ошибки?
Насколько объемным должен быть журнал - вывод ошибки от библиотеки и трассировка должны быть по умолчанию, но что можно, и нужно ли, указывать дополнительно?
Распределение по уровням журнала - допустим библиотека журнала предоставляет несколько уровней (о ней ниже) записи, для удовлетворения всех нужд - Debug, Error, Warning, Info, Panic, а приложение - много-модульный web-сервис, в котором может происходить много операций одновременно с разными частями. Падения и грубые ошибки попадают в категории Err и Panic. А как распределить информационные ошибки - нужно ли регистрировать каждый чих, для отслеживания движения пользователя по системе? Ошибка авторизации в аккаунте - это Warning или Info?
Для журнала использую библиотеку https://github.com/uber-go/zap - она базируется на создании структурированного вывода ошибки, заранее объявляя поле пользовательского сообщения, поля для ошибки, при необходимости - автоматически добавляет поле с трассировкой. Немаловажным является, что и расширений куча, за счет того, что можно добавить hook-и при возникновении некого события и выполнить некое дополнительное действие. Таким образом у меня выполняется управление файлами журнала (аля logrotate) и уведомление на почту при падениях приложения.
А почему не Dev.to? Медиум читают, но не комментируют. В результате это как публичное выступление... только в текстовом виде. И "успех" на Медиуме... он другой. А вообще, Хабр в том числе притягивает тем, что особую дичь либо утопят в минусах, либо жёстко разнесут в комментариях... как вашу статью про Docker. Медиум не даёт ни того, ни другого. Никакой обратной связи.
7a действительно неплохой вариант, недавно перешел со второго пикселя. Китайцы наверное имеют смысл в регионах куда гуглу лень официально заходить, там 5G/Call over WIFI etc могут быть отключены по умолчанию (и тогда нужен рут для обхода).
А почему в SPF-записи подсети в таком виде перечисляются? Я как-то сталкивался с подобной проблемой - предыдущий админ на почте, привязанной к яндексу, тоже прописывал подсети в виде ip-адресов, и когда провайдер добавлял/удалял новые сервера, почта начинала сыпаться в спам, пока не обновляли список адресов. В итоге оказалось достаточно прочитать инструкцию, заменить грядку ip на один fqdn, и проблема ушла.
Я полтора года мучался с проблемой на 10-летнем ноутбуке Acer: на еще "родной" полумертвой батарее периодически стала пропадать зарядка. То есть заряд, то нет... И так с периодичностью в несколько секунд и противным попискиванием, когда ноутбук переходил с питания от сети на аккумулятор, и потом обратно.
Сначала, думал блок питания накрылся. Даже купил новый и проверил. Проблема осталась и я вернул новый блок питания в магазин ))) Так как батарея, после 8 лет жизни на тот момент, уже практически была мёртвой, я заказал у нас в России новую батарею, китайскую. С новой батареей сначала было все нормально. Но ситуация повторилась через полгода.
Греша на китайских друзей, я еще раз заказал китайскую батарею, но уже на Алиэкспресс, предварительно внимательно почитав отзывы. Предыдущую китайскую я разобрал-распилил ради интереса, и отдал другу ради аккумуляторов 18650...
С второй новой батареей с Алиэкспресс также сначала было все нормально. Но, примерно через полгода зарядка снова начала пропадать!
За исправность внутренностей ноутбука, целостность разъемов и т.д. я был более-менее уверен, так как ноут все время был только в моем личном и бережном использовании; и разбирал я его для чистки и ремонта петель неоднократно и также бережно, проводя внимательный осмотр.
Я снял батарею, и очень тщательно почистил контакты на посадочном месте батареи на материнской плате, тщательно и бережно снимая возможные окислы и жировой налет. Особенно уделив внимание, не паре силовых контактов разъема батареи, а "слаботочным" контактам, которых в разъеме штук 5-6.
И проблема ушла! Самопроизвольные переключения питания исчезли!
При всём уважении к вашим наблюдениям, по моей статистике ремонтов чужих ноутов, в статье категорически не хватает 1) просто не работает блок питания, 2) внутри бука отвалился контакт разъёма питания, 3) человек носил в сервисный центр, где за 5 тысяч и месяц времени ему тупо сняли что-то из железа (например, ssd) и вместо него вставили заведомо нерабочий экземпляр. Топ-3 всех времён по моему опыту.
Расскажите им про prestable -)
что подтверждаете, что невнимательный человек сливает что угодно?)
git diff --cachedв помощьПопробуйте в церт написать, как советует статья. Вдруг поможет.
https://cert.gov.ru/
После лечения напишите на incident@cert.gov.ru — разблокируют за пару часов.
У майков есть специальная форма, через которую следует отправлять подозрительные файлы. Её нетрудно найти, если вбить в поисковик фразу "Windows Defender send virus". Именно со стороны Защитника Windows тут и следовало заходить, т.к. если там реально вирус (вероятность чего крайне мала, но бог с ним), а Защитник его не детектирует — нужно отправить образец.
А не аттачить это прямо к письму и слать в поддержку.
Всё что угодно, лишь бы свободный Open 3D Engine не пилить.
Выглядит интересно, но в чём его преимущество перед Unreal, Unity или GoDot?
Большое спасибо нашему доблестному церту и ДЦОА: внереестровые блокировки сайта на ТСПУ, без уведомления владельца сайта/домена и хостера — это то, что мы давно ждали и к чему стремились! Ведь главное — как бы норот не увидел ужасающие сообщения, а администратор сайта не мог на него зайти, чтобы вернуть всё назад, сидел и недоумевал вместе с хостером о причинах недоступности сайта из РФ!
Ага-ага, блокируют пользовательские сети, потому что на сетях хостинг-площадок ТСПУ едва ли встречается :)
Как минимум в одном известном мне случае блокировка началась уже после восстановления работы сайта.
С ДЦОА простой смертный связаться не может: номеров телефонов и емейлов нет в открытом доступе, а если и частное лицо им позвонит, от общаются они примерно так:
От статьи ожидал увидеть несколько иного, а не только предложения "структурируйте вывод журнала":
Необычных ситуации возникновения и последующей обработки ошибок
Чем руководствоваться при подготовке статических значений ошибок - писать заранее константы с текстом или хардкодом в месте создания ошибки? Как выделить атомарно-полезный текст вывода ошибки?
Насколько объемным должен быть журнал - вывод ошибки от библиотеки и трассировка должны быть по умолчанию, но что можно, и нужно ли, указывать дополнительно?
Распределение по уровням журнала - допустим библиотека журнала предоставляет несколько уровней (о ней ниже) записи, для удовлетворения всех нужд - Debug, Error, Warning, Info, Panic, а приложение - много-модульный web-сервис, в котором может происходить много операций одновременно с разными частями. Падения и грубые ошибки попадают в категории Err и Panic. А как распределить информационные ошибки - нужно ли регистрировать каждый чих, для отслеживания движения пользователя по системе? Ошибка авторизации в аккаунте - это Warning или Info?
Для журнала использую библиотеку https://github.com/uber-go/zap - она базируется на создании структурированного вывода ошибки, заранее объявляя поле пользовательского сообщения, поля для ошибки, при необходимости - автоматически добавляет поле с трассировкой. Немаловажным является, что и расширений куча, за счет того, что можно добавить hook-и при возникновении некого события и выполнить некое дополнительное действие. Таким образом у меня выполняется управление файлами журнала (аля logrotate) и уведомление на почту при падениях приложения.
substack.com
https://www.codeproject.com/
https://hackernoon.com/
ну и мой любимый reddit (но там надо уметь работать).
А почему не Dev.to? Медиум читают, но не комментируют. В результате это как публичное выступление... только в текстовом виде. И "успех" на Медиуме... он другой.
А вообще, Хабр в том числе притягивает тем, что особую дичь либо утопят в минусах, либо жёстко разнесут в комментариях... как вашу статью про Docker. Медиум не даёт ни того, ни другого. Никакой обратной связи.
7a действительно неплохой вариант, недавно перешел со второго пикселя. Китайцы наверное имеют смысл в регионах куда гуглу лень официально заходить, там 5G/Call over WIFI etc могут быть отключены по умолчанию (и тогда нужен рут для обхода).
А почему в SPF-записи подсети в таком виде перечисляются? Я как-то сталкивался с подобной проблемой - предыдущий админ на почте, привязанной к яндексу, тоже прописывал подсети в виде ip-адресов, и когда провайдер добавлял/удалял новые сервера, почта начинала сыпаться в спам, пока не обновляли список адресов. В итоге оказалось достаточно прочитать инструкцию, заменить грядку ip на один fqdn, и проблема ушла.
Я полтора года мучался с проблемой на 10-летнем ноутбуке Acer: на еще "родной" полумертвой батарее периодически стала пропадать зарядка. То есть заряд, то нет... И так с периодичностью в несколько секунд и противным попискиванием, когда ноутбук переходил с питания от сети на аккумулятор, и потом обратно.
Сначала, думал блок питания накрылся. Даже купил новый и проверил. Проблема осталась и я вернул новый блок питания в магазин ))) Так как батарея, после 8 лет жизни на тот момент, уже практически была мёртвой, я заказал у нас в России новую батарею, китайскую. С новой батареей сначала было все нормально. Но ситуация повторилась через полгода.
Греша на китайских друзей, я еще раз заказал китайскую батарею, но уже на Алиэкспресс, предварительно внимательно почитав отзывы. Предыдущую китайскую я разобрал-распилил ради интереса, и отдал другу ради аккумуляторов 18650...
С второй новой батареей с Алиэкспресс также сначала было все нормально. Но, примерно через полгода зарядка снова начала пропадать!
За исправность внутренностей ноутбука, целостность разъемов и т.д. я был более-менее уверен, так как ноут все время был только в моем личном и бережном использовании; и разбирал я его для чистки и ремонта петель неоднократно и также бережно, проводя внимательный осмотр.
Я снял батарею, и очень тщательно почистил контакты на посадочном месте батареи на материнской плате, тщательно и бережно снимая возможные окислы и жировой налет. Особенно уделив внимание, не паре силовых контактов разъема батареи, а "слаботочным" контактам, которых в разъеме штук 5-6.
И проблема ушла! Самопроизвольные переключения питания исчезли!
При всём уважении к вашим наблюдениям, по моей статистике ремонтов чужих ноутов, в статье категорически не хватает 1) просто не работает блок питания, 2) внутри бука отвалился контакт разъёма питания, 3) человек носил в сервисный центр, где за 5 тысяч и месяц времени ему тупо сняли что-то из железа (например, ssd) и вместо него вставили заведомо нерабочий экземпляр. Топ-3 всех времён по моему опыту.
И автобус бывает Мерседес.
Брокеры и шина решают похожую задачу, но по разному. Так что, ESB - совершенно отдельный способ.
Вариант с ESB-системами (шина данных) не рассматривается?
И, к сведению, лицензия 1С запрещает прямое обращение к её базе данных, всё только через платформу.