Майкрософт рекомендуют увеличить раздел, но интересно как пользователи это сделают с учетом что тот вроде тоже в иерархии разделов в начале диска.
При автоматической разметке первым разделом идёт загрузочный. Потом раздел(ы) с ОС и данными. Раздел восстановления идёт последним. Но с этим тоже нюанс - мне не известен штатный инструмент для расширения раздела "влево", только "вправо". А доступное, в результате сжатия крайнего правого раздела с данными, место для расширения раздела восстановления оказывается слева от раздела восстановления.
По приведённой в статье Майкрософт(сейчас, пересмотрев обсуждаемую статью, заметил что ссылка на эту инструкцию уже присутствует) ссылке на "KB5028997: инструкции по ручному изменению размера раздела для установки обновления WinRE", выполнил расширение раздела восстановления(на самом деле пересоздание раздела большего объёма), установил обновление - образ вроде прописался, обновление установилось.
В принципе, достаточно читать инструкцию и следовать ей(правда я расширил раздел сразу до гига, на будущее), но простого юзера я бы к diskpart точно не подпускал...
У нас продажник был по имени Семён. Когда поступал, дал написание для емейла как semen(так у нас было принято, что написание своего имени-фамилии для емейла пользователь сам сообщал). Эта предметная область мне была не знакома, поэтому такую ему почту и сделал(мысленно удивившись что он "ё" транслитерирует не как "yo" или "io").
Так он и общался с клиентами(включая иностранных) как semen, пока ко мне не обратился генеральный с просьбой переименовать его, чтобы не позориться перед иностранными клиентами, с которыми Семён состоял в переписке.
Просто у меня в сообщении две мысли соединились в одну, надо было разбить на два абзаца :).
Про универсальность Ctrl+W я писал в противовес комбинации Ctrl+Q(которую я попробовал загуглить, и нашёл только в шоткатах к калькулятору).
Про поведение программ на Ctrl+W при наличии последнего "документа" вы верно написали, может отличаться. В MDI редакторах обычно это ведёт к закрытию последнего документа, но не самого редактора. В этом есть смысл - после закрытия всех документов мы можем захотеть создать новый документ(хотя я обычно для этого использую Ctrl+N).
В случае браузера привычно что с закрытием последней вкладки закрывается и сам браузер. В некоторой степени в этом есть логика - вкладка это не сохранённый документ, можно открыть новую ссылку в той же вкладке(из избранного, или из адресной строки), ни на что кроме истории самой вкладки это не повлияет(в случае документа надо будет "Сохранить как" если мы планируем создавать новый документ из старого).
Именно про ломание привычного для браузеров(десктопных) поведения Ctrl+W при закрытии последней вкладки и было моё недоумение - зачем? Если бы добавилась настройка поведения при закрытии последней вкладки(с сохранением старого поведения по дефолту, или хотя бы не при чистой установке браузера) у меня бы не было никаких возражений. В ФФ кстати такая опция есть - browser.tabs.closeWindowWithLastTab. В Vivaldi тоже(Настройки-Вкладки-Управление вкладками). В Хроме, Опере и Эдже такую настройку я не нашел. Хотя может не достаточно глубоко искал - ведь в новости указано "Opera, Firefox и другие браузеры уже позволяют настроить такое поведение вкладок в настройках".
Вероятно можно(не знаю всех комбинаций, у одной только десятки их не на один экран описания). Но Ctrl+W это универсальная комбинация широко используемая в различном ПО с одинаковым поведением. Не понятно зачем ломать функционал со сложившимися привычками использования.
Не всегда это верно. Мне, например, нажать Ctrl+W удобнее чем Alt+F4. Я этим часто пользуюсь, и надеюсь что такое поведение будет доступно через настройки.
Права категории В есть(не помню, их достаточно для такого аппарата, или какую-то категорию дооткрывать надо), но с собой в лес я их конечно не беру :). Так что катаюсь в серой зоне, в режиме "неуловимый Джо". Но на ДОП-ы практически не выезжаю(кусок по соседнему СНТ разве что - из моего в те места даже тропинки нет, а то и там бы не появлялся), а на лесных просеках я никому не нужен.
Если подходить не столь экономно, то может получиться лучше - как и многих выше, сильно смущает несоответствие рамы весу седока(если развалится на ходу - можно покалечиться, особенно с таким весом), ну и экономить на аккумах стрёмно. Но бюджет конечно не будет столь скромным(у меня один только "донор" под электровел вышел дороже, хотя можно было поискать б/у вел). К варианту с мотор-колесеом я тоже присматривался, но по ряду соображений мне такой вариант не подходил. Впрочем я всё таки делал не скутер, а вел(с потенциальной возможностью вернуться на педалях). В процессе реальной эксплуатации осознал некоторые моменты(что-то решил радикально, как ампутация переднего крыла, а что-то пересмотрел), которые можно будет учесть, если решу собирать себе новый агрегат :).
Немного об аппарате(по-крупному)
"Донор" - Stels Pilot 770.
Мотор - "бафанговский" кареточник на 500Вт(меньшей мощности на 48в вроде не было, а то взял бы 350Вт). Впрочем по асфальту пиковые мощности комп показывал под 800Вт при примерно 35км/ч. Но это короткий участок чтобы резину от глины почистить после лесных дорог :), а так редко до 25км/ч требуется разгоняться. По лесу редко даже до 20км/ч разогнаться можно, типовая от 7 до 15 км/ч.
Задний V-брейк ампутирован, вместо него роллерный тормоз("шимано" с али).
Аккум Б26-2, 48В 10Ач(на NCM 21700, по информации на сайте производителя).
Сухой вес седока - 75-80 кг.
До полного разряда не пробовал катать(не по асфальту возвращаться всё таки), но в режиме поддержки(где дорога позволяла) 30км откатал до границы между желтой и красной зоной по БК. Только на гашетке катал чуть больше 20км, и ещё оставалось прилично.
Остаток заряда после лесной прогулки без помощи педалями
Вид свеже законченного аппарата
Перед погрузкой в авто
Первый выезд по назначению
После нескольких месяцев эксплуатации
Там же под конец сезона
Дороги +/- таковы
Хотя бывает и так - тут уже не проехать
Примерный остаток после поездки почти без кручения педалей
Если я правильно понял, то в статье речь идёт про аудиосигнал(как было на радио Маяк, может ещё где-то), "для ушей". Наручные часы с автоматической синхронизацией, и не только(например, метеостанции LaCrosse) используют другой сигнал - https://ru.wikipedia.org/wiki/DCF77.
Закалка применяется и для алюминиевых сплавов тоже. В принципе похоже на "процесс нагрева с последующим быстрым охлаждением", но могут мыть нюансы по профилю охлаждения(что впрочем верно и для некоторых марок сталей), отсюда есть, например, сплав В95 который используется виде В95пчТ1, В95пчТ2 и В95пчТ3("пч" указывает на чистоту сплава), отличающихся именно режимом термообработки(ну и разной прочностью-пластичностью, и некоторыми другими св-вами).
Например, ложный подберезовик отличается только тем, что на срез язык жжет, а розовеет только со временем, и, как показала практика, даже не все розовеют.
У вас случайно нет его фото? Потому что из всего похожего на подберёзовик, но не являющегося съедобным, мне в МО известен только желчный гриб(является ли он несъедобным, или же ядовитым — в интернете много разной информации, но утверждений о ядовитости со ссылками на исследования видеть не доводилось). Иногда его называют ложным белым, но там где я собираю грибы желчные по формам на белый не тянут.
У желчного есть весьма характерные признаки отличия от подберёзовика — рисунок ножки и розоватый геминофор(видимо именно пластинчатый геминофор в статье назван "жабры" :)).
Вот несколько фотографий желчного из личной коллекции(этого сезона)
)
Что до розовения со временем, то есть ещё такая разновидность как Подберёзовик розовеющий, вполне съедобный гриб.
P.S. По поводу проверки на вкус — в интернете попадались в описаниях гриба упоминания что даже если лизнуть срез, то можно заработать цирроз печени :). Хотя это заявление у меня вызывает сильные сомнения, но опознавать на вкус грибы с трубчатым геминофором я бы не рискнул(проверяю только белые подгруздки в "пограничных" случаях, чтобы отличить от млечников вроде перечного груздя). Но в любом случае горечь не показатель, т.к. во-первых, выше упоминалось о высокой изменчивости в зависимости от условий и биотопа, во-вторых, горечь относится к изменчивым признакам(т.е. может даже отсутствовать в сыром виде, иногда не перебивая маринад и в готовом, хотя согласно всем описаниям термообработка горечь только усиливает).
В оригинале "Ω plate". Не могу утверждать однозначно, но из остатков профильного образования я бы предположил что речь про зоны Генье-Престона(по крайней мере по описанию похоже). Но тогда непонятно в чём новизна исследования, если память мне не изменяет, то рост зон ГП при повышенной температуре известен давно…
С другой стороны, беглый гуглинг по "Ω plate in aluminium alloy Guinier–Preston zone" вроде не выдал пересечений между Ω plate и зонами ГП(правда совсем глубоко не закапывался). Возможно действительно нашли что-то новое(или просто дали название тому что раньше описывалось длинно). Плюс в первоисточнике зоны тоже кажется упоминаются(точнее GPB zone — Guinier–Preston–Bagaryatsky zone, не могу сказать в чём отличие от каноничной ГП).
P.S. Попробовал почитать гуглоперевод источника, но для него текст явно слишком непрофильный(а потому сложный для корректного перевода неспециалистом в данной области), а моим знаниям уже четверть века, так что не могу связать текст с остатками своих знаний :). Нужно подождать появления в комментариях кого-то кто долее близок к металловедению.
Такая проверка присутствует давно. В новости же речь(как я понял) о подтверждении владения аккаунтом в котором настраивается переадресация в случае если сессия покажется алгоритмам гугла подозрительной:
When these actions are taken, Google will evaluate the session attempting the action, and if it’s deemed risky, it will be challenged with a “Verify it’s you” prompt. Through a second and trusted factor, such as a 2-step verification code, users can confirm the validity of the action. If a verification challenge is failed or not completed, users are sent a “Critical security alert” notification on trusted devices.
Йота, юг МО, период с 04 на 05 июля, сервис app.weathercloud.net. Обесточивания точно не могло быть на моей стороне(120Ач батарея на интернет тому порукой).
Думал с вышкой работы проводились(у меня направленная антенна, на "соседнюю" само не переключится), а тут вот оно как оказалось...
Вот кстати да, дома до сих пор пользуюсь одной из первых оптических мышей от MS(модель по памяти не назову, очень похожа на InteliMouse Optical 1.0 в я.картинках, две кнопки плюс ролик с кликом) — пластик уже пожелтел, но переключатели до сих пор родные, и даже площадки кнопок стачивать для лечения от дребезга не пришлось. Поменял бы давно, но работает, и всем устраивает.
На работе использую логитех M-BJ58, купленную для работы(ну и понятное дело DF, CS, DoD, etc — много кликов она выдержала :)) в начале нулевых(т.к. отдел закупок выдавал только шариковые, то покупал за свои, поэтому при смене работы забрал с собой) — тут тоже ничего не перепаивал, а вот подпиливать площадки приходилось(в последний раз уже пришлось после подпиливания наклеивать фольгу для восстановления толщины).
К сожалению с более поздними мышами(хотя бы у логитек того-же ценового диапазона что мой трудяга, не говоря уже о модных гнущихся майкрософтах за многие тысячи рублей/шт) такой долговечности наблюдать не приходилось даже при офисном использовании :(.
+Примечание 3. Если учётка в Яндекс.ПДД использовалась для доступа к сервисам Яндекса, например Я.Музыка(список любимых исполнителей и понравившихся треков), то удаление этой учётки из пользователей Я.ПДД приведёт к потере накопленных данных/рекомендаций. И всё потому что для Yandex_ID внешние учётки не принимаются(а пользователи Я.ПДД считаются внутренними), в отличие от хотя бы Microsoft.
Поэтому хотя была мысль мигрировать в VK.Mail, но терять натренированное радио стало жалко. Тупо сократил число учёток до минимума. Точнее сейчас 3 в домене(одна тестовая, для проверки кого в ПДД считают за пользователя, пока работает), и админ с учёткой в yandex.ru, жду будут ли блочить отправку — формально пользователей четверо.
Так что увы, но миграция не всегда возможно. При этом не очень понятно что Яндекс выиграет если вместо платных учёток в Я.ПДД насоздавать нужное кол-во бесплатных учёток(ну да, не со своим доменом). Домен у меня личный, ящики использовались тоже для себя — учётка под я.радио(была ещё в народных картах, ну да фиг с ней — удалил), и несколько для отправки уведомлений от разных устройств и регистрации в сторонних сервисах(Я.Диск не использовался). Так что платить по 250 руб за учётку используемую.
P.S. В бесплатной версии VK.Mail в учётках нет сборщика писем — доступен только централизовано в режиме миграции почты. Впрочем тестовый ящик мигрировать с Я.ПДД удалось один раз из штук пяти попыток(проскочило на второй, но при перевключении миграции опять всё поломалось).
Я прекрасно знаю про резервирование IP по MAC, но, во-первых, делать это для всех компов организации не вижу смысла(а тимвьюер+RMS стоят везде кроме серверов). А во-вторых, как это решит проблему "по хостнейму тимвьюер не работает(по крайней мере 11-ая версия, которой пока пользуюсь), IP в адресной книге тоже не хранит"?
У нативного RDP есть недостатки вытекающие из его предназначения. Например, при подключении через RDP локальные(воткнутые в комп на который выполняется подключение) токены(aka "флэшка с ЭЦП") будут доступны только в том случае если программа использующая токен была запущена в "нормальном" подключении(или эмуляции работы пользователя за физическим ПК, как у тимвьюера и аналогов, вроде RMS в режиме "Управление").
Возможно предложенное решение имеет право на жизнь(но выглядит как костыль), вот только по хостнейму тимвьюер не работает(по крайней мере 11-ая версия, которой пока пользуюсь), IP в адресной книге тоже не хранит(не говоря уже о том что статика на пользовательских ПК в организации мне кажется маловероятной). А без статического IP описанное решение пригодится только для удалённой поддержки пользователя. Но у нас тимвьюера используется в том числе для решения проблемы из первого абзаца — "удалёнщики" в Тимвьюере(или RMS->Управление) стартуют профильное ПО для "захвата" локального токена, потом подключаются по RMS->RDP и работают.
P.S. Вариант брать юзерам токены с собой не подходит по ряду причин.
Комментарием ниже(по ветке) я тоже самое делал через "C:\Windows\system32\rasdial.exe"(при первом вызове сохраняет логин-пароль), правда у меня был вариант подключения "для всех пользователей", для конкретного надо убрать из создания соединения "-AllUserConnection $true", и в параметре rasdial указать файл адресной книги пользователя.
Ваш вариант требуется ставить дополнительный модуль, причём "из ненадежного репозитория", как выдаёт PS. К тому же, если на гитхабе я нашел именно его(VPNCredentialsHelper, автор вроде тот же что на powershellgallery.com), то он по сути дёргает за теже ниточки(rasapi32.dll, см. Src\VPNCredentialsHelper\VPNHelper.cs). Поэтому для себя не вижу смысла в нём.
P.S. Сохранение пароля конечно несекьюрно, но все изыскания я проводил для собственного использования. Пароль на виндовую учётку у меня сложный, Win+L при отходе от компа у меня работает на уровне рефлексов, левое ПО не запускаю — надеюсь этих мер достаточно чтобы сохранение пароля было бы достаточно безопасно.
Пользователь: Я не видела/ничего не получала, сделайте что-нибудь!
Мой ответ был по поводу усложнения инструкции. Если пользователь в принципе не способен выполнить описанное в инструкции(при условии что её писали так, чтобы повторить мог любой исполнительный человек), то не важно какой протокол использует ВПН. Конечно кроме случая когда всё что требуется от «клиента» это скачать(что вам тоже не очень нравилось в начале ветки) преднастроенный клиент, и установить его в стиле «далее-далее-ок». pfSence кстати умеет(умела?) создавать для OpenVPN индивидуальный пакет под каждого юзера, со всеми сертификатами и настройками. Но вроде для установки всё же требовались права администратора — кажется ставилась какая-то служба которая потом рулила маршрутами при запуске впн клиента от обычного юзера(но точно не скажу, т.к. давно уже не пользовался сборками из pfSence, как и OpenVPN по ряду причин).
Да, OpenVPN раздаст обновлённые маршруты(как вроде и циска для AnyConnect). Но не уверен что подобный пользователь(приходилось сталкиваться с такими — «смотрит в книгу, видит фигу») осилит первоначальную настройку клиента OpenVPN, сколько бы скриншотов не было в инструкции. Если же всё всё равно сведётся к тому что саппорту придётся подключаться на комп юзера(тимвьюер и т.п.), то страшное слово Powershell перестаёт быть страшным. По крайней мере cmd.exe я своих научил вызывать, как и пинг с трейсом запускать — удалённая работа, приходится им иногда самим под диктовку диагностировать почему у них не работает подключение в офис(когда я вижу что на стороне офиса проблемы нет). Хотя есть и те кто предпочитает сразу при упоминании консоли перезапустить свой домашний роутер(и что примечательно — обычно помогает :)).
P.S. 1000 заявок мне даже в страшном сне не снилось(у нас масштаб поменьше, плюс обычные юзеры на циску через AnyConnect пока ходят), иначе бы наверное придумал костыль для распространения и обновления маршрутов(скорее всего что-то самописное было бы).
В данном случае мануал остаётся всё так же прост, может даже проще — надо объяснить как запустить окно Powershell, и как скопировать-вставить-запустить строки из мануала. Не так удобно как в случае OpenVPN, но всё таки не сверх сложно. Плюс инструкция получается более независима от новшеств в GUI.
Собственно для моего случая там всего три команды:
# Добавить SSTP в явном виде не даёт(рекомендует L2TP), но даёт Automatic
Add-VpnConnection -Name "MyConn" -TunnelType Automatic -ServerAddress my.domain.xyz:8888 -AllUserConnection $true -AuthenticationMethod MSChapv2 -DnsSuffix home.local -EncryptionLevel Required -PassThru -SplitTunneling -RememberCredential
# Меняем тип подключения на SSTP, не забыв продублировать все доступные для командлета параметры(использованные ранее), иначе они перезатрутся:
Set-VpnConnection -Name "MyConn" -AllUserConnection -AuthenticationMethod MSChapv2 -DnsSuffix home.local -EncryptionLevel Required -IdleDisconnectSeconds 0 -RememberCredential $true -ServerAddress my.domain.xyz:8888 -SplitTunneling $true -TunnelType Sstp
# Добавляем маршрут
Add-VpnConnectionRoute -AllUserConnection -ConnectionName "MyConn" -DestinationPrefix 192.168.250.0/24 -PassThru -RouteMetric 1
Дополнительно можно и логин-пароль «автоматизировать»(правда лишь для случая индивидуальной инструкции для конкретного пользователя :)):
# Выполняем подключение с указанием логина и пароля(сохранятся благодаря опции -RememberCredential при создании и редактировании подключения):
C:\Windows\system32\rasdial.exe "MyConn" vpnusername 'strong_password' /PHONEBOOK:"c:\ProgramData\Microsoft\Network\Connections\Pbk\rasphone.pbk"
При автоматической разметке первым разделом идёт загрузочный. Потом раздел(ы) с ОС и данными. Раздел восстановления идёт последним. Но с этим тоже нюанс - мне не известен штатный инструмент для расширения раздела "влево", только "вправо". А доступное, в результате сжатия крайнего правого раздела с данными, место для расширения раздела восстановления оказывается слева от раздела восстановления.
Собственно сегодня столкнулся с проблемой, нагуглил B5034441: обновление среды восстановления Windows для Windows 10 версии 21H2 и 22H2: 9 января 2024 г..
По приведённой в статье Майкрософт(сейчас, пересмотрев обсуждаемую статью, заметил что ссылка на эту инструкцию уже присутствует) ссылке на "KB5028997: инструкции по ручному изменению размера раздела для установки обновления WinRE", выполнил расширение раздела восстановления(на самом деле пересоздание раздела большего объёма), установил обновление - образ вроде прописался, обновление установилось.
В принципе, достаточно читать инструкцию и следовать ей(правда я расширил раздел сразу до гига, на будущее), но простого юзера я бы к diskpart точно не подпускал...
У нас продажник был по имени Семён. Когда поступал, дал написание для емейла как semen(так у нас было принято, что написание своего имени-фамилии для емейла пользователь сам сообщал). Эта предметная область мне была не знакома, поэтому такую ему почту и сделал(мысленно удивившись что он "ё" транслитерирует не как "yo" или "io").
Так он и общался с клиентами(включая иностранных) как semen, пока ко мне не обратился генеральный с просьбой переименовать его, чтобы не позориться перед иностранными клиентами, с которыми Семён состоял в переписке.
Просто у меня в сообщении две мысли соединились в одну, надо было разбить на два абзаца :).
Про универсальность Ctrl+W я писал в противовес комбинации Ctrl+Q(которую я попробовал загуглить, и нашёл только в шоткатах к калькулятору).
Про поведение программ на Ctrl+W при наличии последнего "документа" вы верно написали, может отличаться. В MDI редакторах обычно это ведёт к закрытию последнего документа, но не самого редактора. В этом есть смысл - после закрытия всех документов мы можем захотеть создать новый документ(хотя я обычно для этого использую Ctrl+N).
В случае браузера привычно что с закрытием последней вкладки закрывается и сам браузер. В некоторой степени в этом есть логика - вкладка это не сохранённый документ, можно открыть новую ссылку в той же вкладке(из избранного, или из адресной строки), ни на что кроме истории самой вкладки это не повлияет(в случае документа надо будет "Сохранить как" если мы планируем создавать новый документ из старого).
Именно про ломание привычного для браузеров(десктопных) поведения Ctrl+W при закрытии последней вкладки и было моё недоумение - зачем? Если бы добавилась настройка поведения при закрытии последней вкладки(с сохранением старого поведения по дефолту, или хотя бы не при чистой установке браузера) у меня бы не было никаких возражений. В ФФ кстати такая опция есть - browser.tabs.closeWindowWithLastTab. В Vivaldi тоже(Настройки-Вкладки-Управление вкладками). В Хроме, Опере и Эдже такую настройку я не нашел. Хотя может не достаточно глубоко искал - ведь в новости указано "Opera, Firefox и другие браузеры уже позволяют настроить такое поведение вкладок в настройках".
Вероятно можно(не знаю всех комбинаций, у одной только десятки их не на один экран описания). Но Ctrl+W это универсальная комбинация широко используемая в различном ПО с одинаковым поведением. Не понятно зачем ломать функционал со сложившимися привычками использования.
Не всегда это верно. Мне, например, нажать Ctrl+W удобнее чем Alt+F4. Я этим часто пользуюсь, и надеюсь что такое поведение будет доступно через настройки.
Права категории В есть(не помню, их достаточно для такого аппарата, или какую-то категорию дооткрывать надо), но с собой в лес я их конечно не беру :).
Так что катаюсь в серой зоне, в режиме "неуловимый Джо". Но на ДОП-ы практически не выезжаю(кусок по соседнему СНТ разве что - из моего в те места даже тропинки нет, а то и там бы не появлялся), а на лесных просеках я никому не нужен.
Если подходить не столь экономно, то может получиться лучше - как и многих выше, сильно смущает несоответствие рамы весу седока(если развалится на ходу - можно покалечиться, особенно с таким весом), ну и экономить на аккумах стрёмно. Но бюджет конечно не будет столь скромным(у меня один только "донор" под электровел вышел дороже, хотя можно было поискать б/у вел). К варианту с мотор-колесеом я тоже присматривался, но по ряду соображений мне такой вариант не подходил. Впрочем я всё таки делал не скутер, а вел(с потенциальной возможностью вернуться на педалях). В процессе реальной эксплуатации осознал некоторые моменты(что-то решил радикально, как ампутация переднего крыла, а что-то пересмотрел), которые можно будет учесть, если решу собирать себе новый агрегат :).
Немного об аппарате(по-крупному)
"Донор" - Stels Pilot 770.
Мотор - "бафанговский" кареточник на 500Вт(меньшей мощности на 48в вроде не было, а то взял бы 350Вт). Впрочем по асфальту пиковые мощности комп показывал под 800Вт при примерно 35км/ч. Но это короткий участок чтобы резину от глины почистить после лесных дорог :), а так редко до 25км/ч требуется разгоняться. По лесу редко даже до 20км/ч разогнаться можно, типовая от 7 до 15 км/ч.
Задний V-брейк ампутирован, вместо него роллерный тормоз("шимано" с али).
Аккум Б26-2, 48В 10Ач(на NCM 21700, по информации на сайте производителя).
Сухой вес седока - 75-80 кг.
До полного разряда не пробовал катать(не по асфальту возвращаться всё таки), но в режиме поддержки(где дорога позволяла) 30км откатал до границы между желтой и красной зоной по БК. Только на гашетке катал чуть больше 20км, и ещё оставалось прилично.
Остаток заряда после лесной прогулки без помощи педалями
Вид свеже законченного аппарата
После нескольких месяцев эксплуатации
Если я правильно понял, то в статье речь идёт про аудиосигнал(как было на радио Маяк, может ещё где-то), "для ушей". Наручные часы с автоматической синхронизацией, и не только(например, метеостанции LaCrosse) используют другой сигнал - https://ru.wikipedia.org/wiki/DCF77.
Закалка применяется и для алюминиевых сплавов тоже. В принципе похоже на "процесс нагрева с последующим быстрым охлаждением", но могут мыть нюансы по профилю охлаждения(что впрочем верно и для некоторых марок сталей), отсюда есть, например, сплав В95 который используется виде В95пчТ1, В95пчТ2 и В95пчТ3("пч" указывает на чистоту сплава), отличающихся именно режимом термообработки(ну и разной прочностью-пластичностью, и некоторыми другими св-вами).
У вас случайно нет его фото? Потому что из всего похожего на подберёзовик, но не являющегося съедобным, мне в МО известен только желчный гриб(является ли он несъедобным, или же ядовитым — в интернете много разной информации, но утверждений о ядовитости со ссылками на исследования видеть не доводилось). Иногда его называют ложным белым, но там где я собираю грибы желчные по формам на белый не тянут.
У желчного есть весьма характерные признаки отличия от подберёзовика — рисунок ножки и розоватый геминофор(видимо именно пластинчатый геминофор в статье назван "жабры" :)).
Что до розовения со временем, то есть ещё такая разновидность как Подберёзовик розовеющий, вполне съедобный гриб.
P.S. По поводу проверки на вкус — в интернете попадались в описаниях гриба упоминания что даже если лизнуть срез, то можно заработать цирроз печени :). Хотя это заявление у меня вызывает сильные сомнения, но опознавать на вкус грибы с трубчатым геминофором я бы не рискнул(проверяю только белые подгруздки в "пограничных" случаях, чтобы отличить от млечников вроде перечного груздя). Но в любом случае горечь не показатель, т.к. во-первых, выше упоминалось о высокой изменчивости в зависимости от условий и биотопа, во-вторых, горечь относится к изменчивым признакам(т.е. может даже отсутствовать в сыром виде, иногда не перебивая маринад и в готовом, хотя согласно всем описаниям термообработка горечь только усиливает).
В оригинале "Ω plate". Не могу утверждать однозначно, но из остатков профильного образования я бы предположил что речь про зоны Генье-Престона(по крайней мере по описанию похоже). Но тогда непонятно в чём новизна исследования, если память мне не изменяет, то рост зон ГП при повышенной температуре известен давно…
С другой стороны, беглый гуглинг по "Ω plate in aluminium alloy Guinier–Preston zone" вроде не выдал пересечений между Ω plate и зонами ГП(правда совсем глубоко не закапывался). Возможно действительно нашли что-то новое(или просто дали название тому что раньше описывалось длинно). Плюс в первоисточнике зоны тоже кажется упоминаются(точнее GPB zone — Guinier–Preston–Bagaryatsky zone, не могу сказать в чём отличие от каноничной ГП).
P.S. Попробовал почитать гуглоперевод источника, но для него текст явно слишком непрофильный(а потому сложный для корректного перевода неспециалистом в данной области), а моим знаниям уже четверть века, так что не могу связать текст с остатками своих знаний :). Нужно подождать появления в комментариях кого-то кто долее близок к металловедению.
Такая проверка присутствует давно. В новости же речь(как я понял) о подтверждении владения аккаунтом в котором настраивается переадресация в случае если сессия покажется алгоритмам гугла подозрительной:
Йота, юг МО, период с 04 на 05 июля, сервис app.weathercloud.net. Обесточивания точно не могло быть на моей стороне(120Ач батарея на интернет тому порукой).
Думал с вышкой работы проводились(у меня направленная антенна, на "соседнюю" само не переключится), а тут вот оно как оказалось...
Вот кстати да, дома до сих пор пользуюсь одной из первых оптических мышей от MS(модель по памяти не назову, очень похожа на InteliMouse Optical 1.0 в я.картинках, две кнопки плюс ролик с кликом) — пластик уже пожелтел, но переключатели до сих пор родные, и даже площадки кнопок стачивать для лечения от дребезга не пришлось. Поменял бы давно, но работает, и всем устраивает.
На работе использую логитех M-BJ58, купленную для работы(ну и понятное дело DF, CS, DoD, etc — много кликов она выдержала :)) в начале нулевых(т.к. отдел закупок выдавал только шариковые, то покупал за свои, поэтому при смене работы забрал с собой) — тут тоже ничего не перепаивал, а вот подпиливать площадки приходилось(в последний раз уже пришлось после подпиливания наклеивать фольгу для восстановления толщины).
К сожалению с более поздними мышами(хотя бы у логитек того-же ценового диапазона что мой трудяга, не говоря уже о модных гнущихся майкрософтах за многие тысячи рублей/шт) такой долговечности наблюдать не приходилось даже при офисном использовании :(.
+Примечание 3. Если учётка в Яндекс.ПДД использовалась для доступа к сервисам Яндекса, например Я.Музыка(список любимых исполнителей и понравившихся треков), то удаление этой учётки из пользователей Я.ПДД приведёт к потере накопленных данных/рекомендаций. И всё потому что для Yandex_ID внешние учётки не принимаются(а пользователи Я.ПДД считаются внутренними), в отличие от хотя бы Microsoft.
Поэтому хотя была мысль мигрировать в VK.Mail, но терять натренированное радио стало жалко. Тупо сократил число учёток до минимума. Точнее сейчас 3 в домене(одна тестовая, для проверки кого в ПДД считают за пользователя, пока работает), и админ с учёткой в yandex.ru, жду будут ли блочить отправку — формально пользователей четверо.
Так что увы, но миграция не всегда возможно. При этом не очень понятно что Яндекс выиграет если вместо платных учёток в Я.ПДД насоздавать нужное кол-во бесплатных учёток(ну да, не со своим доменом). Домен у меня личный, ящики использовались тоже для себя — учётка под я.радио(была ещё в народных картах, ну да фиг с ней — удалил), и несколько для отправки уведомлений от разных устройств и регистрации в сторонних сервисах(Я.Диск не использовался). Так что платить по 250 руб за учётку используемую.
P.S. В бесплатной версии VK.Mail в учётках нет сборщика писем — доступен только централизовано в режиме миграции почты. Впрочем тестовый ящик мигрировать с Я.ПДД удалось один раз из штук пяти попыток(проскочило на второй, но при перевключении миграции опять всё поломалось).
Я прекрасно знаю про резервирование IP по MAC, но, во-первых, делать это для всех компов организации не вижу смысла(а тимвьюер+RMS стоят везде кроме серверов). А во-вторых, как это решит проблему "по хостнейму тимвьюер не работает(по крайней мере 11-ая версия, которой пока пользуюсь), IP в адресной книге тоже не хранит"?
У нативного RDP есть недостатки вытекающие из его предназначения. Например, при подключении через RDP локальные(воткнутые в комп на который выполняется подключение) токены(aka "флэшка с ЭЦП") будут доступны только в том случае если программа использующая токен была запущена в "нормальном" подключении(или эмуляции работы пользователя за физическим ПК, как у тимвьюера и аналогов, вроде RMS в режиме "Управление").
Возможно предложенное решение имеет право на жизнь(но выглядит как костыль), вот только по хостнейму тимвьюер не работает(по крайней мере 11-ая версия, которой пока пользуюсь), IP в адресной книге тоже не хранит(не говоря уже о том что статика на пользовательских ПК в организации мне кажется маловероятной). А без статического IP описанное решение пригодится только для удалённой поддержки пользователя. Но у нас тимвьюера используется в том числе для решения проблемы из первого абзаца — "удалёнщики" в Тимвьюере(или RMS->Управление) стартуют профильное ПО для "захвата" локального токена, потом подключаются по RMS->RDP и работают.
P.S. Вариант брать юзерам токены с собой не подходит по ряду причин.
Комментарием ниже(по ветке) я тоже самое делал через "C:\Windows\system32\rasdial.exe"(при первом вызове сохраняет логин-пароль), правда у меня был вариант подключения "для всех пользователей", для конкретного надо убрать из создания соединения "-AllUserConnection $true", и в параметре rasdial указать файл адресной книги пользователя.
Ваш вариант требуется ставить дополнительный модуль, причём "из ненадежного репозитория", как выдаёт PS. К тому же, если на гитхабе я нашел именно его(VPNCredentialsHelper, автор вроде тот же что на powershellgallery.com), то он по сути дёргает за теже ниточки(rasapi32.dll, см. Src\VPNCredentialsHelper\VPNHelper.cs). Поэтому для себя не вижу смысла в нём.
P.S. Сохранение пароля конечно несекьюрно, но все изыскания я проводил для собственного использования. Пароль на виндовую учётку у меня сложный, Win+L при отходе от компа у меня работает на уровне рефлексов, левое ПО не запускаю — надеюсь этих мер достаточно чтобы сохранение пароля было бы достаточно безопасно.
Мой ответ был по поводу усложнения инструкции. Если пользователь в принципе не способен выполнить описанное в инструкции(при условии что её писали так, чтобы повторить мог любой исполнительный человек), то не важно какой протокол использует ВПН. Конечно кроме случая когда всё что требуется от «клиента» это скачать(что вам тоже не очень нравилось в начале ветки) преднастроенный клиент, и установить его в стиле «далее-далее-ок». pfSence кстати умеет(умела?) создавать для OpenVPN индивидуальный пакет под каждого юзера, со всеми сертификатами и настройками. Но вроде для установки всё же требовались права администратора — кажется ставилась какая-то служба которая потом рулила маршрутами при запуске впн клиента от обычного юзера(но точно не скажу, т.к. давно уже не пользовался сборками из pfSence, как и OpenVPN по ряду причин).
Да, OpenVPN раздаст обновлённые маршруты(как вроде и циска для AnyConnect). Но не уверен что подобный пользователь(приходилось сталкиваться с такими — «смотрит в книгу, видит фигу») осилит первоначальную настройку клиента OpenVPN, сколько бы скриншотов не было в инструкции. Если же всё всё равно сведётся к тому что саппорту придётся подключаться на комп юзера(тимвьюер и т.п.), то страшное слово Powershell перестаёт быть страшным. По крайней мере cmd.exe я своих научил вызывать, как и пинг с трейсом запускать — удалённая работа, приходится им иногда самим под диктовку диагностировать почему у них не работает подключение в офис(когда я вижу что на стороне офиса проблемы нет). Хотя есть и те кто предпочитает сразу при упоминании консоли перезапустить свой домашний роутер(и что примечательно — обычно помогает :)).
P.S. 1000 заявок мне даже в страшном сне не снилось(у нас масштаб поменьше, плюс обычные юзеры на циску через AnyConnect пока ходят), иначе бы наверное придумал костыль для распространения и обновления маршрутов(скорее всего что-то самописное было бы).
Собственно для моего случая там всего три команды:
Дополнительно можно и логин-пароль «автоматизировать»(правда лишь для случая индивидуальной инструкции для конкретного пользователя :)):