hwi
Newbie | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: . Нет аутентификации по NTLM, даже опциональной | Ну, сделаем, раз есть желающие. До сих пор ни один клиент не просил этого у службы поддержки. Но только как опцию, по дефолту отключенную. Цитата: 2. Производительность порою страдает даже в клиент-серверном приложении, но от этого никуда не деться. Хотя в последних релизах и бетах она значительно улучшилась. | Над увеличение производительности постоянно работаем. В последних версиях было много оптимизации на предмет обновления части деревьев благодаря внедрению механизмов информирования всех машин семафорами по записям а не по таблицам. Теперь если другой пользователь в сети изменил наименование одного из рабочих мест, на запущенной у Вас форме это наименование тоже измениться автоматом при первом же обмене с сервером. И у сервера будет запрашиваться не все дерево рабочих мест для обновления, а только изменившиеся записи. Также и перестраивается дерево не целиком, а только изменившаяся запись. ТО же самое нужно еще сделать в справочнике моделей, если ребята еще не сделали. А вообще, тормоза часто бывают просто из-за того, что народ делает ссылку на ресурс с отчетами и другими файлами в UNC формате. И если ресурс недоступен или тормозит, то Windows ждет когда оживет и тормозит работу приложения. Мы тестируем к/с на базе в 20 или 25 тысяч компьютеров на стареньком атлоне и в простой сотке - скорость нормальная. Еще от настроек некоторых может немного зависеть производительность, но с этими деталями лучше в саппорт обращаться. Цитата: 3. Структура справочников не идеальна. Нет древовидной структуры. | Речь о справочнике моделей, как я понимаю, или еще какой-то справочник имеется в виду? На сегодняшний день внедрить неограниченную иерархию типов устройств не проблема, сделаем после выхода ближайшего релиза. Кто хочет, будет продолжать пользоваться текущим вариантом дерева моделей, кто захочет, разобьет типы устройств на иерархическую структуру. Цитата: 4. Отчёты - тут надо думать, но думая можно многого добиться. Но, как сказал akun, не хватает возможности результаты одного отчёта дать на вход другого. | Приведите практический пример такой необходимости. Большинство потребностей покрывает инструмент "Документы" - "Запросы к БД". Результат можно экспортировать в тот же Эксель для дальнейшей специфичной обработки или в кучу других форматов. Если не хватает каких-то специфических критериев поиска или полей - народ просит и мы добавляем. Обычно в течении нескольких дней (а если нужно очень срочно, то и часов) клиент получает новую бету. В дизайнере отчетов можно свои варианты шаблонов отчетов сделать или вообще с нуля запрограммировать пользовательский отчет, который появится в меню приложения. Очень интересный вопрос. Что есть логический слой-разрез? Из чего он будет состоять? Склады и узлы, в которых оборудование размещено не на рабочем месте? И как может выглядеть такое дерево в целом? Давайте уж определимся с термином "рабочее место", которое используется в Hardware Inspector. Это НЕ только _пользовательское_ рабочее место. Это узел дерева рабочих мест, в которому могут содержаться устройства, лицензии и прочее. При этом рабочие места делятся на типы "Склад", "Пользовательское рабочее место", "Публичное оборудование" (например, сетевой шкаф в коридоре или место размещение публичного принтера) и узел для хранения списанных устройств. В зависимости от типа рабочего места у узла автоматом меняется иконка и по этим критериям возможна фильтрация в тех же отчетах и инструментах поиска. То есть Вы правы, разрез представления дерева рабочих мест "Оргструктура" на практике не организационная структура компании, а некий микс с добавление таких вещей как склады, стоек и пр. Но плохо ли это? Зачем плодить сущности усложняя приложение? Мне кажется добавление третьего слоя только усложнит работу пользователей. И двух разрезов (представление дерева РМ по организационному и территориальному признаку) вполне достаточно. Теперь что касается возможности добавления устройства (например, публичного сетевого принтера) прямо в помещение или в подразделение. В случае с помещением, допустим разрешили это. А когда переключились в разрез представления "Оргструктура", где там будет находиться этот принтер? Если же в разрезе оргструктуры разрешить добавление устройств и лицензий прямо в подразделение, то все просто будут путаться. Как пользователь программы, я гуляю по дереву рабочих мест. Сейчас я точно знаю, что устройства и лицензии есть только на рабочих местах. Вот только на них я их и смотрю. А иначе мне придется их искать еще и в организациях, подразделениях, этажах, коридорах, корпусах и т.д. То есть такая структура продиктована, выстраданаи построена чисто практикой использования нашими клиентами. Наверное, некоторых просто смущает используемый нами в приложении термин "рабочее место". Повторюсь, это не только рабочее место, на котором сидит за компьютером пользователь. Это некое синтетическое понятие, обозначающее точку размещения физического объекта. Поэтому это может быть и РМ, и склад и стойка и даже полка. Как хочет оператор, так и строит структуру. А деление узлов на фиксированный набор типов (организация, подразделение, рабочее место, этаж, помещение) - есть просто набор кубиков, которые подходят всем и ему не нужно изобретать ИТ-структуру с нуля, выдумывая каким же образом построить ему дерево размещения устройств в его организации. Цитата: Функционала контейнеров тут явно недостаточно (контейнер на полке, полка на складе, а в контейнере различные устройства - попробуйте отобразить в срезе все устройства одного типа на складе) | Контейнер (как "фиктивное устройство"), как я уже говорил, возможный метод построения иерархии, но не удачный для стойки как таковой. Он больше предназначен для некоей коробки или полки. Например, на складе у Вас есть некая коробка, в которой лежат всякие разные видяшки. Кучу этих видяшек удобно видеть в виде вложенных в один узел узлов. При этом у этого контейнера автоматом еще и кол-во лежащих в коробке видяшек отображается. А отобразить устройства одного типа на складе легко. Если у Вас физически на складе они хранятся в одном месте, то Вы их и увидите. А если раскиданы по разным складским "рабочим местам", то в той же форме поиска устройств ставите фильтр по нужно Вам типу, выбираете поиск по складу (или всем складам вашей компании, выбираете как угодно) и получаете общий список таких устройств. Из полученного списка тут же можете посмотреть детали каждого устройства, переместить и пр. операции. Цитата: 6. Пока писал предыдущее нашёл в ХВИ ещё один недочёт. Нельзя переводить одновременно с разных узлов склада устройства на одно рабочее место - не хватает некой корзины для сбора устройств по складу а затем перемещения их всех на одно рабочее место. | Это уже есть в планах. Только там не некая корзина, а просто можно будет выбрать перемещаемые устройства с разных рабочих мест. Цитата: оле выбора даты на несколькомониторной конфигурации | Это в каком режиме объединения мониторов? Цитата: про сервис деск - портируйте на новый фраймворк. На x64 .netfx 1 не запускается | Настройка тут описана: http://www.hwinspector.com/ru/products/servicedesk/setup/iis7w2k8.php По таким ньюансам лучше обращение в нашем helpdesk'е создавать. Цитата: На сколько мы поняли у вас довольно жёсткое представление о своём продукте. Готовые планы по его развитию. | Планов много. Работаем. Цитата: Но прислушайтесь к тому, что хотят клиенты. Может их "хотелки" не потребуют больших трудозатрат, но в итоге выграют все | Так мы наших клиентов и слушаем. На основе таких пожеланий весь продукт и строится. Но есть один момент. Запрашиваемый функционал принимается только тот, который будет интересен большинству других клиентов. Так как зачастую клиенты хотят совершенно противоположного. Либо кому-то нужна какая-то фича, которая всем остальным не нужна и будет только глаза мазолить. Цитата: то ещё сказать? Спасибо за HWI! | Вам всем спасибо! |