в США сначала идёт месяц, а потом день, у нас же сначала день, а потом месяц. И "01-02-2024" они прочитают не как 1 февраля 24го, а как 2 января. И у меня нет идей, как решать такое. А какие у Вас есть мысли?
Если происхождение файла неизвестно - то перед записью пробежаться по таким строчкам и попробовать понять - в каком из этих 2 двухзначных чисел появляются числа более 12.... - то это скорее всего дата, оставшаяся - месяц. Ну правда тут есть вероятность нарваться на выгрузку с 01-12 числа - тут уж не поймешь. Так-что формат даты лучше указывать руками
Хм, всегда думал - если счетчик имеет действующий сертификат по метрологии - то "устаревший-не-устаревший" - меня это волновать не должно. Если он "врет при определенных режимах нагрузки и не рекомендуют..." - это меня как потребителя, купившего данный счетчик в магазине (а без метрологии он туда и не попадет) - волновать не должно. Если я его себе купил-поставил - то нн-ое количество лет (в пределах заявленного срока эксплуатации и межповерочного интервала) - все возникающие проблемы должны решаться изготовителем, а никак не потребителем.
С такими импульсными счетчиками (водяные, электрические) всегда напрягала невозможность считать "абсолютное" значение. С электромеханическими - понятно - там тоже циферблат электромагнитом крутится по импульсам, но шансов "потерять" импульс намного меньше (ну собсно это и понятно - метрология, поверки-проверки и т.п.), чем у внешнего "считающего импульсы" устройства, но вот с аппаратами с ЖК-дисплеями - в чем проблема отдать "абсолютное" значение (которое в ЖК отдаем) и по внешнему интерфейсу ? Только стоимость реализации такого интерфейса (да, релюшка щелкающая контактами дешевле, чем RS-485 или CAN + еще протокол надо написать и стандартизовать по возможности для всех)
Добавлю - как раз в "Подводных земледельцах" основной упор шел не на сами акваланги, а на "супербатарейку" - от которой вся подводная инфраструктура работала долго и уверенно. А вот такой вроде пока нет......
Тут скорее всего больше неразберихи именно в "универсальности" форм-фактора разъема Type-C сыграла большую роль... Т.е. люди видят ннн-ое количество "одинаковых" (по разъему - тут визуально одинаково) кабелей по ценам, отличающимся на порядок-другой... И не понимают - какой брать... И с другой стороны - куча устройств с одинаковым разъемом, но что "у него внутре понапихано" и какой кабель нужен, чтобы получить "нужное" - тоже "голова-рука-затылок"....
Очень похоже на очередной "курсач" - относительно хороший - темы разложены, примеры даны - "но ни о чем". Как там в одном анекдоте - "нам дали точную информацию, но воспользоваться мы ей не можем" ?!?!.....
Хм, вопрос.... А как быть если внутри домашней подсетки все девайсы будут под IPv6 (утрирую немного, но все к этому в итоге и идет) ? Если на компах прикрыть от внешних "товарищей" файрволом службы для расшаривания ресурсов - то придется в правилах писать исключения, чтобы свои "компы" таки могли ??? Думается с таким подходом роутер WAN_IPv6-NAT-LAN_IPv4 для домашних подсеток будет еще оооочень долго востребован.
Самое интересное - что Microsoft специально сделал отдельную подсетку из адресов, которые выдаются сетевым адаптерам в случае если настроено получение адресов по DHCP, но в сети отсутствует сервер DHCP. И формально адреса можно было руками и не прописывать - видимость-доступность компов и ресурсов была бы.
Насколько я правильно помню - на коммутаторах l2-l3 есть возможность ставить защиту от поддельных dhcp-серверов путем жесткой прописки порта, на котором реальный dhcp сидит. Так что в правильно настроенной коммутационной части вы сможете только опустошить пул выдаваемых адресов
взгрели.... У меня был случай в жизни - когда поехали в МСК за движками для москвичей (кап.ремонт авто - хотели взять именно новые движки 412ДЭ под 76 бензин) и прямо у стоянки АЗЛК провалилась педаль сцепления.... Так вот - после ремонта мы всю стоянку перед АЗЛК оббежали - кто-бы налил БСК - ан нет - там уже все практически стояли на Неве... Хорошо камазисты выручили - у них она была.
Ну с таким BIOS-ом (AMI Aptio V) сейчас много народа сервера делает - Аквариус, Депо..... Пока не смог с ними разобраться на предмет мониторинга по SNMP - там изначально уже на RedFish API заточено... Надо учиться :)
И чем данный сервер отличается от Крафтвеев, Депо, Аквариусов и т.п. - собранных именно на Супермикровской материнке ? Как раз у вышеуказанных товарищей сейчас есть сервера, собранные на собственных (ну ессно референс или саморазводка по мануалам - но тем не менее - и свои, и при сильном хотении в освоении бюджетных денег - и сделаны "мамки" будут в России) материнках. Про корпуса-БП-корзины под диски - это уже наши делают на "ура" - иногда даже удобнее чем иностранцы.
Интересен был бы девайс с функционалом reverse-proxy - и с поддержкой HTTPS - раньше был TMG, но сейчас его нет (официально), а из существующих железок его функционал никто не поддерживает.
:( жаль ребят, потеряли(из-за политики и давления) огромную территорию , пользователи которой на Logitech чуть-ли не молились (брэнд был практически "иконой" качества и надежности в России - бытовое - Sven-A4Tech, а Логитек был как "Мерседес")
Хм, за TrueConf рад, да оно и к этому шло - "госкорпорация" = одно из первоначальных требований - отечественное ПО - так что фразы про выбор между X-Y-Z, где X и Y - ввели ограничения - пустословство.... Конечно можно было обосновать что "у нас куча заказчиков по миру на Cisco, Polycom и т.п." - но а) судя по возможностям интеграции TrueConf с данными платформами (молодцы) - для собственного сервера альтернатив в общем-то и не было; б) продукты X-Y уже тяжело купить и поддержку тоже....
так в чем у вас преимущество ??? VPN вы вроде как не переплюнули.... По необходимости - народ таки допилит Ethernet-over-IP (на уровне L2) - спрос вроде есть. "Проходимца" через NAT - так есть и TeamViewer, Hamachi и т.п. Не во всех случаях нужен прямой "коннект" между сетями
в США сначала идёт месяц, а потом день, у нас же сначала день, а потом месяц. И "01-02-2024" они прочитают не как 1 февраля 24го, а как 2 января. И у меня нет идей, как решать такое. А какие у Вас есть мысли?
Если происхождение файла неизвестно - то перед записью пробежаться по таким строчкам и попробовать понять - в каком из этих 2 двухзначных чисел появляются числа более 12.... - то это скорее всего дата, оставшаяся - месяц. Ну правда тут есть вероятность нарваться на выгрузку с 01-12 числа - тут уж не поймешь. Так-что формат даты лучше указывать руками
Хм, всегда думал - если счетчик имеет действующий сертификат по метрологии - то "устаревший-не-устаревший" - меня это волновать не должно. Если он "врет при определенных режимах нагрузки и не рекомендуют..." - это меня как потребителя, купившего данный счетчик в магазине (а без метрологии он туда и не попадет) - волновать не должно. Если я его себе купил-поставил - то нн-ое количество лет (в пределах заявленного срока эксплуатации и межповерочного интервала) - все возникающие проблемы должны решаться изготовителем, а никак не потребителем.
С такими импульсными счетчиками (водяные, электрические) всегда напрягала невозможность считать "абсолютное" значение. С электромеханическими - понятно - там тоже циферблат электромагнитом крутится по импульсам, но шансов "потерять" импульс намного меньше (ну собсно это и понятно - метрология, поверки-проверки и т.п.), чем у внешнего "считающего импульсы" устройства, но вот с аппаратами с ЖК-дисплеями - в чем проблема отдать "абсолютное" значение (которое в ЖК отдаем) и по внешнему интерфейсу ? Только стоимость реализации такого интерфейса (да, релюшка щелкающая контактами дешевле, чем RS-485 или CAN + еще протокол надо написать и стандартизовать по возможности для всех)
Добавлю - как раз в "Подводных земледельцах" основной упор шел не на сами акваланги, а на "супербатарейку" - от которой вся подводная инфраструктура работала долго и уверенно. А вот такой вроде пока нет......
Тут скорее всего больше неразберихи именно в "универсальности" форм-фактора разъема Type-C сыграла большую роль... Т.е. люди видят ннн-ое количество "одинаковых" (по разъему - тут визуально одинаково) кабелей по ценам, отличающимся на порядок-другой... И не понимают - какой брать... И с другой стороны - куча устройств с одинаковым разъемом, но что "у него внутре понапихано" и какой кабель нужен, чтобы получить "нужное" - тоже "голова-рука-затылок"....
Можно бы еще добавить про принтеры
Очень похоже на очередной "курсач" - относительно хороший - темы разложены, примеры даны - "но ни о чем". Как там в одном анекдоте - "нам дали точную информацию, но воспользоваться мы ей не можем" ?!?!.....
Хм, вопрос.... А как быть если внутри домашней подсетки все девайсы будут под IPv6 (утрирую немного, но все к этому в итоге и идет) ? Если на компах прикрыть от внешних "товарищей" файрволом службы для расшаривания ресурсов - то придется в правилах писать исключения, чтобы свои "компы" таки могли ??? Думается с таким подходом роутер WAN_IPv6-NAT-LAN_IPv4 для домашних подсеток будет еще оооочень долго востребован.
ну Вы 50/50 правы - ddr там и не пахнет, а вот то что разъем sodimm - так он и под sdram-ddr-ddr2-ddr3-ddr4 тоже sodimm - это "форм-фактор"
Самое интересное - что Microsoft специально сделал отдельную подсетку из адресов, которые выдаются сетевым адаптерам в случае если настроено получение адресов по DHCP, но в сети отсутствует сервер DHCP. И формально адреса можно было руками и не прописывать - видимость-доступность компов и ресурсов была бы.
Насколько я правильно помню - на коммутаторах l2-l3 есть возможность ставить защиту от поддельных dhcp-серверов путем жесткой прописки порта, на котором реальный dhcp сидит. Так что в правильно настроенной коммутационной части вы сможете только опустошить пул выдаваемых адресов
взгрели.... У меня был случай в жизни - когда поехали в МСК за движками для москвичей (кап.ремонт авто - хотели взять именно новые движки 412ДЭ под 76 бензин) и прямо у стоянки АЗЛК провалилась педаль сцепления.... Так вот - после ремонта мы всю стоянку перед АЗЛК оббежали - кто-бы налил БСК - ан нет - там уже все практически стояли на Неве... Хорошо камазисты выручили - у них она была.
Ну с таким BIOS-ом (AMI Aptio V) сейчас много народа сервера делает - Аквариус, Депо..... Пока не смог с ними разобраться на предмет мониторинга по SNMP - там изначально уже на RedFish API заточено... Надо учиться :)
И чем данный сервер отличается от Крафтвеев, Депо, Аквариусов и т.п. - собранных именно на Супермикровской материнке ? Как раз у вышеуказанных товарищей сейчас есть сервера, собранные на собственных (ну ессно референс или саморазводка по мануалам - но тем не менее - и свои, и при сильном хотении в освоении бюджетных денег - и сделаны "мамки" будут в России) материнках. Про корпуса-БП-корзины под диски - это уже наши делают на "ура" - иногда даже удобнее чем иностранцы.
ну Coordinator не сильно МСЭ, для этого у них xFirewall есть
Интересен был бы девайс с функционалом reverse-proxy - и с поддержкой HTTPS - раньше был TMG, но сейчас его нет (официально), а из существующих железок его функционал никто не поддерживает.
:( жаль ребят, потеряли(из-за политики и давления) огромную территорию , пользователи которой на Logitech чуть-ли не молились (брэнд был практически "иконой" качества и надежности в России - бытовое - Sven-A4Tech, а Логитек был как "Мерседес")
каких ??? и на каком рынке ??? у нас все-таки свой рынок продвигают. Альт-ы ? Астра ?
Хм, за TrueConf рад, да оно и к этому шло - "госкорпорация" = одно из первоначальных требований - отечественное ПО - так что фразы про выбор между X-Y-Z, где X и Y - ввели ограничения - пустословство.... Конечно можно было обосновать что "у нас куча заказчиков по миру на Cisco, Polycom и т.п." - но а) судя по возможностям интеграции TrueConf с данными платформами (молодцы) - для собственного сервера альтернатив в общем-то и не было; б) продукты X-Y уже тяжело купить и поддержку тоже....
так в чем у вас преимущество ??? VPN вы вроде как не переплюнули.... По необходимости - народ таки допилит Ethernet-over-IP (на уровне L2) - спрос вроде есть. "Проходимца" через NAT - так есть и TeamViewer, Hamachi и т.п. Не во всех случаях нужен прямой "коннект" между сетями