Оки, видится интересным. Много что можно придумать лучше ntc, но любопытно, какой нашли баланс сложности и качества.
Да и "методы расчёта" пускового тока без учёта методов его ограничения интересны лишь для очень маленьких бп, а вместе с ограничением другие интересные задачи возникнут – есть, про что рассказать вам и почитать нам.
Мне казалось, что там, где его недостаточно (проблемы от высокого пускового тока не ограничатся искрой при втыкании вилки в розетку) – вероятность наличия какого-то решения для ограничения пт стремится к 1.
Кстати, свежий OpenSCAD (не релиз 22 года, а современные билды) тоже на manifold, благодаря чему им можно пользоваться на мало-мальски сложной геометрии (render не тормозит, как на старом движке, можно даже использовать voronoi()).
Типовая проблема с бинарными операциями там – что если у двух объектов в difference одинаковая толщина, то стенка то ли есть, то ли нет – приходится добавлять/вычитать что-то типа epsilon (2*epsilon, 3*epsilon) или явно вызывать render, чтобы избежать этого. Вы в своём CAD сталкивались с такой проблемой? Решали?
Про параметрическое представление: а нет случаем интероперабельности с OpenSCAD? Или хотя бы импорта/экспорта какого-то простого текстового формата для возможной конверсии? В эпоху текстового "ИИ", который легко может набросать или поправить OpenSCAD модель (пусть и с ошибками) было бы очень полезно. Классические кады типа FreeCAD огорчают тем, что по сути можешь или обмениваться STL, или интегрировать в модель scad как есть, бесшовный переход недостижим.
@Nyanny, смотри – тот же саппортер, что на Пикабу. Он воображает, что есть некий таинственный протокол "p2p", а не конкретные протоколы, используемые приложениями.
Опсосы в лице мтс подтвердили взымание платы за p2p, но отказались объяснить, какие именно хосты и протоколы засчитываются, как p2p – сказав "то, что определяется нашими алгоритмами как p2p" (могу дать ссылку на диалог с mts support). Так что с новостью насчёт платы за vpn всё ещё хуже: опсосы (ну, пока один) решили выставлять счета по желанию левой пятки.
Но вообще если бы я делал отказоустойчивую систему – я бы, возможно, тоже заложил резервные публичные ключи, храня соответствующие им приватные независимо и используя только один. Для того, чтобы сливать данные, это не требуется.
А тут не на хороший/плохой делится, а больше по длине)
Ну и не уверен, что там с подключением экрана кабеля к земле/нулю (если я правильно помню, в идеале должно быть только с одной стороны, что внезапно делало кабель неочевидно асимметричным... Но тут могу ошибаться).
Регулярно наблюдаю такие пропадания изображения на работе – на мак мини и на пц с самсунговскими мониторами. Основная причина, насколько могу судить – статика.
Целый детектив, когда все знают, что первым делом проверять в БП:
Не высохли ли конденсаторы.
Не завышает ли напряжение +5 и т.п. при повышении расхода +12 (болезнь недорогих бп: единая стабилизация, работающая, емнип, по +12, а остальные меняющая пропорционально).
Вроде там есть какие-то административные подвижки в этом вопросе и сервисам будет не так просто сохранить данные карты (и проще будет их отлучать от карты).
Недостаточно хорошо: одна транзакция проходит с подтверждением по 3D Secure, а дальше с карты благополучно списывают уже без подтверждения. Да, как я понимаю, это можно оспорить, но зачем лишний геморрой?
Если вы вводите пин от карты на сайте – у меня для вас плохие новости... На сайте вводится CVV2 и одноразовые коды 3D Secure, пин – только в банкомате/терминале при физическом использовании карты. Это разные пути с разными требованиями.
Ну и да, сайт хотя бы можно проверить (https) на то, что это сайт продавца или (лучше для ввода данных карты) банка. И делаете вы это на своём компьютере. Что вам протягивает курьер на своём смартфоне – вы проверить не можете никак.
Ну вот я бы не рискнул вводить пин на телефоне курьера. Правда, обычно Google Wallet, Apple Pay и иже с ними без этого обходятся – заставляет вас подтвердить на вашем телефоне пином/пальцем/faceid, а для терминала виден как карта, не требующая pin. А вот если у вас физическая карта – даже не знаю, как быть.
Я даже не знаю, что на это сказать. Посмотрел, офигел дальше, чем видно. По моим представляениям сертифицировать это можно только в виде программно-аппаратного комплекса (потому что иначе на тот же смартфон свободно ставится кейлоггер), и любое обновление андроида это рушит. Но если банковская индустрия деградировала до такого уровня, что сертифицируется просто софтина...
В нашем случае здорово выдаёт то, что чаще всего это случается, когда подходишь к компу и/или садишься в кресло.
Подошёл к коллеге – а у него экран почернел)
Т.е. это расширение для вычитаний в итоге сделали на своём уровне, пользователю о нём думать не надо?
Простой json – это прекрасно. Может даже чатгпт освоит его перевод.
Оки, видится интересным. Много что можно придумать лучше ntc, но любопытно, какой нашли баланс сложности и качества.
Да и "методы расчёта" пускового тока без учёта методов его ограничения интересны лишь для очень маленьких бп, а вместе с ограничением другие интересные задачи возникнут – есть, про что рассказать вам и почитать нам.
Мне казалось, что там, где его недостаточно (проблемы от высокого пускового тока не ограничатся искрой при втыкании вилки в розетку) – вероятность наличия какого-то решения для ограничения пт стремится к 1.
Стоило бы прежде всего начать с вопроса, нужен ли приватный dns или в локальной сети хватит mdns.
Прочитал начало статьи, стал искать в ней слово ntc (типовое дешёвое решение для понижения пускового тока). Почему-то не вижу. О чём тогда статья?
Респект и уважуха.
Кстати, свежий OpenSCAD (не релиз 22 года, а современные билды) тоже на manifold, благодаря чему им можно пользоваться на мало-мальски сложной геометрии (render не тормозит, как на старом движке, можно даже использовать voronoi()).
Типовая проблема с бинарными операциями там – что если у двух объектов в difference одинаковая толщина, то стенка то ли есть, то ли нет – приходится добавлять/вычитать что-то типа epsilon (2*epsilon, 3*epsilon) или явно вызывать render, чтобы избежать этого. Вы в своём CAD сталкивались с такой проблемой? Решали?
Про параметрическое представление: а нет случаем интероперабельности с OpenSCAD? Или хотя бы импорта/экспорта какого-то простого текстового формата для возможной конверсии? В эпоху текстового "ИИ", который легко может набросать или поправить OpenSCAD модель (пусть и с ошибками) было бы очень полезно. Классические кады типа FreeCAD огорчают тем, что по сути можешь или обмениваться STL, или интегрировать в модель scad как есть, бесшовный переход недостижим.
@Nyanny, смотри – тот же саппортер, что на Пикабу. Он воображает, что есть некий таинственный протокол "p2p", а не конкретные протоколы, используемые приложениями.
Опсосы в лице мтс подтвердили взымание платы за p2p, но отказались объяснить, какие именно хосты и протоколы засчитываются, как p2p – сказав "то, что определяется нашими алгоритмами как p2p" (могу дать ссылку на диалог с mts support). Так что с новостью насчёт платы за vpn всё ещё хуже: опсосы (ну, пока один) решили выставлять счета по желанию левой пятки.
"В наше время никому нельзя доверять. Даже себе".
Но вообще если бы я делал отказоустойчивую систему – я бы, возможно, тоже заложил резервные публичные ключи, храня соответствующие им приватные независимо и используя только один. Для того, чтобы сливать данные, это не требуется.
А тут не на хороший/плохой делится, а больше по длине)
Ну и не уверен, что там с подключением экрана кабеля к земле/нулю (если я правильно помню, в идеале должно быть только с одной стороны, что внезапно делало кабель неочевидно асимметричным... Но тут могу ошибаться).
Здорово помогает сбрызнуть кресло антистатиком. И, если мне не изменяет память, есть зависимость от hdmi кабеля (короткий лучше себя ведёт).
Хотя, конечно, подмывает заземлить всё, что можно.
Регулярно наблюдаю такие пропадания изображения на работе – на мак мини и на пц с самсунговскими мониторами. Основная причина, насколько могу судить – статика.
Целый детектив, когда все знают, что первым делом проверять в БП:
Не высохли ли конденсаторы.
Не завышает ли напряжение +5 и т.п. при повышении расхода +12 (болезнь недорогих бп: единая стабилизация, работающая, емнип, по +12, а остальные меняющая пропорционально).
Вроде там есть какие-то административные подвижки в этом вопросе и сервисам будет не так просто сохранить данные карты (и проще будет их отлучать от карты).
Недостаточно хорошо: одна транзакция проходит с подтверждением по 3D Secure, а дальше с карты благополучно списывают уже без подтверждения. Да, как я понимаю, это можно оспорить, но зачем лишний геморрой?
Если вы вводите пин от карты на сайте – у меня для вас плохие новости...
На сайте вводится CVV2 и одноразовые коды 3D Secure, пин – только в банкомате/терминале при физическом использовании карты. Это разные пути с разными требованиями.
Ну и да, сайт хотя бы можно проверить (https) на то, что это сайт продавца или (лучше для ввода данных карты) банка. И делаете вы это на своём компьютере. Что вам протягивает курьер на своём смартфоне – вы проверить не можете никак.
Ну вот я бы не рискнул вводить пин на телефоне курьера.
Правда, обычно Google Wallet, Apple Pay и иже с ними без этого обходятся – заставляет вас подтвердить на вашем телефоне пином/пальцем/faceid, а для терминала виден как карта, не требующая pin. А вот если у вас физическая карта – даже не знаю, как быть.
пин вводите на телефоне курьера или всё же на своём?
Я даже не знаю, что на это сказать. Посмотрел, офигел дальше, чем видно.
По моим представляениям сертифицировать это можно только в виде программно-аппаратного комплекса (потому что иначе на тот же смартфон свободно ставится кейлоггер), и любое обновление андроида это рушит. Но если банковская индустрия деградировала до такого уровня, что сертифицируется просто софтина...