jazzus, да, безусловно, но они имеют как минимум один отличительный признак (например id поставщика/производителя) и было бы глупо не ориентироваться на них для будущей легкой автоматизации загрузки прайсов и поступлений.
semki096, стоит плясать от тех part numbers которые фигурируют в документах поставщика (производителя). Чаще всего телефоны разных цветов имеют разные последние циферки в этом номере.
Александр, товар - это товар (конкретный экземпляр) и их может быть 100шт. красненьких, 25 - с квадратной матрицей и 4 - с поврежденной упаковкой.
А вот номенклатурные единицы - телефон марки XXX, модификации YYY aka manufacturer part number со списком характеристик, не являющимися принципиальными отличительными признаками - это то что надо. Плюс к этому для кучи модификаций YYY - характеристики могут быть едиными, так же как и изображение этой номенклатурной единицы (с отличающимися - например oem-упаковка, блистер, box и т.п.)
Sekii, ну если у него нет связи или нет питания - он ничего сделать все равно не сможет...
А ставить usb-свисток только для отправки уведомлений - нет смысла, проще его задействовать как резервный канал.
Qq, ну остальные варианты кривовато-суррогатны:
- можно отслеживать dhcp запросы - но не все устройства этого попросят
- мониторить mac на порту подключения устройства
- и т.п.
но вот какой-нибудь модуль мониторинга от APC - так не услышать... только сканировать udp…
aderes, почти. Не зря большинство программных продуктов предлагает перед установкой ПО прочитать и распечатать лицензионное соглашение. Распечатать - дабы подписать. И соблюсти п.2 ГК1235
drboboev, да, будет
посему стоит ковырнуть глубже и возможно реализовать это иначе...
ибо первые грабли: 1 числа выключили, 5 - включили, 10 - опять выключили
ГК РФ Статья 1235. Лицензионный договор:
1. …."Лицензиат может использовать результат интеллектуальной деятельности или средство индивидуализации только в пределах тех прав и теми способами, которые предусмотрены лицензионным договором. Право использования результата интеллектуальной деятельности или средства индивидуализации, прямо не указанное в лицензионном договоре, не считается предоставленным лицензиату."
2. "Лицензионный договор заключается в письменной форме, если настоящим Кодексом не предусмотрено иное. Несоблюдение письменной формы влечет недействительность лицензионного договора."
если в том или ином виде будет route add - то это будет именно добавление строчки, при одинаковой метрике - в общем случае поведение (порядок поиска среди подходящих маршрутов) будет неопределенным, но наиболее щепетильные реализации могут попробовать сортировать от более узких диапазонов к более широким...
Хотя совершенно не исключена ситуация и fifo варианта...
Наверное более тяжелым, но своего рода "гарантированным вариантом" было бы удаление всех маршрутов и добавление их снова, а вот "слиянием" пересекающихся маршрутов - тогда надо бы озаботиться на своей стороне - т.е. сливать клиенту уже заведомо неперехлестывающиеся маршруты... даже ценой вздутия числа строк.
В пределах нескольких десятков тысяч строк - "тяжесть" незаметна. Вот если это валить как ответы на сотни тысяч уников - тогда видимо придется призадуматься...