Не поддерживается потому, что в маркете фильтрация стоит. Либо отсутствуют обязательные вещи (компас, например). Если фильтрация стоит просто на уровне маркета, то можно скачать apk через какой нибудь сервис, и попробовать установить через adb.
Да и тому же, сам производитель котла предлагает контроллеры (за невменяемую цену). Но в итоге вся их работа заключается в замыкании 220В (для чего подходят любые контроллеры за $50-$80). Неужели производитель котла предлагает контроллеры во вред?
Так кто говорит, что нужно отключать насос? У меня после «отключения» горелка гаснет, и насос около минуты продолжает гонять теплоноситель. И только после этого отключается. А включение наоборот: сначала контроль температуры теплоносителя, затем включение горелки.
Как в таком случае контроллер уменьшает срок службы котла?
Да, там будет установлен Google Play. Но в остальном так же, как и с обычным телефоном. Т.е. нужен аккаунт Google и карта для оплаты.
Также не забывайте про тестовые аккаунты в Google Play Developer Console (можно указывать какой ответ от сервера будет приходить тестовым аккаунтам).
И ещё: если вы вернёте деньги или отмените заказ в Google Checkout, то купившему деньги вернутся, но Google Play будет считать что программа куплена.
Конечно, передавать большие сообщения через BizTalk можно, но не очень хорошо (так как это всё идёт через SQL Server). А если бы у вас были сообщения размером в несколько гигабайт? Скорее всего вы не обрабатываете эти 300 Мбайт средствами BizTalk-а, а просто им маршрутизируете.
Есть следующая практика передачи больших сообщений:
Передаваемое сообщение сохраняется на сервере (например, в некой папке).
BizTalk-у передаётся не само большое сообщение (A), а небольшое сообщение (B), где указано, где взять тело сообщения. Далее B каким вам нужно способом обрабатывается. Когда приходит время отправки сообщения из BizTalk наружу, то в SendPort нужно подставить свой pipeline, который из сообщения B берёт информацию о месте нахождения A, и отправляет его.
В таком подходе, правда, есть и минус: нужно решить, кто будет удалять A. Если A нужно отправлять только 1 раз, то удалять в принципе можно в pipeline. Ну, а если отправлять нужно несколько раз, то тут нужно будет подумать…
Устанавливать драйвер под конкретное устройство не всегда удобно. А вдруг ещё и драйвера нет? Можно сделать так, чтобы подошёл стандартный драйвер от Google:
Разрешаем отладку в девайсе (на HTC: Настройки — Приложения — Разработка — Отладка USB).
Скачиваем драйвер. Через Android SDK Manager устанавливается пакет «Google USB Driver package».
Ищем код производителя и девайса. Подключаем устройство, в Диспетчере устройств ищем это устройство, затем свойства — Сведения — ИД оборудования. Запоминаем строчку типа «USB\VID_0BB4&PID_0CAC».
Объясняем гугловому драйверу, что он умеет работать с нашим девайсом. В файл android-sdk-windows\extras\google\usb_driver\android_winusb.inf вносим изменения: Добавляем в секцию [Google.NTx86] и [Google.NTamd64]:
Idea 13/14, если переключиться на русскую раскладку не работают как минимум ctrl-c и ctrl-v
Как в таком случае контроллер уменьшает срок службы котла?
Также не забывайте про тестовые аккаунты в Google Play Developer Console (можно указывать какой ответ от сервера будет приходить тестовым аккаунтам).
И ещё: если вы вернёте деньги или отмените заказ в Google Checkout, то купившему деньги вернутся, но Google Play будет считать что программа куплена.
find -type f -exec adb push {} /system/app/ \;sudo apt-get install webmin
deb _http://download.webmin.com/download/repository sarge contrib
deb _http://webmin.mirror.somersettechsolutions.co.uk/repository sarge contrib
Правим источники:
sudo nano /etc/apt/sources.list
Добавить
deb download.webmin.com/download/repository sarge contrib
deb webmin.mirror.somersettechsolutions.co.uk/repository sarge contrib
Добавляем ключ:
cd ~
wget www.webmin.com/jcameron-key.asc
sudo apt-key add jcameron-key.asc
Установка человеческим способом:
sudo apt-get update
sudo apt-get install webmin
sudo apt-get -f install
Смена пароля:
Есть следующая практика передачи больших сообщений:
Передаваемое сообщение сохраняется на сервере (например, в некой папке).
BizTalk-у передаётся не само большое сообщение (A), а небольшое сообщение (B), где указано, где взять тело сообщения. Далее B каким вам нужно способом обрабатывается. Когда приходит время отправки сообщения из BizTalk наружу, то в SendPort нужно подставить свой pipeline, который из сообщения B берёт информацию о месте нахождения A, и отправляет его.
В таком подходе, правда, есть и минус: нужно решить, кто будет удалять A. Если A нужно отправлять только 1 раз, то удалять в принципе можно в pipeline. Ну, а если отправлять нужно несколько раз, то тут нужно будет подумать…
Разрешаем отладку в девайсе (на HTC: Настройки — Приложения — Разработка — Отладка USB).
Скачиваем драйвер. Через Android SDK Manager устанавливается пакет «Google USB Driver package».
Ищем код производителя и девайса. Подключаем устройство, в Диспетчере устройств ищем это устройство, затем свойства — Сведения — ИД оборудования. Запоминаем строчку типа «USB\VID_0BB4&PID_0CAC».
Объясняем гугловому драйверу, что он умеет работать с нашим девайсом. В файл android-sdk-windows\extras\google\usb_driver\android_winusb.inf вносим изменения: Добавляем в секцию [Google.NTx86] и [Google.NTamd64]:
;HTC Incredible S
%SingleAdbInterface% = USB_Install, USB\VID_0BB4&PID_0CAC
%CompositeAdbInterface% = USB_Install, USB\VID_0BB4&PID_0CAC&MI_01
Теперь указываем винде этот драйвер. Она его ням-ням. Радуемся.
Проверить что всё установилось можно утилитой из SDK:
>adb devices
List of devices attached
emulator-5554 device
HT13HTD08297 device
Скорее всего, таким же способом можно установить драйвер в linux, но я не пробовал (как найти vendor_id и device_id линуксоиды знают :) ).