首页 文章 精选 留言 我的

精选列表

搜索[碎片],共2538篇文章
优秀的个人博客,低调大师

Android 11已来,安卓碎片化带来的安全风险却越发突出

谷歌于2020年9月正式发布Android 11,迎来新一波的安卓系统更新,然而国内市场上却仍然充斥着大量的Android 5.0、6.0、7.0的安卓版本,这些遗留下来的安卓设备将给内网带来巨大的安全风险。 根据维基百科安卓版本历史相关章节的信息,对于安卓8.0以前的版本,谷歌已经停止了相应的安全补丁更新。 https://en.wikipedia.org/wiki/Android_version_history 根据Android studio 开发工具中对于安卓版本存量的统计,大概只有60%的设备在安卓8.0及其以上版本。 https://www.xda-developers.com/android-version-distribution-statistics-android-studio/ 也就是说,目前市面上接入网络的安卓设备中约40%都存在严重的安全隐患。 就我目前测试观察到的情况是,很多电视、电视盒子、投影仪设备,即使是2020年的新款,依然在用着安卓6.0,安卓7.0的版本。 我也曾试图给这些送测设备的厂商提醒和反馈,但结果是令人失望的,厂家都是以一种十分消极的方式去应对,反正又不是不能用。 所以,我只能在这里提醒大家,如果你新入手智能电视、投影仪之类的设备的,你务必看一下系统基于哪一个版本的安卓系统。 现在都已经2020年了,有些厂家新发布的产品还在用着2015年、2016年发布的安卓版本。 无论从系统体验的角度,还是从安全的角度,你都不应该选择这些设备。

优秀的个人博客,低调大师

嵌入式 AI 攻坚:在算力、功耗与碎片化中寻找出路

当前,人工智能应用正从云端算力中心向终端嵌入式设备加速迁移。然而,将复杂的AI模型部署于资源有限的硬件环境中,仍面临诸多实际挑战。 比如,嵌入式设备通常内存有限、算力较弱且对功耗敏感,难以直接承载大规模AI模型的高负载需求;许多场景要求设备在无网络连接条件下仍能稳定运行,实现低延迟、高可用的本地智能处理。与此同时,多样化的硬件平台、操作系统与AI框架导致开发与集成复杂度高,统一优化面临困难。 GOTC 2025 【AI 嵌入式开发论坛】汇聚来自 Second State、FydeOS、EMQ、中兴通讯、思澈科技等团队的资深实践者,共同探讨一个核心议题:在资源受限的终端设备上,我们应如何构筑下一代嵌入式AI的基石? 论坛亮点一:重构技术栈:从开源软件到开放硬件的新底座 AI在终端的高效运行,离不开从底层硬件到上层软件的全栈支持。本论坛将深入探讨,如何通过开源操作系统与开放硬件设计的协同,为多样化的AI应用构建一个统一、可控且高性能的端侧AI底座。 从开源OS到开放硬件的实践路径,探讨如何构筑端侧AI的共性基础。 开源技术栈的实现与生态构建,确保开发的可控性与灵活性。 软硬协同设计方法论,以最大化释放嵌入式硬件的有限AI算力。 论坛亮点二:端侧智能的核心突破:语音交互与低功耗设计 让设备真正“听懂”指令并在本地实时响应,是嵌入式AI的关键体验。同时,在功耗敏感的场景下,平衡算力与能效是必须解决的核心矛盾。 构建完全开源、可控的语音Agent技术栈,实现端侧实时语音交互。 嵌入式AI与低功耗技术的融合创新,破解设备续航瓶颈。 实现本地、离线、高响应性智能交互的工程实践与性能优化。 论坛亮点三:从设备到体验:构建端云协同的智能交互生态 单点设备的智能并非终点。本论坛将视角延伸,探讨如何通过稳定、高效的端到端解决方案,将分散的终端智能整合为连贯的下一代交互体验,并融入更广阔的智算生态。 智能硬件的端到端解决方案,打造无缝的用户交互体验。 AI时代的智算生态建设实践,推动端侧智能与云端能力的协同。 端云协同在构建规模化、分布式智能中的架构设计与价值。 访问 GOTC 官方报名通道报名参会:https://www.oschina.net/event/8598047 全球开源技术峰会 GOTC 2025,为期 2 天的开源技术与行业盛会,将通过行业展览、主题发言、圆桌讨论等形式来诠释此次大会主题 ——“万源共振,智构未来”。会议聚焦 Agentic AI、大模型时代的“开源”、AI+软件工程、软件基础设施智能化、AI Coding、具身智能等热门话题,探讨开源未来,助力开源发展。 https://gotc.oschina.net

