Нет, со сгоревшими предохранителями в счётчиках не сталкивался. Но в шкафах предохранители сгорали, да, на аналоговых датчиках из-за кз. Кстати, на B&R не было, на Сименсах и Овнах случалось.
Историю я несколько укоротил, сначала это было похоже на плавающий сбой. То есть сегодня проявился, завтра нет. Когда первый раз столкнулся я решил отложить на потом, мне надо было запустить котельную, проверить блокировки и прочее.
А так - это же котельная! Там и так жарко. Внизу шкафа стояли частотники для насосов и еще что-то. Внизу на двери вентилятор, сверху выходное отверстие для вентиляции. Вот, видимо, теплый воздух всасывался снизу, еще догревался частотниками и не достаточно охлаждал модули. Стабильно воспроизвелось, когда я на полную мощность раскочегарил. На каком-то 75 замерили, на каком-то 80 было.
Был случай на пусконаладке котельной. Наша компания создавала только ПО для ПЛК, то есть шкаф проектировали не мы.
Вот, значит, сижу я проверяю, как работают котлы, каскадируются, включаются, все хорошо! И тут посыпались ошибки датчиков. О как! Лезу в шкаф, начинаю измерять токи с датчиков - вроде все норм. Запускаю, котлы включаются, работают, датчики все показывают правильно. Все хорошо! И уже долго все хорошо. Ну, ладно, закрыл шкаф, через некоторое время опять ошибки посыпались! Елки-палки! Зову заказчика (шкаф его), говорю, мол, замеряй температуру аналоговых модулей! Замерили - что-то около 80 градусов! А в спецификации на модули то ли 65, то ли 70.
В общем, переделали вентиляцию шкафа - проблема ушла.
Через макс люди на госуслуги заходят, там должна быть безопасность на уровне банковских приложений и выше. И да чтобы всякое говно не лезло нужно точно знать откуда оно лезет, поэтому да правильно делают.
Ну, да, вместо того, чтобы сделать свое туннелирование, шифрование, протокол, давайте просто другие запретим!
Я помню как через другие мессенджеры всякий мусор звонил + миллион спама приходило, в т.ч. через телеграмм
Сейчас уже в новостях описаны случаи того же мошенничества через мах. Когда будем мах блокировать?
Нет, не просто чекают впн. Просто чекать впн - это системная функция андроида. А вот чекать какой конкретно впн используется, успешно ли используется, обходятся ли блокировки - это как раз интересное поведение, позволяющее выявлять все эти обходные пути. Зачем? Нууу... Мало ли, потом пригодится...
НО Б***Ь ОНИ С**А ПЕРЕЖИВАЮТ ЧТО КТО-ТО Б***Ь ПРОЧИТАЛ ИХ ПЕРЕПИСКИ?
В данной статье нет ни слова про чтение переписок. Возможно, Алексею Гладкову стоит внимательнее и до конца прочитать статью.
С момента моего поступления в универ в 2001 году и на момент моего ухода из универа в 2012 году на занятиях по ТАУ и подобных (Моделирование систем управления, не помню точно название, и прочих) использовалась МВТУ 3.5, а потом и 3.7. Моделирование, оптимизация, даже нечеткие логики - по ним отдельно мануал был! Пытались брать Simulink, там все тоже работало, но дохрена всего это за собой тянуло по объему в том числе.И лицензии, само собой.
СимИнТех уже не застал, но со стороны видел, что МВТУ в него перетекла.
Согласен. Больше похоже на отчёт вида "у нас проблема с одним - мы ее решили, у нас проблема с другим - мы ее решили, у нас все получилось!" В чем проблемы, как решали - деталей нет.
Потому что сначала хотели как раз обойтись "малой кровью": написали ответ троллям, мол, отстаньте или останетесь без денег и без товарного знака, без судов и работы юриста. Но нет, тролли подали в суд - и завертелось. И вот тут уже подали жалобу в Роспатент.
По поводу M2 у меня вопрос возник в связи с вашей фразой
для одноплатника, серьёзно?
насколько я могу понять, это значит, что для одноплатника это слишком или мелко, или перебор.
А по поводу HDD - так размеры же! Одноплатник он на то и одноплатник, что небольшого размера, "с кредитную карту". Да и задачи на него вешать промышленные не стоит, для этого специализированные сборки есть. Поэтому и М2, чтобы не "вылезать" за габариты.
Я не разработчик аппаратуры, но когда-то сталкивался с Мегами, поэтому из чистого любопытства и интереса: а на чем сейчас собирают и какие преимущества/недостатки имеются по сравнению с Мегами?
Интересный фотоаппарат на мой взгляд. Ну, в качестве детской игрушки, которая что-то умеет. В комментарии выше уже написал, как дети им пользуются. Сами фотографии, конечно, сильно сжаты - где-то 5-6 по шкале шакалов - но на бумаге смотрится хорошо.
Один из минусов - достаточно требователен к чистоте. В том плане, что на пляж его лучше не брать, песок очень легко попадает на шестеренки лентопротяжного механизма и появляются полосы. Конечно, зубочисткой вполне можно вычистить, но все же неприятно. И сам протяжный ролик - он во всю ширину ленты - достаточно липкий, чтобы к нему всякая пыль и даже, бывало, шерсть липла. А вот его очистить не так просто.
Кстати, по поводу детей - как всегда, все зависит от них самих. Старшей дочери как раз такой подарили на 6 лет (или 5 - не помню уже) , и с клейкими рулонами, и с цветными. Уже два или три года носится периодически с ним. Ну, конечно, иногда интерес переключается на что-то другое, но на отдых или какой-то праздник обязательно с собой берет. Это вот прямо сфотографировать компании ребят, какие-то рожицы, позы - и сразу распечатать и отдать. Или наклеить куда-нибудь. От этих взрослых пока дождешься... Фотографии иногда прям атмосферные получаются а-ля старые ч/б карточки.
Собственно, и производителем, насколько я понимаю, позиционируется он как детский фотоаппарат, для развлечений. Почти как тот же "полароид" или инстаграммный, кажется - встать в позу, сделать фото и быстро получить карточку. Только у этого возможностей поменьше и цвета нет.
В исправленном коде ... Также мы увеличили размер буфера на 1 и установили нуль-терминатор в конце буфера, чтобы гарантировать корректное завершение строки.
В третьем примере буфер не увеличили на 1, как был buffer[10], так и остался. И нулевого символа в конце все равно не будет.
А если говорить вообще, то смешивать С и С++ код - плохая практика.
Нет, со сгоревшими предохранителями в счётчиках не сталкивался. Но в шкафах предохранители сгорали, да, на аналоговых датчиках из-за кз. Кстати, на B&R не было, на Сименсах и Овнах случалось.
Навеяло: "прибор, защищённый плавким предохранителем, сгорит первым, защитив предохранитель!"
Это был B&R, Aprol. Модули аналогового ввода не помню, x20 серия.
Кстати, ОВЕН тоже весьма чувствителен к температуре внутри шкафа. Тоже переделывали вентиляцию.
Историю я несколько укоротил, сначала это было похоже на плавающий сбой. То есть сегодня проявился, завтра нет. Когда первый раз столкнулся я решил отложить на потом, мне надо было запустить котельную, проверить блокировки и прочее.
А так - это же котельная! Там и так жарко. Внизу шкафа стояли частотники для насосов и еще что-то. Внизу на двери вентилятор, сверху выходное отверстие для вентиляции. Вот, видимо, теплый воздух всасывался снизу, еще догревался частотниками и не достаточно охлаждал модули. Стабильно воспроизвелось, когда я на полную мощность раскочегарил. На каком-то 75 замерили, на каком-то 80 было.
Был случай на пусконаладке котельной. Наша компания создавала только ПО для ПЛК, то есть шкаф проектировали не мы.
Вот, значит, сижу я проверяю, как работают котлы, каскадируются, включаются, все хорошо! И тут посыпались ошибки датчиков. О как! Лезу в шкаф, начинаю измерять токи с датчиков - вроде все норм. Запускаю, котлы включаются, работают, датчики все показывают правильно. Все хорошо! И уже долго все хорошо. Ну, ладно, закрыл шкаф, через некоторое время опять ошибки посыпались! Елки-палки! Зову заказчика (шкаф его), говорю, мол, замеряй температуру аналоговых модулей! Замерили - что-то около 80 градусов! А в спецификации на модули то ли 65, то ли 70.
В общем, переделали вентиляцию шкафа - проблема ушла.
Именно поэтому делают раздельное туннелирование, когда впн используется для зарубежных сервисов, а на те же вк и яндекс заходят напрямую, без впн.
Ну, да, вместо того, чтобы сделать свое туннелирование, шифрование, протокол, давайте просто другие запретим!
Сейчас уже в новостях описаны случаи того же мошенничества через мах. Когда будем мах блокировать?
А, ну да, раз вам все это не нужно, то, конечно, никому не нужно.
Тогда для вас никаких рисков нет.
Нет, не просто чекают впн. Просто чекать впн - это системная функция андроида. А вот чекать какой конкретно впн используется, успешно ли используется, обходятся ли блокировки - это как раз интересное поведение, позволяющее выявлять все эти обходные пути. Зачем? Нууу... Мало ли, потом пригодится...
В данной статье нет ни слова про чтение переписок. Возможно, Алексею Гладкову стоит внимательнее и до конца прочитать статью.
С момента моего поступления в универ в 2001 году и на момент моего ухода из универа в 2012 году на занятиях по ТАУ и подобных (Моделирование систем управления, не помню точно название, и прочих) использовалась МВТУ 3.5, а потом и 3.7. Моделирование, оптимизация, даже нечеткие логики - по ним отдельно мануал был! Пытались брать Simulink, там все тоже работало, но дохрена всего это за собой тянуло по объему в том числе.И лицензии, само собой.
СимИнТех уже не застал, но со стороны видел, что МВТУ в него перетекла.
Спасибо вам! И Олегу Степановичу!
И статья, кстати, классная получилась!
Согласен. Больше похоже на отчёт вида "у нас проблема с одним - мы ее решили, у нас проблема с другим - мы ее решили, у нас все получилось!" В чем проблемы, как решали - деталей нет.
Потому что сначала хотели как раз обойтись "малой кровью": написали ответ троллям, мол, отстаньте или останетесь без денег и без товарного знака, без судов и работы юриста. Но нет, тролли подали в суд - и завертелось. И вот тут уже подали жалобу в Роспатент.
По поводу M2 у меня вопрос возник в связи с вашей фразой
насколько я могу понять, это значит, что для одноплатника это слишком или мелко, или перебор.
А по поводу HDD - так размеры же! Одноплатник он на то и одноплатник, что небольшого размера, "с кредитную карту". Да и задачи на него вешать промышленные не стоит, для этого специализированные сборки есть. Поэтому и М2, чтобы не "вылезать" за габариты.
Разрешите вопрос от нуба: чем плох m2 для одноплатников, и чем SATA лучше?
Я не разработчик аппаратуры, но когда-то сталкивался с Мегами, поэтому из чистого любопытства и интереса: а на чем сейчас собирают и какие преимущества/недостатки имеются по сравнению с Мегами?
У нас было "Проехать по памяти" (в основном для C/C++) - обратиться к невыделенной или уже очищенной памяти с соответствующими эффектами.
Интересный фотоаппарат на мой взгляд. Ну, в качестве детской игрушки, которая что-то умеет. В комментарии выше уже написал, как дети им пользуются. Сами фотографии, конечно, сильно сжаты - где-то 5-6 по шкале шакалов - но на бумаге смотрится хорошо.
Один из минусов - достаточно требователен к чистоте. В том плане, что на пляж его лучше не брать, песок очень легко попадает на шестеренки лентопротяжного механизма и появляются полосы. Конечно, зубочисткой вполне можно вычистить, но все же неприятно. И сам протяжный ролик - он во всю ширину ленты - достаточно липкий, чтобы к нему всякая пыль и даже, бывало, шерсть липла. А вот его очистить не так просто.
Но в целом, повторюсь, ребенок доволен.
Кстати, по поводу детей - как всегда, все зависит от них самих. Старшей дочери как раз такой подарили на 6 лет (или 5 - не помню уже) , и с клейкими рулонами, и с цветными. Уже два или три года носится периодически с ним. Ну, конечно, иногда интерес переключается на что-то другое, но на отдых или какой-то праздник обязательно с собой берет. Это вот прямо сфотографировать компании ребят, какие-то рожицы, позы - и сразу распечатать и отдать. Или наклеить куда-нибудь. От этих взрослых пока дождешься... Фотографии иногда прям атмосферные получаются а-ля старые ч/б карточки.
Собственно, и производителем, насколько я понимаю, позиционируется он как детский фотоаппарат, для развлечений. Почти как тот же "полароид" или инстаграммный, кажется - встать в позу, сделать фото и быстро получить карточку. Только у этого возможностей поменьше и цвета нет.
Видимо, чтобы потом получить null-terminated c-строку с 10 значимыми символами после метода c_str(). И все равно не скопировать нуль в конце!
В третьем примере буфер не увеличили на 1, как был buffer[10], так и остался. И нулевого символа в конце все равно не будет.
А если говорить вообще, то смешивать С и С++ код - плохая практика.