Google Play По ссылке идет речь о запрете покупок приложений и ин-аппов из РФ. Поэтому если ЦА только Россия следовательно нет смысла публиковать, так как купить никто не сможет.
А так публиковать можно и покупки будут работать, но только из других стран.
Спасибо автор за очередной шедевр. Улыбнуло. И ведь как классно пишите от первого лица, что нет ассоциаций с предыдущими постами. Пару раз не узнавал Вас. Теперь если цепляет за душу - смотрю в профиль.
Половину того, что должны делать драйвера USBoverIP возможно Вы знаете как JetDirect . Висит демон, слушает 910n порт, пришедшие данные пересылает на устройство, ответ от него в сеть.
Казалось бы с другой стороны нужно только это оформить как виртуальное устройство .
Но тут возникают проблемы маршрутизации и детекта обрыва. Нужно периодически гонят пинги (по другому обрыв не поймать).
В общем часть описанную выше писать и отлаживать самому (собирать из опенсорса) то еще удовольствие, ну а платные решения можете поискать сами и глянуть на порядок цен.
От статьи сложилось впечатление самоучителя "Как надевать штаны через голову".
Что мешало сразу отрефакторить приложение com.example.app выделив sdk.part ?
И еще вопрос. Как я понимаю таких приложений получилось штуки 3 или более. Не боитесь, что одним утром прилетят письма ( Страйк,Страйк,Страйк, Бан акка разработчика ) ?
Вы правы, USB работает на 5 вольтах. Почему то описался с силой токой. Теоретически да термопринтер должен работать с миливольтами, но на практике андроид смартфон часто не пробивает шнурок или цепочку адаптеров, кабелей .
Поддержкой USB заморчиваются в основном производители SDK для своих устройств. Простые программисты реализуют сетевой протокол на 9100 и работу через классический блютуз SPP. Программно это работа с потоком с небольшой оберткой на подключение. Ну или используют готовые SDK.
Вот только от китайских сдк впечатление, что их писали копипастой друг у друга и со стек оверфлоу.
Начнем с того, что моделей телефонов много. USB-OTG поддерживают не все. Очень часто не получается программно определить поддерживает или нет. Все методы говорят да, а фактически не работает. Единственный простой надежный способ - подключить USB мышку - появился курсор - ок.
Во вторых надеятся можно только на низковольную версию usb порта (150мв) . А вот устройства почему то проектируют из расчета 500 мВ . ;)
В третьих начудили с безопастностью. Каждое подключение - новый идентификатор, к которому нужно получать от пользователя явное разрешение. Тут есть обходной путь. Ловить все подключения устройств, тогда пользователь может проассицировать принтер с твоей программой.
Версий андроида много, да еще производители свои кастомы добавляют. Так, что /dev/ttyXXX как вилами на воде. Может будет, но вероятнее всего, что нет.
В общем в андроиде USB сделано по остаточному принципу. Те же клавиатуры внешние до сих пор через одно место работают. Да и в программах не удобно реализовывать поддержку. в androidX материал компонентах поломали клавиатурную навигацию.
меня напугали диаграмы на страницах 19 и 20. Так как одновременно разбирался как эмулируется протол COM порта под андроидом . Готовые либы вроде бы есть, но одни растут из гугловского кода и поддерживают не все, а другие в основе имеет GPL лицензию. А родить аналог готовых либ, который через булк будет правильно работать . Увы мне слабо.
ГЛАВНОЕ . НЕ ПУТАЙТЕ ФИСКАЛЬНЫЕ РЕГИСТРАТОРЫ И КУХОННЫЕ ПРИНТЕРЫ.
Протоколы которых не имеют ничего общего.
Если там, чтото типа Атолловских, то это полная жопа. Все должно передаваться с выдержкой до миллисекунд. Никто насколько я знаю не решился переписать их страшную dll.
Первое. USB в хроме заброшен. Во времена надеж на ChromeOS добавили.
Второе, апи как вы называете это ESC/POS command protocol.
Во времена войны производителей наплодили подвариантов. Китай в основном два диалекта (базовых микропрошивок) где русский язык (866) на 7 или 17 кодепейдже. Полный список извращений свыше 20 вариантов для 866 и 1251. Больше воевали с командами графики. Наиболее частые GS v 0 и ESC *
Третья проблема сама термоголовка. Максимальное количество точек.
384 и 576 соответственно лидеры популярности.
Четвертая проблема обратная связь от устройства и отсутвие механизмов контроля целостности данных. Легко переполнить буфер, которые тоже различаются.
Посылаешь медленно, начинает полосить. Так как головка еще не разогрелась.
Пятое, перед написанием велосипедов рекомендуется смотреть готовые решения. Практически все в конце концов приходят к приложению с которым потом работают из js
не понял Вас. Т.е. пишешь приложение без монетизации и еще по 250 баксов в месяц платишь ?
Ну так кучу приложений для мака просто так не запустишь. Разработчик перестает платить 100 баксов в год и приложение теперь не запустить если не отключить проверку подписей.
Google Play По ссылке идет речь о запрете покупок приложений и ин-аппов из РФ. Поэтому если ЦА только Россия следовательно нет смысла публиковать, так как купить никто не сможет.
А так публиковать можно и покупки будут работать, но только из других стран.
Несколько лет назад выпили. До этого были скрипты для Appache ANT в составе самого SDK . Это для исторической полноты.
спасибо исправил.
Спасибо автор за очередной шедевр. Улыбнуло. И ведь как классно пишите от первого лица, что нет ассоциаций с предыдущими постами. Пару раз не узнавал Вас. Теперь если цепляет за душу - смотрю в профиль.
Народ, за 200 баксов уже можно купить телефон с 12 андроидом ?
Цифры выше мое глубокое имхо. У новичков слишком розовые надежды. Достичь ARPU рубль и выше сложно.
Если пытаться предлагать каждому, то CPI > ARPPU и просто уйдешь в минус.
1 из 20 . 5 не показатель. Продолжайте. А реальный успех 1 из 100.
Для приложения ваша теоретическая аудитория должна быть 10+ млн человек. Если меньше, то это просто хоби проект.
Например, самозанятых 3,3 миллиона. Чек в виде бумажки возможно захочет напечатать один из 10 тысяч. 330 человек.
Прога в плее 3-й месяц. 189 установок. 59 пользователей.
Писал ее как бесплатную без рекламы. Чисто в образовательных целях.
Как всегда в рекламе все хорошо.
На практике головная боль.
Половину того, что должны делать драйвера USBoverIP возможно Вы знаете как JetDirect . Висит демон, слушает 910n порт, пришедшие данные пересылает на устройство, ответ от него в сеть.
Казалось бы с другой стороны нужно только это оформить как виртуальное устройство .
Но тут возникают проблемы маршрутизации и детекта обрыва. Нужно периодически гонят пинги (по другому обрыв не поймать).
В общем часть описанную выше писать и отлаживать самому (собирать из опенсорса) то еще удовольствие, ну а платные решения можете поискать сами и глянуть на порядок цен.
Из универсальных решений можно глянуть в сторону построенных на https://ru.wikipedia.org/wiki/MQTT
А так чаще реализуют частные решения . Как пример то, что напридумывали для ККМ (облачные кассы).
От статьи сложилось впечатление самоучителя "Как надевать штаны через голову".
Что мешало сразу отрефакторить приложение com.example.app выделив sdk.part ?
И еще вопрос. Как я понимаю таких приложений получилось штуки 3 или более. Не боитесь, что одним утром прилетят письма ( Страйк,Страйк,Страйк, Бан акка разработчика ) ?
Извините, почему-то был уверен, что сижу на тройке. Заглянул в градле файл, а там 4.0.0
queryPurchasesAsync введен в 3й версии библиотеки, билдеры параметров там же. Статья наверное для тех, кто перескочил через тройку.
https://support.google.com/mail/thread/20278990/cannot-send-email-from-embedded-device-using-gmail-smtp-server?hl=en
гмайл вроде давно не работает с плаин авторизацией по умолчанию. Я правильно понял, что сперва капитально снизили безопастность своей учетки ?
Вы правы, USB работает на 5 вольтах. Почему то описался с силой токой. Теоретически да термопринтер должен работать с миливольтами, но на практике андроид смартфон часто не пробивает шнурок или цепочку адаптеров, кабелей .
Поддержкой USB заморчиваются в основном производители SDK для своих устройств. Простые программисты реализуют сетевой протокол на 9100 и работу через классический блютуз SPP. Программно это работа с потоком с небольшой оберткой на подключение. Ну или используют готовые SDK.
Вот только от китайских сдк впечатление, что их писали копипастой друг у друга и со стек оверфлоу.
Глюки один в один.
Начнем с того, что моделей телефонов много. USB-OTG поддерживают не все. Очень часто не получается программно определить поддерживает или нет. Все методы говорят да, а фактически не работает. Единственный простой надежный способ - подключить USB мышку - появился курсор - ок.
Во вторых надеятся можно только на низковольную версию usb порта (150мв) . А вот устройства почему то проектируют из расчета 500 мВ . ;)
В третьих начудили с безопастностью. Каждое подключение - новый идентификатор, к которому нужно получать от пользователя явное разрешение. Тут есть обходной путь. Ловить все подключения устройств, тогда пользователь может проассицировать принтер с твоей программой.
Версий андроида много, да еще производители свои кастомы добавляют. Так, что /dev/ttyXXX как вилами на воде. Может будет, но вероятнее всего, что нет.
В общем в андроиде USB сделано по остаточному принципу. Те же клавиатуры внешние до сих пор через одно место работают. Да и в программах не удобно реализовывать поддержку. в androidX материал компонентах поломали клавиатурную навигацию.
https://partner.atol.ru/files/dc/217/Protokol_KKM_2.4_040614.pdf
меня напугали диаграмы на страницах 19 и 20. Так как одновременно разбирался как эмулируется протол COM порта под андроидом . Готовые либы вроде бы есть, но одни растут из гугловского кода и поддерживают не все, а другие в основе имеет GPL лицензию. А родить аналог готовых либ, который через булк будет правильно работать . Увы мне слабо.
ГЛАВНОЕ . НЕ ПУТАЙТЕ ФИСКАЛЬНЫЕ РЕГИСТРАТОРЫ И КУХОННЫЕ ПРИНТЕРЫ.
Протоколы которых не имеют ничего общего.
Если там, чтото типа Атолловских, то это полная жопа. Все должно передаваться с выдержкой до миллисекунд. Никто насколько я знаю не решился переписать их страшную dll.
Первое. USB в хроме заброшен. Во времена надеж на ChromeOS добавили.
Второе, апи как вы называете это ESC/POS command protocol.
Во времена войны производителей наплодили подвариантов. Китай в основном два диалекта (базовых микропрошивок) где русский язык (866) на 7 или 17 кодепейдже. Полный список извращений свыше 20 вариантов для 866 и 1251. Больше воевали с командами графики. Наиболее частые GS v 0 и ESC *
Третья проблема сама термоголовка. Максимальное количество точек.
384 и 576 соответственно лидеры популярности.
Четвертая проблема обратная связь от устройства и отсутвие механизмов контроля целостности данных. Легко переполнить буфер, которые тоже различаются.
Посылаешь медленно, начинает полосить. Так как головка еще не разогрелась.
Пятое, перед написанием велосипедов рекомендуется смотреть готовые решения. Практически все в конце концов приходят к приложению с которым потом работают из js
Китайцы уже выпустили мониторы 480 на 1280
Утопия. 96% процентов пользователей ищут ХАЛЯВУ.
А без рекламы ее не будет.
не понял Вас. Т.е. пишешь приложение без монетизации и еще по 250 баксов в месяц платишь ?
Ну так кучу приложений для мака просто так не запустишь. Разработчик перестает платить 100 баксов в год и приложение теперь не запустить если не отключить проверку подписей.
и кроме того не покрывают законодательство по персональным данным только в ЕС и США.
что-то тут режет глаз. может НЕ лишняя ?