优秀的个人博客,低调大师

Android笔记:多分辨率适配及碎片化问题解决方案总结

一、适配多分辨率 1.官网介绍:http://developer.android.com/guide/practices/screens_support.html#qualifiers Screen characteristic Qualifier Description Size small Resources forsmallsize screens. normal Resources fornormalsize screens. (This is the baseline size.) large Resources forlargesize screens. xlarge Resources forextra largesize screens. Density ldpi Resources for low-density (ldpi) screens (~120dpi). mdpi Resources for medium-density (mdpi) screens (~160dpi). (This is the baseline density.) hdpi Resources for high-density (hdpi) screens (~240dpi). xhdpi Resources for extra high-density (xhdpi) screens (~320dpi). nodpi Resources for all densities. These are density-independent resources. The system does not scale resources tagged with this qualifier, regardless of the current screen's density. tvdpi Resources for screens somewhere between mdpi and hdpi; approximately 213dpi. This is not considered a "primary" density group. It is mostly intended for televisions and most apps shouldn't need it—providing mdpi and hdpi resources is sufficient for most apps and the system will scale them as appropriate. If you find it necessary to provide tvdpi resources, you should size them at a factor of 1.33*mdpi. For example, a 100px x 100px image for mdpi screens should be 133px x 133px for tvdpi. Orientation land Resources for screens in the landscape orientation (wide aspect ratio). port Resources for screens in the portrait orientation (tall aspect ratio). Aspect ratio long Resources for screens that have a significantly taller or wider aspect ratio (when in portrait or landscape orientation, respectively) than the baseline screen configuration. notlong Resources for use screens that have an aspect ratio that is similar to the baseline screen configuration. 关于布局文件适配的一些示例: res/layout/my_layout.xml // layout for normal screen size ("default") res/layout-small/my_layout.xml // layout for small screen size res/layout-large/my_layout.xml // layout for large screen size res/layout-xlarge/my_layout.xml // layout for extra large screen size res/layout-xlarge-land/my_layout.xml // layout for extra large in landscape orientation res/drawable-mdpi/my_icon.png // bitmap for medium density res/drawable-hdpi/my_icon.png // bitmap for high density res/drawable-xhdpi/my_icon.png // bitmap for extra high density 密度与尺寸定义的大概图示: 2.关于屏幕大小的定义: xlargescreens are at least 960dp x 720dp largescreens are at least 640dp x 480dp normalscreens are at least 470dp x 320dp smallscreens are at least 426dp x 320dp 在项目实作中,遇到一个问题,要对HVGA(320 * 480 px, density = 160), WVGA(480*800 px, density = 240) 和 QHD (540*960 px, density = 240) 进行适配, 换算成dp后,可以看到三种分辨率都是属于values-normal范围的,这下麻烦了,这三种屏幕尺寸差异很大,界面适配上必须要对应不同的值,怎么办呢? 解决方法很简单,实际上qualifier是可以配置多个的,之间以"-"连接。 将values-normal 分成两个目录,即values-normal-mdpi, values-normal-hdpi, 其下分别对应相应的dimens.xml即可。values-normal-mdpi 对应HVGA,values-normal-hdpi对应WVGA和QHD。 3.图标大小的设定 针对不同密度创建的图标,你应该遵循四个广义密度之间的3:4:6:8缩放比例。例如,如果你有一个48 x48像素的图标对应于mdpi,则其他尺寸应该是: 36x36 for low-density 48x48 for medium-density 72x72 for high-density 96x96 for extra high-density 4.比较典型的屏幕宽度尺寸 320dp: a typical phone screen (240x320 ldpi, 320x480 mdpi, 480x800 hdpi, etc). 480dp: a tweener tablet like the Streak (480x800 mdpi). 600dp: a 7” tablet (600x1024 mdpi). 720dp: a 10” tablet (720x1280 mdpi, 800x1280 mdpi, etc). 5.尺寸与密度的一般对应 Low density (120),ldpi Medium density (160),mdpi High density (240),hdpi Extra high density (320),xhdpi Smallscreen QVGA (240x320) 480x640 Normalscreen WQVGA400 (240x400)WQVGA432 (240x432) HVGA (320x480) WVGA800 (480x800)WVGA854 (480x854) 600x1024 640x960 Largescreen WVGA800** (480x800)WVGA854** (480x854) WVGA800* (480x800)WVGA854* (480x854) 600x1024 Extra Largescreen 1024x600 WXGA (1280x800) 6.一个比较有代表性的软件资源包结构图 7.drawable-nodpi的作用 把一些不能被拉伸的图片放在 drawable-nodpi 中,此图片将不会被放大,以原大小显示。 但是宽和高要写wrap_content,不要写dip。 8.配置AndroidManifest.xml使应用支持多分辨率 1 2 3 4 5 <supports-screens android:largeScreens= "true" android:normalScreens= "true" android:smallScreens= "true" android:anyDensity= "true" /> 9.Android屏幕图标尺寸一般规范 (1). 程序启动图标: ldpi (120 dpi) 小屏 36 x 36 px mdpi (160 dpi) 中屏 48 x 48 px hdpi (240 dpi) 大屏 72 x 72 px xhdpi (320 dpi) 特大屏 96 x 96 px (2).底部菜单图标 大屏: 1. 完整图片(红色): 72 x 72 px 2. 图标(蓝色): 48 x 48 px 3. 图标外边框(粉色): 44 x 44 px 中屏: 1. 完整图片: 48 x 48 px 2. 图标: 32 x 32 px 3. 图标外边框: 30 x 30 px 小屏: 1. 完整图片: 36 x 36 px 2. 图标: 24 x 24 px 3. 图标外边框: 22 x 22 px (3). 弹出对话框顶部图标 Low density screen (ldpi) 小屏 24 x 24 px Medium density screen (mdpi) 中屏 32 x 32 px High density screen (hdpi) 大屏 48 x 48 px (4). 长列表内部列表项图标 Low density screen (ldpi) 小屏 24 x 24 px Medium density screen (mdpi) 中屏 32 x 32 px High density screen (hdpi) 大屏 48 x 48 px (5). 底部或顶部tab标签图标 大屏 (hdpi): 1. 完整图片(红色): 48 x 48 px 2. 图标(蓝色): 42 x 42 px 中屏 (mdpi): 1. 完整图片: 32 x 32 px 2. 图标: 28 x 28 px 小屏(ldpi): 1. 完整图片: 24 x 24 px 2. 图标: 22 x 22 px (6). 底部状态栏图标 ldpi (120 dpi) 小屏 18 x 18 px mdpi (160 dpi) 中屏 24 x 24 px hdpi (240 dpi) 大屏 36 x 36 px xhdpi (320 dpi) 特大屏 48 x 48 px 本文转自 glblong 51CTO博客,原文链接:http://blog.51cto.com/glblong/1543195,如需转载请自行联系原作者

