很奇怪的是，我在 Goolge Play 页面上找不到测试的入口，无论是电脑上还是电视上。
问了 reddit ，原来是必须要有安卓手机，从手机上可以进 beta 测试，然后可以安装到电视上。
但是我没有安卓手机，电脑也是 macbook 。
开始设想的是让已经加入测试的网友把电视上的 apk 文件导出来分享给我，结果无法在家里的电视上安装（后来猜想可能是别人家的电视的安卓版本高于 10 ）。
几经思考想到了这么一个法子：
在自己的 macbook 上安装 android stuido ，然后创建一个安卓手机模拟器，在模拟器里面的 google play 上登录自己的谷歌账号，这样子自己的谷歌账号下就既有电视又有手机模拟器。然后加入测试，就可以把 beta 版本安装到电视上。
最后居然成功了。
想求证安卓开发者们：安卓电视上的 google play 不让 beta 测试是谷歌统一规定的还是开发者自己设置的？ ]]>
我一看，我艹，这不被破解了嘛。 随即我踢了他，然后当天下午加了他 wx ，他同意了。 整个聊天过程没有急眼，他还表明破解的这个包没有流传出去。 因为那个人只愿出几十块钱，他肯定不会成交的，纯试试水，就破了。
从聊天记录我总结出以下几点：
1：他不懂安卓代码，纯靠几个工具 [其中有 MT 管理器[狗东西，开发者天敌]] 就能快速重签打包，我在 Java 和 cpp 中有几个签名验证的埋点，他依然能打包，并正常运行。
2：我的 app 核心功能要用到安装包中的本地带密 zip ，解压密码由后台配置信息接口返回，每个版本的安装包中的 zip 解压密码都不一致，所以我故意改了后台配置信息接口中的密码，他破解的老包功能依然正常使用，我轻描淡写问了他，他说就一个工具就能搞定。
3：他还能破包后加卡密弹窗，说这是基操。视频链接： https://m.okjike.com/originalPosts/69493b881cc9bc8e54a2608d?s=eyJ1IjoiNjM1Nzg4ZjM0N2RkNjRhN2Y3Y2RiMTk0In0%3D
经过几天的 v 站查帖和看 B 站视频，我知道业务逻辑在本地是无法完全防破解的，只是有几点疑问。
1：加卡密弹窗的云注入平台为爱发电？就没人投诉吗？
2：他破解的包为什么不受后端动态解压密码控制?如果绕过校检本地如何解压成功呢？
]]>官方对 PlugMate 的定位是： 一款拇指大小的私人电脑，可以在 iPhone 、Android 设备、Mac 和 Windows PC 上创建一个物理隔离的加密工作空间，主打安全、隐私和便携。系统是运行在它自己的硬件里，用来把加密钱包管理等敏感任务，与宿主设备上的日常应用隔离开。
实际用下来，它本质上就是： 一台拇指大小、独立运行的 Android 设备，通过 Type-C 插到 iPhone 、Android 手机或电脑上，即插即用启动一个完全隔离的 Android 系统，有点像“移动版 Android 计算棒 / Android To Go”。
我是 iPhone 用户，用它在 iPhone 上跑安卓和 iOS 双系统。买它本来打算用来存些隐私数据和小众 APP ，上手后发现这个系统可玩性比预期高不少，包括虚拟 GPS 定位、虚拟 SIM 卡、虚拟摄像头等，还自带 GMS 服务。这些能力放在“独立硬件 + 可随时换宿主设备”的前提下，组合起来挺有趣的。
不过我本人也不搞灰产，也没多少资产，目前更多是当一个干净、可控、随身插拔的 Android 环境在用，还在研究在可玩性或实际使用上还能怎么拓展。
]]>能卸载的 App 都卸载了，但是它不定时屏幕就亮了…… ]]>
1.推特复制英文单词无法触发翻译,很麻烦
2.同 wifi 速度抢不过小米,家里 100m 宽带,同时下载 oppo300k/s,小米 7m/s
3.全局字体不统一,各个 app 字体一会粗一会浅的,很难看
4.音质很差
5.充电很慢,但续航还可以
6.拍照换到 5 倍之后开始糊 ]]>
结果发现：
vivo X200 Pro 上，ChatGPT 已无法正常工作，原因是 Google 服务在后台被系统杀死，需要先进入 Play 商店，联带启动 Google 服务后，ChatGPT 才能恢复。
红米 K40 在同样条件下表现正常，ChatGPT 仍可正常运行。
请教各位： 有没有办法在 vivo 系统上让 Google 服务框架（ GMS ）更稳定地保活，避免被后台清理？
]]>1 pc 端 Oppo 用无线互联，我的相册 400 个 G 的视频和照片，点击相册照片（这个相册有四万多张照片）后，没有反应，无法显示照片。当点击照片不多的相册是可以显示。那这个互联的有什么意义？我如果要查找比较旧的照片，根本就打不开。
2 相册空间优化的问题，我有大概 400 个 G 左右的相册内容，买这个手机之前确认他有优化相册容量的功能。使用下来客服和我反馈，只有照片能存成缩略图，视频是不具备这个功能。然后问题是照片它显示使用缩略图可以节省 60 个 G 左右空间，实际只省了 10 个 G 的空间。客服反馈算法就是这样，时间很慢，要漫长等待。问题是我等了一个多月了，还是只省了 10 个 G
3 Oppo watch S 手表运动记录非常不准
以上问题 iPhone 都没有。现在考虑是否把主力机换回 iPhone 了。 ]]>
- 免登录，免注册
- 在你的安卓设备上离线转译，不需要服务器
- 可以用来转录 podcast, 可以边播放边转录
- 重复，可以配置每次重复的播放速度
- 英语转录快准，其他语言慢准确率低， 大模型慢
- 支持任意 whisper GGML 模型 https://huggingface.co/ggerganov/whisper.cpp
App 图片
https://photos.app.goo.gl/uxXbC6jZc9gtxrM69
加入测试（ google 强制）：
1. 加入 google group https://groups.google.com/g/offline-shadowing
2. 下载 https://play.google.com/apps/testing/com.fffx.offlineshadowing ]]>
现在初步有几个想法 1 、买个实体安卓设备，接上电源放在公司或者家里某个角落，然后使用什么远程连接的方式进行控制？这种情况下手机端有什么方式可以控制这台设备吗？手机是 iOS 的
2 、家里电脑现在是常年开机的状态，也做了内网穿透，有没有什么安卓模拟器是可以直接在电脑上跑起来，然后远程的 iOS 设备可以直接控制这个模拟器呢？
3 、直接购买某些平台的云手机服务，各位有什么性价比比较高的推荐吗？
]]>现在用的是小米，总是会下载一堆乱七八糟的 app ，然后各种问题，离的远又不方便帮忙处理，考虑 ios 可能会好点儿？
最近是看了 一加 ace6T 、荣耀 x70 、小米 k80 、turbo ，然后老款的 iphone14/15
帮忙给点意见 xdm ]]>
由于 android r8 只能在 jvm 上运行，故选择 compose multiplatform
使用 https://kmp.jetbrains.com/?android=true&ios=true&iosui=compose&includeTests=true 创建了一个 hello world 项目
没加依赖直接执行 createReleaseDistributable 构建 exe ，然后双击 exe ，等了 5s ，窗口出现
怀疑是本地 Windows11 的问题，把上面构建出来的打包为 zip 发给其它同事的电脑上运行测试，也是相同的结果
怀疑是构建配置问题，去下载知名开源项目，测试从点击 exe 至看到窗口耗时如何(中间没有 Windows 网络和安全拦截)
选了 https://github.com/topics/compose-multiplatform 排行靠前的应用
https://github.com/open-ani/animeko 耗时 7s 看到窗口
https://github.com/amir1376/ab-download-manager 耗时 3s 看到窗口
https://github.com/JetpackDuba/Gitnuro 耗时 6s 看到窗口
但是测试几年前应用 https://github.com/gaoyang5323/excel-search-by-compose-for-desktop 只耗时 1.5s 就看到界面，发送给同事测试也是一样短耗时
点击 vscode 图标 1s 就能看到窗口，compose multiplatform 的启动速度竟然不如 electron ？
]]>这篇文章主要想分享下 Google Play 上架前后的一些事情，另外，简单介绍下九零日志这款 App 与传统日志 App 的那些差异点。
上架
没曾想在 Google Play 上发布应用的流程还是很顺利的，封测 14 天结束后，当晚提交申请正式版发布权限，第二天早上便通过了。
期间开放式测试又提交了几个版本，主要是一些优化，基本也都是 1-2 天就会通过，首次提交正式版，也是 2 天便通过了。
我是没想到，以个人开发者的身份第一次在 Google Play 上上架应用会这么顺利。
我猜测大概率跟应用本身有很大的关系吧。
因为九零日志是一个纯本地存储，并且可离线使用的记录工具，无广告，没有任何收集用户信息的行为，甚至不需要网络，风险小，审核自然也就快了。
备案
上架 Google Play 后，我发现国产手机线下通过 apk 安装包安装应用的时候，会弹警告窗，如下图：
这个事让我很奇怪，因为没上架之前，我也这么安装过，却没有报错。上架到 Google Play 后，再用安装包安装，就报错了。猜测原因可能是安装包签名的问题。
不过这都是小事，备案就备案吧，备案又不用花钱。由于早期便搞过 Web 的备案流程，这次 App 的备案也是相当顺利的。
在云平台上提交申请，第二天就给反馈了，管局那边 3 天便给通过了。
其实再申请一个软著、一个企业资质就可以申请上架国内应用市场了，但是呢，这两项都需要钱，便先搁置吧。
开发 App 已经投入很多精力了，如果需要再进一步投入更多的成本，这个阶段，我是希望能够先看到收益的，毕竟目前是能够完全满足自己使用的，开发它的目标便已经基本达成。
用户价值
在申请正式版本发布权限的时候，官方让我回答了一些问题，主要是问怎么获得测试用户的？怎么测试的？用户提了哪些具体问题？其中一个问题引起我的注意。
请说明您的应用是如何为用户创造价值的。
说来惭愧，开发两年多了，确实没有仔细想过这个问题。如果问啥要开发这个应用，答案是，市面上的日志 App 都不适合自己，于是自己干了一个。
但这样显然是答非所问，人家问的是用户价值，而不是你为啥要开发这个 App 。
于是，我把 App 的核心功能给了 AI ，让 AI 帮我写一下用户价值，我略作整理如下：
“九零日志”致力于成为用户全能的每日记录伙伴，为用户创造以下核心价值：
1. 提升生活记录的效率与完整性（一站式全能记录）：
-
告别应用切换：用户无需在待办清单、图文日记、事件记录、消费支出等多个应用间切换，在“九零日志”这一个 App 即可完成所有每日记录的需求。
-
数据融合与自动化：巧妙地将待办事项、图文日记、生活事件时间线、每日消费等数据融合在一个空间，自动整理统计，让用户轻松形成完整且清晰的每日生活轨迹。
2. 确保个人数据的隐私与自由掌控：
-
极致隐私保护：应用采用离线运行模式，用户所有珍贵数据只存储在自己的设备上，杜绝云端泄露风险，让用户记录无忧。
-
数据自主权：支持将数据明文导出为通用格式，确保用户对自己的记忆拥有永久所有权和自由支配权，且该功能无需付费。
3. 带来重温与成长的情感价值：
-
重温往日惊喜：“随机往事”以及“那年今日”功能在不经意间推送过去的记录，帮助用户发现意外惊喜，重温成长轨迹和美好瞬间。
-
构建私人记忆宝库：通过图文记录、事件记录等，帮助用户生动地珍藏生活中的美食、旅行、灵感或任何心情片段，将应用打造成用户私人的、独一无二的数字日记本和记忆宝库。
总结来说，“九零日志”为用户提供了一个简洁优雅、高效、极致隐私保护的记录工具，让记录每日生活变得简单、高效且安心，帮助用户更好地管理当下，珍藏过往，规划未来。
AI 总结得还挺到位，恰到好处的把 App 所提供的核心功能转换成用户价值。
功能介绍
距离正式版本发布，也已经过去快一个月时间了，还没有一个完整的介绍文档，在这里先写一部分吧，主要回答一个问题：那么多日志 App 为什么要选九零日志？（与传统的日志 App 的差异）
一日一篇日志
该 App 不同于所有日志 App 的一个关键特性便是：一日一篇。
乍听是不是觉得不可思议，这也是很多用户上手后第一个质疑的地方，为什么要限制我一日只能记录一篇日志？
但是，真的上手之后，就会理解这个设计的良苦用心，日记日记，为何不能是一天一篇。
这个设计源于我长期以来的记录习惯，学生时代还没有智能手机时候，我们在本子上写日记，每一个日期下面会写多篇日记吗？
当然不会，理想状态下，我们通常会找一个自带日期的本子，在每个日期下面写上这一天发生的事情，这便是日志。
九零日志最基本的设计逻辑便来源于此，打开 App ，便可直接进入当天，左右滑动可翻开上一天下一天，就像当年翻日记本那样。
多合一维度记录
一日一篇并不代表记录的单调，反而因为这个设计，给了融合多种场景记录的可能性。
九零日志目前支持 4 种维度（ 4 类场景）的记录：
- 待办：规划您一天的计划安排
- 事件：记录这一天的重要时刻
- 支出：记录这一天的消费情况
- 图文：回顾您一天的见闻感受
支持多种维度的记录，不是重点，重点是这几类场景记录的数据，都是在一个空间上呈现，都是围绕着某天的记录，这才叫日志。
而有些记录 App 甚至支持更多的记录场景，却都是独立的功能模块，更像是工具合集。这也是九零日志 App 区别与这类记录 App 的地方。
内容按需分享
日志数据都记录到一块了，当想要分享怎么办？由于日志一般比较隐私，但又并非所有内容都涉及隐私，有时记着记着，某段文字就特别想要找个人分享，这时候怎么办？
针对这个需求，我给出了自己的解决方案：按需分享。目前版本支持选择内容进行分享，可以选择某个段落，选择某张图片来分享。
当前版本仅支持生成图片的分享方式。
每个人都有着强烈的分享欲望，即便是再内向的人，也是渴望分享的。
后续将会为 Pro 用户添加更多的分享样式以及更细力度的选择分享功能。
日志同步功能
这里需要提前说明的是，九零日志对用户数据的存储和传输是极其谨慎的。目前九零日志 App 支持离线使用，未来是否添加同步功能还未有定论。
但是，可以明确的是，借助第三方服务实现的日志同步功能，肯定是不会做的。例如：集成云盘，webdav 等。
对接云盘或者第三方云存储基本是本地存储记录类工具的默认方案，但我个人并不看好这类方案，甚至有些反感。我认为这是开发者不负责任的一种做法。
用户使用你的产品，你为了规避数据风险亦或是服务成本原因，不提供云端存储功能，宣称数据本地存储、安全可靠，这没有丝毫问题。
但是呢，你却又在 App 里提供三方接入的功能，并引导用户去对接第三方云端存储，来变相给自己的应用打上支持多端同步的标签。至于云盘上的数据是否安全，与你 App 便没有了直接关系。
而一旦云盘数据发生泄露，你大可推脱责任，你看，是用户自己主动接入的云盘，与我无关。你真的觉得与你没有一点关系吗？或者真的可以理所当然把责任撇得干干净净吗？
作为开发者，反正我是绕不过去这道坎，毕竟用户使用的是你的记录 App ，通过你的 App 产生的个人数据。
当然了，上述言语可能有些过激，并且不同类型的记录 App ，其数据的敏感性也各不相同，其用户对同步功能的便利性和安全性的心理预期也是有差异的，不能一概而论。
但对于日志 App 来说，我认为其数据是极其隐私的，所以，九零日志 App 是永远不会提供第三方数据同步功能的。即便未来提供了同步功能，也只会是九零日志来对用户的数据负责。
在日志类 App 中，我觉得 Day One 在这方面是做得最好的。我甚至认为它所提供的“端对端”加密方案，是同步功能的唯一解。
其他
上面几点介绍，更多是设计理念，看上去内容很丰富，其实落实到功能开发，没多少工作量，而下面的介绍，虽然没啥亮点，但确是花时间精力最多的地方。
轻量版待办工具
将每日日志中的待办数据单独拉出来展示，于是便有了一个 todo list ，索性加上默认首页的设置，九零日志摇身一变，成为了一个轻量版待办工具。
该页面支持新增、编辑、删除的待办事项的完整功能，并且可以设置为首页，启动 App 直接进入待办页面。
轻量版时间线工具
将每日日志中的事件数据分类统计展示，便有了基于事件的时间线记录工具。
同样的，可以将其设置为首页，该页面具备事件的新增、编辑、合并、删除以及统计的完整功能。
轻量版记账工具
将每日日志中的支出数据单独分类统计展示，便有了一个轻量版的记账工具。
该模块暂时还不可设置为独立首页，因为记账功能还未完全形成闭环，但也只是时间问题了。
另外，还有一些花了大量时间的常规功能，就不过多介绍了。例如：月度统计、年度统计、备份恢复、三方数据导入等等。
最后
好了，这次先分享这么多了，这篇文章也拖了好长时间，断断续续写了一周才写完。
如果你也是一个重文字记录的日记 er ，可直接在 Google Play 上搜索“九零日志”获取 App ，即刻体验。
]]>而且重建的时机很诡异，目标 app 刚收到 intent 的信息，然后就销毁重建了，导致重建后的 activity 里取不到 intent 中分享的信息。
对 Android 开发不熟悉，不知道这算不算是个 bug 。关闭 “小窗分享” 之后没有这个问题。
记录一下，我在处理一个问题的时候发现的，AI 也解决不了，试了一下其他 app 才发现包括微信都这样...
]]>最近发现一个国产 App 叫“煎饺”，试玩了两天，来分享一下体验。
核心逻辑： 本质就是 自定义语音指令 + 无障碍服务 (Accessibility Service) + 模拟点击。 它可以把一句话（比如“看热搜”）映射到一串 UI 操作上（打开 App -> 模拟点击坐标 -> 模拟滑动）。
相比 Tasker/MacroDroid 的区别：
门槛低： 支持录制屏幕操作生成脚本，不需要研究 Intent 或 Shell 命令，对非标准接口的国产 App 支持比较好。
语音整合： 自带语音触发入口，不需要再去折腾语音助手的拦截。
现成脚本： 社区里有一些针对知乎、抖音、微信的现成脚本，Import 就能用。
实际体验： 我主要用来做一些重复性的机械操作，比如一键打开付款码、一键直达某些 App 的深层页面（如热榜）。识别速度和执行准确率尚可，基本能满足“不动手办杂事”的需求。
缺点/劝退点（ V 友必看）：
权限敏感： 需要开启无障碍服务和悬浮窗。虽然是自动化必须的，但介意隐私或屏幕读取权限的可以劝退。
保活问题： 在 ColorOS/HyperOS 上需要锁后台 + 电池白名单，否则无障碍服务容易被系统杀掉，导致语音唤醒失效。
UI 依赖： 因为基于模拟点击，如果目标 App 更新改了 UI 布局，脚本就会失效，需要重新录制。
总结： 对于不想折腾 Tasker 复杂变量，又想体验语音控制手机的 Android 用户，算是一个不错的轻量级替代品。
地址： https://github.com/carlliuxx/jianjiao/releases/tag/v1.0 ]]>
真我 GT7 Pro
RMX501015.0.0.660(CN01)
昨天开始，相机突然不能用了，只要手动调整变焦倍数（无论是手动放大还是缩小画面），画面必定卡死，无法拍照 ]]>
