наверное этот текст не нужно под вертикальную черту загонять
==cut==
Чтобы такое поведение исправить, prompt был дополнен следующим уточнением: Response JSON format:
{
"per_class_annotation_rules": [ #in this list only object classes should be listed as items, not object's properties or attributes - they should go into their corresponding class as in the structure
Можете дополнить решением, как это сделать все без финансовых вложений? И желательно тот минимум, что вложили отбить за год или два? Эффекты от решений можно более конкретно обозначить?
По собственно разработке можно с Вами проконсультироваться?
А вот для 200 стоек с оборудованием и 400 PDU от APC с интерфейсом SNMP приходиться немаленькую СКС организовывать.
Одних коммутаторов 48 портовых нужно порядка 10 штук.
При таких объемах оборудования можент Ваша разработка гарантировать опрос хотя бы 3-4 параметров с каждой PDU с частотой в 1 секунду?
Про хранение, я имел ввиду использование каких-либо алгоритмов прореживания данных.
Так как подозреваю, что без потери информации хранить все таки большие объемы данных не получиться.
форматирование похоже поплыло
наверное этот текст не нужно под вертикальную черту загонять
==cut==
Чтобы такое поведение исправить, prompt был дополнен следующим уточнением:
Response JSON format:
{
"per_class_annotation_rules": [ #in this list only object classes should be listed as items, not object's properties or attributes - they should go into their corresponding class as in the structure
{...}
}
==cut==
/
Поделитесь ссылкой на основе чего делали библиотечку для парсинга?
Можете дополнить решением, как это сделать все без финансовых вложений? И желательно тот минимум, что вложили отбить за год или два? Эффекты от решений можно более конкретно обозначить?
Если учетка будет одна, то как быть с ситуацией, если забанили и удалили с Тостера?
Вернут доступ?
А вот для 200 стоек с оборудованием и 400 PDU от APC с интерфейсом SNMP приходиться немаленькую СКС организовывать.
Одних коммутаторов 48 портовых нужно порядка 10 штук.
При таких объемах оборудования можент Ваша разработка гарантировать опрос хотя бы 3-4 параметров с каждой PDU с частотой в 1 секунду?
Про хранение, я имел ввиду использование каких-либо алгоритмов прореживания данных.
Так как подозреваю, что без потери информации хранить все таки большие объемы данных не получиться.
Да инструментарий для отрисовки схем озвучте.
И что-то мне кажется скорость опроса 1 раз в секунду — это мечты.
Тренды по этим параметрам, так же храните в базе?
Алгоритмы, сроки хранения?
Напомните, у нас была водка *привет*? Не помню такой.
Где посмотреть, что сайт на самом деле заблокирован?