优秀的个人博客,低调大师

一半以上的企业PC无法升级到Windows 11 重大碎片化问题即将到来

Windows 11是一个在现实中存在重大分歧的操作系统,这不仅仅是因为新的开始按钮居中造成的争议那么简单。该操作系统的特定处理器和TPM要求意味着有很大一部分用户将无法升级到该操作系统。 换句话说,如果你的个人电脑是在2017年之前生产的,它在运行Windows 11时可能面临阻碍。 对于消费者来说,一台运行了4年的笔记本电脑可能显得有些旧,但对于企业用户来说,这台设备只能算是青壮年。 IT管理公司Lansweeper的一项调查为这种猜疑增加了一些可信度,他们证实只有44.4%的工作站符合微软的CPU要求,因为只有52.55%的工作站有TPM 2.0芯片。这意味着升级到Windows 11需要大量的资本投入,这使得企业不太可能很快过渡到最新系统。当然,软件方面,由于Windows 11看起来与Windows 10完全不同,IT主管也担心再培训的费用会提高。 由于大多数新的PC都带有微软操作系统,符合升级条件的PC可能会随着推送的进行自动缓慢过渡到Windows 11,但我们可能很快就会进入一个分散的桌面环境,类似于Windows XP和Windows 7同时都是主流操作系统的时候那样。 微软将继续支持Windows 10,直到2025年,但不会为其增加重大功能。 【责任编辑:未丽燕 TEL:(010)68476606】

优秀的个人博客,低调大师

开源且支持私有化部署的碎片化知识卡片管理工具-Memos

