Чтобы это заработало все (proxy mitm) на мобильных устройствах ещё надо включить работу с пользовательскими сертификатами (как минимум в Android, в ios вроде тоже, но это не точно)
Кстати, Чарльз не всегда предлагает поменять request часть, в breakpoint можно галку поставить только на response.
ЭТО ПРОСТО КРУТО!!! Спасибо, а то напишут статью надергав переводов из документации и управились. Давно хотел попробовать нативный код написать для андроид, но ни разу случай не представлялся, вот воспользуюсь примером :)
Лично я надеюсь, что ос сможет завоевать себе место под солнцем. Когда там что продавалось Я не искал особо, да и сейчас не ищу. Но если будет в продаже - куплю. А сейчас с ос ситуация выглядит так - на ней нет приложений, она никому не нужна, а чтобы писать приложения устройства надо продавать. И разработчикам условия создавать.
Лично я куплю. У меня не очень большие требования к списку приложений - браузер, плеер, чтение документов и книг. Остальное если что и сам себе написать думаю смогу.
У меня нет желания искать смартфон который б/у, покупать ос отдельно, а потом ставить на устройство, я не горю желанием заморачиваться установкой.
Наверное потому что обычный пользователь половину ваших слов не поймет, впрочем как и я т.к. я все эти реликты истории не застал.
И потому, что обычному пользователю драйвер не нужен, ему нужно что-то измерить, отобразить, выполнить простую работу. А avr со своей простой архитектурой с этим справляется на ура.
Не все хотят разбираться с 32-х битными камнями, а автор в свое время приложил немаленькую толику к популяризации именно avr. Я вот с stm32 например не работал и если что-то будет нужно то буду собирать на avr/mcs-51. Просто потому что привычно. Да и сами avr однотипные и простые.
Ну в touchevents там то ничего сложного по сути, но вот математики будет много - градус в который попали, расстояние.
Если планируете ещё писать, можно про кастомные view group, про них информации ещё меньше. А там ведь всякие dispatchdraw, dispatchtouchevent, layout larams свои, то же есть о чем рассказать. Да и позволяют они тоже очень много.
Уууу, это просто огонь!!! Спасибо, а то однотипный шлак который в последнее время здесь выдают за кастомные вью немного поднадоел. Единственное сам текст (список) наверное было бы проще рисовать не внутри кастомной вью, а руками самостоятельно разработчику - не всем нужны текста, кому-то нужна только диаграмма, кто-то текст захочет кастомизировать. С другой стороны это вью, а не compose, можно и отнаследоваться при желании (но тот же drawtext private а не protected)
Для полноты картины только touchevents не хватило, но и так очень круто!!!
Вариант с мапой конечно интересен, надо на него поближе взглянуть, но я до сих пор удивляюсь как можно было сделать списки такими убогими имея recyclerview. Но даже так стандартная анимация расхлопывания будет так себе. Я так понимаю вы априори верите что бек ключи не задвоит?) Смело)
Ну и вообще, чем больше я в compose погружаюсь, тем больше огорчаюсь тому, что кучу всего сломали.
Кстати, если использовать RV вместо lazylist, и в холдеры прокидывать composeview, то тоже могут быть сложности. Так что со списками прям все очень печально...
В interface BindingClass лучше сразу добавить override equals(item:Any) и override hashCode(item:Any), в дата классах они автоматом подхватятся, а если будет обычный класс, интерфейс заставит реализовать.
А случайно исходниками не поделитесь - я давно хочу попробовать surfaceglview, но это достаточно сложная штука, а у вас так красиво получилось. С 13 андроида кстати шейдеры стали доступны и без surfaceglview (agsl), в дальнейшем можно попробовать и их, если будет желание :)
Так здесь обзор именно с подменой. Что приходит и в студии глянуть можно, если надо.
tcpdump разве подменять пакеты может?
Для Mac os proxyman все же поприятней будет.
Чтобы это заработало все (proxy mitm) на мобильных устройствах ещё надо включить работу с пользовательскими сертификатами (как минимум в Android, в ios вроде тоже, но это не точно)
Кстати, Чарльз не всегда предлагает поменять request часть, в breakpoint можно галку поставить только на response.
Там же во первых не одна флешка может быть, во вторых часть в мультиконтроллере вообще может быть, а в третьих ещё и чистый me регион нужен
Пол года, что-то слишком быстро, как мне кажется...
А почему картинки в базе? Ещё скажите что фронту из в base64 отдаете, как и храните.
Я не люблю быть голословным, поэтому вот ссылка на их сайт где они говорят что работают с 98 года.
https://www.dns-shop.ru/about/about/
Компания не основана в 2010, сама она сообщает что ведёт историю с 98 года. Ну и помойка та ещё, никому там трудиться не советую.
ЭТО ПРОСТО КРУТО!!! Спасибо, а то напишут статью надергав переводов из документации и управились. Давно хотел попробовать нативный код написать для андроид, но ни разу случай не представлялся, вот воспользуюсь примером :)
Лично я надеюсь, что ос сможет завоевать себе место под солнцем. Когда там что продавалось Я не искал особо, да и сейчас не ищу. Но если будет в продаже - куплю. А сейчас с ос ситуация выглядит так - на ней нет приложений, она никому не нужна, а чтобы писать приложения устройства надо продавать. И разработчикам условия создавать.
Лично я куплю. У меня не очень большие требования к списку приложений - браузер, плеер, чтение документов и книг. Остальное если что и сам себе написать думаю смогу.
У меня нет желания искать смартфон который б/у, покупать ос отдельно, а потом ставить на устройство, я не горю желанием заморачиваться установкой.
Это хорошая новость, надеюсь они наконец выпустят устройства для физ лиц
Наверное потому что обычный пользователь половину ваших слов не поймет, впрочем как и я т.к. я все эти реликты истории не застал.
И потому, что обычному пользователю драйвер не нужен, ему нужно что-то измерить, отобразить, выполнить простую работу. А avr со своей простой архитектурой с этим справляется на ура.
Не все хотят разбираться с 32-х битными камнями, а автор в свое время приложил немаленькую толику к популяризации именно avr. Я вот с stm32 например не работал и если что-то будет нужно то буду собирать на avr/mcs-51. Просто потому что привычно. Да и сами avr однотипные и простые.
Ну в touchevents там то ничего сложного по сути, но вот математики будет много - градус в который попали, расстояние.
Если планируете ещё писать, можно про кастомные view group, про них информации ещё меньше. А там ведь всякие dispatchdraw, dispatchtouchevent, layout larams свои, то же есть о чем рассказать. Да и позволяют они тоже очень много.
Уууу, это просто огонь!!! Спасибо, а то однотипный шлак который в последнее время здесь выдают за кастомные вью немного поднадоел. Единственное сам текст (список) наверное было бы проще рисовать не внутри кастомной вью, а руками самостоятельно разработчику - не всем нужны текста, кому-то нужна только диаграмма, кто-то текст захочет кастомизировать. С другой стороны это вью, а не compose, можно и отнаследоваться при желании (но тот же drawtext private а не protected)
Для полноты картины только touchevents не хватило, но и так очень круто!!!
Спасибо, было полезно!
Вариант с мапой конечно интересен, надо на него поближе взглянуть, но я до сих пор удивляюсь как можно было сделать списки такими убогими имея recyclerview. Но даже так стандартная анимация расхлопывания будет так себе. Я так понимаю вы априори верите что бек ключи не задвоит?) Смело)
Ну и вообще, чем больше я в compose погружаюсь, тем больше огорчаюсь тому, что кучу всего сломали.
Кстати, если использовать RV вместо lazylist, и в холдеры прокидывать composeview, то тоже могут быть сложности. Так что со списками прям все очень печально...
В interface BindingClass лучше сразу добавить override equals(item:Any) и override hashCode(item:Any), в дата классах они автоматом подхватятся, а если будет обычный класс, интерфейс заставит реализовать.
А случайно исходниками не поделитесь - я давно хочу попробовать surfaceglview, но это достаточно сложная штука, а у вас так красиво получилось. С 13 андроида кстати шейдеры стали доступны и без surfaceglview (agsl), в дальнейшем можно попробовать и их, если будет желание :)