В корпоративной среде ездят и еще будут ездить пока железяка на которой она крутится не сдохнет (у самого парк 300+ машин из них под 100-150 XP).
Вы еще про WinServer 2003 забываете, а он вроде только недавно с поддержки MS снят.
2 опции — это чудность MS которые считают, что накопители больших размеров нужно форматировать в FS с поддержкой файлов больших размеров (ну и что бы потом пользователь не мучелся от непонимания «а что это у меня места на диске много а ОС при записи пишет что не хватает места»). С коммандной строки можно и в фат отформатировать.
Фотики NTFS в большинстве своем не поддерживают. Так же некоторые устройства хоть и поддерживают чтение NTFS но не факт, что могут поддерживать запись.
Еще раз, она не для HDD/SSD/FLASH/etc. У нее принцип «записал — нужны изменения — дописал кусок с изменениями без стирания предыдущей информации». Это по сути костыльная FS, что бы решить проблемы файловой системы ISO для DVD-RW/CD-RW в которой есть проблема с дозаписью/изменением файлов.
Вопрос:
Если с компанией Senseit или их веб сервисом, что нибудь случится, розетка превращается в тыкву?
В случае если у оператора возникнут проблемы с GPRS в вашем районе (а в том же Подмосковье на дачах такое может быть, и если голос работает, оператор может долго не заморачиваться с GPRS) то управление удаленным объектом становится не возможным?
Будет ли выполнятся расписание/задания если инет пропал или за этим следит сервис?
Я конечно понимаю архаичность предыдущей модели с СМС, но там хоть это не грозит. Да ладно СМС, была бы возможность поднятия сервиса на своем сервере в случае проблем с сервисом от Senseit.
Не думаю что это большая проблема, но может быть лицензия на AmigoOS или что то подобное? Если память не изменяет, то даже эмули амиги идут без ОС (или образа BIOS). В принципе похожая проблема и с эмуляторами Sony PS1.
Согласен. Еще интересует оверхед, когда нужно к примеру массив из 1000 и более значений. Что то мне подсказывает, что структура сожрет больше памяти и принесет еще большей головной боли при работе с большим кол-вом элементов.
ИМХО decimail и отдельный класс для работы с конвертацией.
Валяется у меня это кольцо, почему то SGS4 его не видит. Либо китайцы NFC не рабочие вставили, либо несовместимость.
Отодрал дермантин, вроде чипы есть.
Я использую 2 варианта:
1. Бекап с помощью MSSQL (каждые 4 часа T-LOG в течении раб. дня и в конце дня полный, хранится 2 недели).
2. Ночью скрипт выгрузки в dt (нужно скорее для возможности передать дамп разработчикам либо для хранения долгих бекапов).
Скрипт писал сам, перед выгрузкой блокирует фоновые задания, блокирует возможность подключения, отключает сессии, так как если одно из них есть то выгрузка в dt не будет выполнена. Кстати под сервер 8.3 пришлось в скрипт добавить выбивание через объект консоли сервера, так как почему то не всегда срабатывал метод отключения через ИБ.
Часто по работе требуется разворачивать из бекапа тестовые базы, для этого обычно использую SQL бекап так как он работает быстрее чем из dt.
Вы еще про WinServer 2003 забываете, а он вроде только недавно с поддержки MS снят.
Фотики NTFS в большинстве своем не поддерживают. Так же некоторые устройства хоть и поддерживают чтение NTFS но не факт, что могут поддерживать запись.
Если с компанией Senseit или их веб сервисом, что нибудь случится, розетка превращается в тыкву?
В случае если у оператора возникнут проблемы с GPRS в вашем районе (а в том же Подмосковье на дачах такое может быть, и если голос работает, оператор может долго не заморачиваться с GPRS) то управление удаленным объектом становится не возможным?
Будет ли выполнятся расписание/задания если инет пропал или за этим следит сервис?
Я конечно понимаю архаичность предыдущей модели с СМС, но там хоть это не грозит. Да ладно СМС, была бы возможность поднятия сервиса на своем сервере в случае проблем с сервисом от Senseit.
ИМХО decimail и отдельный класс для работы с конвертацией.
Отодрал дермантин, вроде чипы есть.
1. Бекап с помощью MSSQL (каждые 4 часа T-LOG в течении раб. дня и в конце дня полный, хранится 2 недели).
2. Ночью скрипт выгрузки в dt (нужно скорее для возможности передать дамп разработчикам либо для хранения долгих бекапов).
Скрипт писал сам, перед выгрузкой блокирует фоновые задания, блокирует возможность подключения, отключает сессии, так как если одно из них есть то выгрузка в dt не будет выполнена. Кстати под сервер 8.3 пришлось в скрипт добавить выбивание через объект консоли сервера, так как почему то не всегда срабатывал метод отключения через ИБ.
Часто по работе требуется разворачивать из бекапа тестовые базы, для этого обычно использую SQL бекап так как он работает быстрее чем из dt.
Зачем нужны все эти левые бекаперы — не пойму.