应用简览 Memos 是一个开源的轻量级笔记服务应用,它为用户提供了一个随时记录思绪和想法的私密空间,同时它支持私有化部署,这意味你可以完全掌控你的数据和隐私,同时它还提供了直观的分享功能,让你可以轻松地与他人协作和分享笔记。 主要特性 开源且永久免费:Memos 是一款开源的应用,永久免费使用。它鼓励创造力,让您的想法得以充分发挥,不受任何限制。 自托管部署:使用 Docker,可以在几秒钟内设置好 Memos,获得数据和隐私的完全控制权,提供了极大的灵活性和可扩展性。 纯文本与 Markdown 支持:Memos 坚持采用纯文本格式,摒弃了繁琐的富文本编辑,同时支持 Markdown,让您以极简主义的方式记录和分享笔记。 自定义与轻松分享:Memos 提供直观的自定义和分享功能,使你能够轻松地与他人合作和分享笔记,促进信息交流。 RESTful API支持:Memos 还提供了强大的 RESTful API,让您能够与第三方服务进行集成,开启全新的应用可能性。 应用特色 一、支持多用户,且允许设置可见范围 Memos 提供了多用户支持,这意味着可以与团队成员或朋友共享笔记,并轻松地管理多个用户帐户。而且,Memos 允许设置笔记可见范围,确保您的笔记只对登录用户、自己或全部可见。这一功能极大地增强了协作和隐私保护的灵活性。 二、支持资源库的形式存储各类文件 除了纯文本笔记,Memos 还支持资源库的形式存储各类文件。这意味着您不仅可以记录文字内容,还可以轻松地上传、存储和共享图片、音频、文档等多种文件类型。无论是项目资料、创意灵感还是照片集,Memos 都能满足你的多样化需求。 三、支持多种存储,以及多种类型的单点登录 Memos 提供多样化的后端存储选项,包括数据库、S3 和本地存储,确保您能够根据需求选择最适合的存储方式,为您的数据提供灵活性和可扩展性。此外,Memos 还支持多种类型的单点登录,如 Github、Gitlab、Google 等,同时还允许您自定义其他认证方式,为用户提供了便捷的登录和身份验证方式,从而平衡了安全性和便利性的需求。 四、支持图片、链接、嵌入式代码等方式分享笔记 Memos 提供了多种富有创意的笔记分享方式,包括图片、链接以及嵌入式代码等。这意味着您可以以更生动和多样的方式分享您的笔记内容。无论是展示精美图片、分享有用链接,还是嵌入代码示例以便他人参考,Memos 都为分享增添了更多的生动性和趣味性。 安装指南 进入云原生应用商店 搜索 Memos 进入详情,选择包类型(本应用支持,docker安装,ram安装) 点击安装,执行相应命令即可。如有疑问可参阅使用文档或加入社区 关于云原生应用市场 云原生应用市场是一个汇聚了各类开源软件的应用市场,不仅可以作为你自己的 Helm Chart 仓库,提供丰富多样的Helm应用,还有 Docker 应用、Rainbond 应用模板、信创应用等多种选择。 官网:https://hub.grapps.cn/ 微信群:关注 云原生应用市场 公众号加入技术交流群

优秀的个人博客,低调大师

读书日| 蚂蚁金服CTO程立:碎片化阅读永远无法建立对一个深度问题真正的、系统的理解

小蚂蚁说:4月23日是每年的“世界读书日”,这个节日设立的目的是让更多的人能去阅读和写作,并让读书成为我们日常生活中不可或缺的一部分。 过去一年中,你读了多少本书呢?又有哪些书让你印象深刻呢?在这样的一个节日里,我们邀请到了蚂蚁金服CTO兼国际事业群COO程立(花名:鲁肃)为我们分享了一份他的书单,一起来看看吧! 大神是怎么炼成的 2004年2月,正在上海交大念博士的程立,接了支付宝外包团队兼职架构师的工作,协助支付宝网站的建设。 没料到却越做越有劲,一年后,程立放弃了博士学位,正式加入了支付宝,负责支付宝的第一代交易系统。 14年来,经历了无数次的不眠之夜和力挽狂澜,从原来的支付宝到今天的蚂蚁金服,作为蚂蚁金服的首席技术官和支付宝第一代架构设计者,他是支付宝史上最危机关头—停机发布17小时的救火大队长。 坊间流传:“如果说没有他,就没有支

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。