首页 文章 精选 留言 我的

精选列表

搜索[分代式]，共10000篇文章
优秀的个人博客,低调大师

新一代WiFi技术HaLow盯上智能家庭和物联网

一种功耗更低，传输距离更长、覆盖范围更广的最新WiFi新技术即将面世，WiFi联盟将它命名为“HaLow”。 今年年初，WiFi联盟正式发布了802.11ah WiFi标准，即“HaLow”。这一技术适合低功耗、长距离的物联网设备。 WiFi联盟CEO埃德加·费古洛阿(Edgar Figueroa)表示：“WiFi HaLow非常适合智能家居、智慧城市，以及工业市场的独特需求。这一技术的功耗很低，穿墙能力强，相对于当前的WiFi技术覆盖距离更远。”WiFi HaLow拓展了WiFi的使用场景，既适合小尺寸、电池供电的可穿戴设备，也适合工业设施内的部署，以及介于两者之间的应用。 HaLow采用了900MHz频段，低于当前WiFi的2.4GHz和5GHz频段。这意味着功耗的降低，而这对于传感器和智能手表等设备来说很重要。与此同时，HaLow的覆盖范围可以达到1公里，信号更强，且不容易被干扰。 需要指出的是，与现有WiFi技术一样，HaLow技术将在未授权的频段上运行，因此可能会存在一些干扰。当然，HaLow技术也有它自身的短板，那就是它并不适于用来快速传输数据。它并不适用于浏览网页，而更适合用在高频率的微量数据传输上。设备厂商可以按照各自的需求来定制HaLow以便提高传输速度，但是电池续航时间可能会因此受到一些影响。 还有一个问题，设备厂商可以在多久后拿到HaLow芯片，以及价格如何。据悉，HaLow可能要等到两年之后才会出现在智能家庭中，但是智能家庭和物联网才刚刚起步，因此HaLow的加盟时机可能并不算晚。 目前，针对物联网市场的无线连接解决方案竞争日益加剧，其中最重要的一方是窄带长期演进(NB-LTE)技术，去年下半年，这一技术已获得英特尔、爱立信及诺基亚支持。在WiFi联盟公布HaLow之际，AT&T（美国第二大移动运营商）宣布推出了低功耗LTE模块。 NB-LTE是4G LTE技术的一种优化版本，它部署成本低、简便易用、能效高，非常适合物联网细分市场。爱立信称将与英特尔及诺基亚密切合作，及时开发并向市场推出NB-LTE商用所需的产品，以满足市场需求。 英特尔计划支持NB-LTE技术的商用，提供NB-LTE芯片组的路线图，并从2016年开始进行产品升级。这些产品将纳入英特尔日益增加的LTE产品组合中。 爱立信和诺基亚提供必要的网络升级，借助面向低功耗机器对机器通信的优化NB-LTE支持现有LTE网络的扩容。 最新消息显示，美国科技三巨头微软高通英特尔刚刚宣布成立一个新的物联网标准组织，就物联网技术展开合作。 过去几年，两家芯片巨头高通和英特尔分别带领相互竞争的标准组织发展物联网产品，分别为英特尔的“开放互联联盟”（OIC）和高通的“AllSeen联盟”。未来，两家组织将展开合作，并以OIC为基础成立新的标准组织“开放互联基金会”（OFC）。据悉，这一新组织将取代OIC的所有活动，OIC的当前成员都将加入这一新组织。高通仍将参与AllSeen，而任何支持AllSeen标准的设备都将支持新的OFC标准。 “我们认为，碎片化是物联网的大敌。因此我们与有着类似想法的公司展开合作，投资物联网的未来。”高通高级副总裁、新兴业务总经理迈克尔·华莱士（Michael Wallace）表示。 软件巨头微软此前对物联网参与不多，但微软Windows 10系统也针对低功耗设备进行了专门的设计，而微软Azure公有云平台也针对互联网设备提供了订制的服务。微软Windows和设备集团执行副总裁特里·迈尔森（Terry Myerson）表示，所有运行Windows 10的物联网设备都将支持OCF标准。 根据WiFi联盟公布的最新数据，今年WiFi设备出货量将达到30亿台。截止去年，全球WiFi设备出货量已经达到120亿台，到2016年年底，这一数字有望冲破150亿台。到2019年，将有超过100亿台设备可接入全球家庭路由器。 WiFi联盟还公布了2016年的技术路线图。同时，还将引进WiGig(无线千兆)认证，支持多重视流影像、4K视频同步等多种情景模式。这将适用于支持2.4GHz、5GHz和60GHz三种频带的设备。此外，WiFi位置计划将催生基于位置信息的新应用程序。在位置网络的覆盖范围内，支持WiFi位置的设备将可对室内和室外的位置作出精确定位。 对于物联网技术的飞速发展，美国科技毒舌评论家莫博士称：“物联网仍是一片混乱”。“即使在2014年开始，各大公司就相继推出了各种各样的设备和应用，将用户的灯具、恒温器，甚至门锁和其他家居控制起来，其中某些设备还要捆绑使用。但对普通消费者来说，这些东西都太复杂和令人困惑了。虽然苹果、Google等其他大公司试图引入一些管理系统，给物联网注入一定的规则和秩序，但是物联网制造商们都对此不屑一顾。”莫博士说。 在中国市场，Zigbee、WiFi和433M都在争夺智能家居控制的“制空权”，当然还有各种各家公司在2.4G或433M频段上自己定义的标准。纷繁的连接标准不但没有增加智能家居控制的便利性，反而给设备之间以及设备和网关之间的互联互通增加了难度。为了使家庭中各种设备能互联互通，高通推出其Allseen平台、华为推出HiLink连接协议，这些公司都在联合合作伙伴致力打造智能家居生态。到底哪类技术或平台能在智能家居战场上胜出，目前没有定论。 作为互联网温控的首创者，索拓科技将密切关注物联网、能源互联网以及智能家居领域的最新技术发展与变革，致力于引领国内暖通自控行业转型升级，协助中国小康家庭过上舒适与节能兼顾的幸福生活。 对于传统暖通公司来说，索拓科技研发的“2026互联网温控”，荣膺2015（第14届）中国互联网大会“互联网+”优秀案例，其最大价值在于能为传统暖通设备提供互联网化的支点。无论地暖、空调，还是壁挂炉，都可通过匹配一个2026互联网温控器，迅速升级成为“互联网+”暖通系统。 2026互联网温控团队基于市场实践认为，对于用户来说，智能家居中哪种无线协议哪种传输方式并不重要，体验好，安全性、稳定性高才是能打动用户的关键。智能家居要普及，必须得让大众用得起、用得好、用得值，这才是王道。要用得好、用得值，体验就得好，要想体验好，人和物、物和物、设备和设备之间的“对话”（通信），就要便利流畅，谁能把这点做好，谁才会在智能家庭中拥有一席之地。 本文转自d1net（转载）
2017-07-05
优秀的个人博客,低调大师

设计新一代PaaS商业模式 需要考虑哪些实效问题？

这是关于物联网PaaS商业模式转型系列文章的第三篇。 尽管首篇《为什么说PaaS（产品即服务）模式蕴含巨大商机？》是这样开头的“有人可能会问：‘咦？‘PaaS’不是代表‘平台即服务’么，怎么在这里变成‘产品即服务’啦？”，并且对这两个概念做了澄清。然而，从以上两篇文章的留言看，还是有些读者仍然把关注点落在PaaS中的“P”是指“平台（Platform）”还是“产品（Product）”的问题上。甚至有人误以为PaaS作为“Product－as－a－Service（产品即服务）”的缩写是我出的主意。这么光荣的锅，我可背不起哦！ 实际上，PaaS代表“Product－as－a－Service（产品即服务）”这个说法已经由来已久了。用关键词“Product－as－a－Service”进行搜索会发现在循环经济和物联网两大领域都有它存在多年的痕迹。以下是谷歌搜索首页前三条结果的截图： 其中，不乏埃森哲这样的知名机构在网站上开设专题讨论PaaS（产品即服务）商业模式，公司负责可持续战略业务的高管彭莱在前年出版的《变废为宝：创造循环经济优势》一书中也用了整章篇幅介绍PaaS模式。 有意思的是，如果用“产品即服务”关键词搜索，可以发现笔者早在2013年就颇具前瞻性地发表了一篇文章介绍“产品即服务PaaS”为“物联网的四种商业模式之一”，而这篇文章编译自2011年出版的一本讲如何构建物联网的英文书《Architecting the Internet of Things》。 所以，我是这么理解的：本文探讨的PaaS（Product－as－a－Service，产品即服务）和大家更熟悉的PaaS（Platform－as－a－Service，平台即服务）好比是“As－a－Service”大家族里一对原本疏于联系的亲戚，它们各自在循环经济和IT服务的环境里成长，后来随着物联网兴起，这哥俩借助物联网找到共同的爱好和使命，才开始互相频繁串门起来了。 必须承认的是，中文网络探讨PaaS（产品即服务）模式的文章相对英文来说数量少好几个量级，国内研究循环经济和物联网结合的机构更是屈指可数。但这类内容很重要，未来如果这些概念能够变成现实，无论对企业的发展，还是对整个产业经济和社会环境，影响力都不容小觑。这也是我一直在努力学习并乐意和大家分享这类内容的一个动机。 下面咱们言归正传。 接下来具体谈谈设计这个物联网使能的PaaS框架过程中，有关数据收集、授权管理和货币化引擎、可持续目标等模块时需要考虑哪些问题，希望它们能够帮助那些打算转型的企业在重塑商业模式的时候可以多一些启发，少一些挫折。 有关产品使用量的数据收集 连网产品意味着具备收集各种使用状态参数的能力。我们一般都知道这些状态数据可用于多种用途，包括远程监控和诊断，用于运维过程的预警，将数据传回工厂研发部门作为提升产品质量的依据等等。 不过，在PaaS商业模式中，产品状态参数除了实现以上物联网常见功能以外，还必须包括可用于计费的有关用量的数据，比如，发动机的使用时间、汽车的行驶距离、自行车的骑行时间、空气压缩机的消耗体积、复印机的复印张数、核磁共振仪的扫描次数等等。这些数据将作为货币化引擎的输入参数，从而输出实时计费账单，用于结算。 收集产品数据的时候，需要考虑以下问题： 哪些关键数据点可用来作为单位用量计价？ 基于产品的性质和所在行业，用于计价的数据点可能是一个（比如：共享单车骑行时间），或者多个（比如：空气压缩机的空气消耗体积和设备使用时间）。收集多个关联数据点将增加商业设计上的灵活度，当市场环境变化的时候，或者竞争对手推出更有竞争力的定价体系，或为了更好的运维管理，企业需要根据多个数据点为用户提供奖励或折扣，比如根据用户为共享汽车加油的次数和容积提供优惠券，为用户停车行为的诚信程度打分等等； 还需要收集哪些与用量相关的辅助数据点？ 这些数据点将用于日后的增值服务计价，为挖掘数据的更多价值提供依据。比如，为医院提供核磁共振仪的企业，在开始实施的PaaS模式下，医院按该仪器的扫描次数缴费。假设想增加对扫描结果的解读服务，外聘专家可通过数据的远程共享获得病人扫描结果，从而配合医院为病人提供另一个高性价比的服务选项。这项服务一旦产生，将在物联网云平台或终端设备上产生对应新事件记录，这项服务记录又作为数据输入用于计价输出。 如何确保智能产品使用过程对应产生的资费，能够为客户提供持续反馈？ 信息透明化的做法好处包括： ·让用户随时或每隔一个时间段能够了解自己消费多少，对应账单金额多少； ·防止用量大大超出用户预算，用户看到账单把自己吓一大跳，影响客户关系； ·避免约定服务终止的时候，由于没有预先警告，对客户造成意外损失。 目前市场上可用的数据分析技术（预警、事件记录、实时数据监测等）基本上足够用于提升客户体验来让客户满意。还有一点需要注意的是，由于基础设施或新规定等原因有时候会出现网络连接不得不中断的情况，这时候终端设备必须能够继续按时间顺序手机使用量的统计数据，而不受网络中断的干扰。 灵活的授权管理系统 授权管理系统控制产品的各种使用功能，授予特定用户在指定时间内使用指定产品功能的权利。取决于不同行业、产品类型和产品特点，授权管理系统将服务内容设置为从简单到复杂的不同等级。 最简单的授权方式就是“开关”－－－－ 在物联网云平台上设置触发“开通”或“关闭”某项产品功能。一旦供方和用户就服务内容达成协议，客户经理就可以即时在软件管理界面上设置对应开通某项功能的使用权限。物联网云平台则把这项权限的指令传到终端产品上，这样产品某项功能就可以被客户使用了。 高级的授权方式则涉及到结构更精致的权限管理系统，这种情况下一般会整合客户关系管理（CRM），控制什么时候在什么条件下某一项或多项功能必须开通或受到某种程度的限制，这些功能选项好比一个个开关按照某种顺序和模型，经过类似以上简单授权方式的流程，将指令数据传输至终端设备，对产品不同类型和不同层级的功能进行自动激活、更新或加以限制。 当实施授权管理的时候 ，需要考虑以下几个方面的与人和物都关系密切的问题： 特定产品功能对客户来说有多重要？ 一旦授权适用期限已到，应该选择中断服务、限制部分功能、自动关机或其它？很多情况下，结果可能导致影响到产品寿命、危及人身安全或财产安全，所以限制产品功能的步骤必须谨慎进行，充分考虑客户的实际情况，做到人性化和因地制宜。用户能否收到来自物联网平台发出的警告很大程度上依赖于CRM系统能否及时向用户传递信息，即：CRM和物联网平台的连接，以及CRM与客户之间的沟通渠道是否能及时保持畅通。 如何通过物联网平台设置合适的授权系统？ ·简单的“开关”模型可以通过用户“登录”和“退出”实现。然而随着未来物物相连的场景趋向多样和复杂化，授权系统也趋向复杂化。在设计复杂模型时，需要考虑如何做到产品功能和对应目标客户精确呼应？如何让客户服务的人工干预程度和运维成本降到最低？ ·复杂的模型对物联网方案设计本身要求很高，针对不同场景会对应不同的硬件、软件和通信组合，其中包含的各种关联技术也在不断更新，相关开发和项目管理人员必须经常更新市场信息。 智能的货币化引擎 货币化引擎在物联网使能的PaaS模式应用中起到关键的作用，这是整个系统中负责产生财务报表的地方 －－－－ 为客户提供发票，利用第三方支付方式进行结算。 选择合适的货币化引擎直接影响到PaaS模式中产品的市场定位。产品的定价结构必须足够灵活，随着未来产品对应服务内容的优化或增减，需要事先确保货币引擎系统的核心部分无须重新设计，以免影响业务的持续性。 选择合适的智能化货币引擎需要考虑的因素包括： 现有的第三方智能支付系统是否够用？ 是否能找到可以完全支持产品对应服务内容的支付和结算功能，而无须强迫制造商在提供的产品和服务类型上妥协？多数情况下现有第三方支付手段就够用了，但少数情况下供方需要找到支付和服务兼顾的创新方案； 整套货币化引擎的运行成本是多少？ 把它放在PaaS模式中，需要预先仔细计算第三方系统在未来指定的一段时间里需要处理多大规模的数据，能给公司带来多大的收入？如何保持结算系统有足够高的单位产品投资回报率（ROI）？ 货币系统的定价能力是否能够支撑多个产品种类和多维度的定价模型？ 在市场环境变化的时候，定价方式能否快速切换？比如，从按行驶时间计费改为按行驶距离和时间计费？ 是否支持多种结算方式？ 比如，一次性交易、可续订的交付、按某事件发生次数计费、根据成交额打折、不同的折扣比例、提成、价格调整等等。 客户是否需要支付定金？ 基于地域和产品类型，供方可能需要提前设计一个存放定金的解决方案。预付方案需要设置分割线机制，确保客户的实时用量对应产生的费用不会超过定金金额。 物联网使能PaaS模式中的产品比传统模式的更容易走向全球，应对市场环境变化做出调整的速度更快。而且，未来物联网产生的大数据必然会改变整个商业环境及其运作规律。因此，在设计方案的时候有必要多几层考虑： 支持全球部署？ 是否支持多种货币结算？外汇汇率如何更新，通过自动还是手工设置？如何切换至不同的税率机制？是否需要调用外包税率系统服务？启动计算税率的激发点在哪里最合适：设备、某种服务交付或服务合同签署的时候？这个话题比较专业，需要参考税率方面的专家意见。 支持多种物联网数据流？ 每个物联网应用都会产生大量数据，而且这些数据量与日俱增。货币化引擎不但需要处理来自终端的关于用量的统计数据，还需要处理来自云平台的数据（包括整理后的产品读数数据以及用户行为模式统计分析报告等）。取决于产品、用户、定价、权限等数据量的多少，这些数据流可能以不同的频率或速度流通，货币化引擎必须有能力处理这些差异。 将数据作为货币？ 一旦企业意识到自己或潜在合作伙伴公司拥有数据资产的价值，而且这些价值可以货币化，那么，企业之间进行资源整合的时候，理论上就可以将各自拥有的数据当作货币。问题是：企业拥有的这些可货币化的数据是否能直接作为货币进行交易？是否需要通过一个中间的数据交易中心进行大数据交换？对于许多企业来说，这有可能是他们完善商业模式的一条捷径 －－－－ 从一家产品制造企业转型为整合数家合作伙伴的行业数据经营公司。 如何支持供应链的利润分配？ 如果产品制造商和服务提供商代表不同企业进行分工合作的话，那么在这个模式中就会涉及到收益的分成问题。用户付费给服务提供商以后，服务提供商再将利润分给产品制造商。如何做到对于各个利益相关方来说，结算合理，透明，是货币化引擎必须考虑的一个问题。 可持续目标 可持续目标是指“让产品在整个生命周期尽可能少产生废弃物，把环境污染降到最低”，咋一听似乎不是企业需要优先考虑的问题？然而，众多案例表明，企业一旦采用PaaS模式就会发现可持续目标将为企业带来强大的竞争优势和生态效应！ 几乎每一家有远见的创新企业都已经意识到及早进行“物联网生态系统建设”的战略规划有多重要，企业建设物联网生态系统的关键是提升整合企业内部和外部多样化资源的能力。这一点和坚持可持续目标几乎可以无缝对接。因为坚持可持续目标可以把产品整个生命周期拉长，对应可收集的物联网数据更丰富，可合作伙伴更多样。具体表现企业一改传统的“从摇篮到坟墓”的“生产－消费－丢弃”线性模式，改成如图所示的“从摇篮到摇篮”的双循环模式，即：自然循环和工艺循环。 在设计PaaS模式的可持续目标时，需要考虑以下一些基本问题： 进行产品设计和业务流程规划时如何实现“双循环”？ 哪里可以找到低成本的可生物降解的原料？如何节约原材料？如何降低能耗？如何提升每件产品的使用寿命？如何通过改变产品原料组成和生产工艺提高产品回收利用率？如何根据用户反馈及产品数据提升产品耐用性和回收率？如何计算每个步骤的碳足迹？ 如何在整个产品生命周期中整合多方资源？ 如何帮助团队树立一个共同的可持续工作愿景？如何用这个愿景吸引并留住既有能力又有社会责任感的优秀人才？即：构建内部生态，让尽可能具有多样化背景的成员团结起来为共同目标奋斗； 如何通过树立可持续目标创造更多机会让企业外部的利益相关方利益成功对接？即：构建外部生态。这些利益相关方包括政府、投资机构、大客户、学术机构、媒体和其它重要合作伙伴，甚至还包括竞争对手。 怎样用好那些符合可持续目标的物联网数据？ 如何在这些数据中找到优化资产管理的规律？如何利用这些数据为政府提供公共管理决策的参考依据？企业生产能耗分析的结果是否足以支撑引入能源合同管理协议业务或引入供应链金融支持？ 实际需要考虑的问题比上述所列的多得多。总的来说，基于对市场痛点问题、企业自身核心优势以及所处的外部生态环境的清晰认识，在坚持可持续目标的框架下最大限度地整合企业内部和外部的多样化资源，再利用这些资源进一步增强自身优势，就可以源源不断地设计出更好地解决市场痛点问题的低成本高价值产品和服务方案。以此类推，生生不息。相反，如果不重视外部环境因素，仅仅从企业短期利益角度出发，无节制地进行市场扩张，只会给自身和所在行业的生存带来意想不到的危机。 结论 物联网时代的技术和商业创新案例越来越多，我们之前熟悉领域的概念所对应含义正在从狭义到广义演变，而我们还不熟悉的来自其它领域的概念正在与物联网领域互相渗透，“变化”正在成为新常态，而且变化的节奏在加快。至于变化的方向，总的来说，产品趋向软件服务化，软件服务趋向平台化，平台服务趋向于生态化。 因此，有关如何设计实效的物联网方案，重塑更加符合未来趋势的生态商业模式，占据市场先机，正在成为商业决策者们普遍关注的焦点。问题是：如何确保我们的学习速度跟得上？相信好学者心里已经有了答案！ 本文转自d1net（转载）
2017-07-03
优秀的个人博客,低调大师

开源中国Android客户端v2.6.5代码开源啦！

我们发布了开源中国Android客户端v2.6.5，这个版本中包含了大量的细节改进，感兴趣的朋友们现在就可以checkout代码出来钻研了交流了。 (新版界面实现等，请参考 net.oschina.app.improve 包) 请大家访问码云checkout最新的代码： http://git.oschina.net/oschina/android-app 需要说明的几点： 仓库的master分支中，并不保留任何代码 最新的代码总是会在其版本号对应的tag中(如：v2.6.5) 将代码放到分支(或标签)中有什么好坏，请大家自行补脑 大家都知道，开源中国秉承自由、开放、分享的精神，每次客户端升级之后代码都会在第一时间开源，以供大家查阅、学习、批评、指正。所以，遇到有问题或更好的建议时，请大家通过码云issue来向我们反馈。文章转载自 开源中国社区 [http://www.oschina.net]
2017-06-07
优秀的个人博客,低调大师

uinapp+php源码搭建三角洲代练护航小程序，H5+APP+小程序全搞定！2026 陪玩代练护航系统源码开发教程

## 系统架构概述 ‌前端 (UniApp)‌: 使用 Vue.js 语法，通过条件编译适配微信小程序、H5 和 App。包含用户端（下单、聊天、查看进度）和打手端（接单大厅、上传截图、提现）。 ‌后端 (ThinkPHP 6)‌: 提供 RESTful API，处理业务逻辑、订单状态流转、支付回调及即时通讯信令。 ‌数据库 (MySQL)‌: 存储用户信息、订单数据、游戏分类及财务流水。 ‌即时通讯 (Workerman/WebSocket)‌: 实现用户与打手之间的实时聊天及订单状态推送。 ![](https://developer.qcloudimg.com/http-save/audit-12302740/0dc6abb9c2a54856fded744804b54aef.jpg) ## 下述 SQL 脚本定义了系统的用户基础数据结构 -- 创建数据库 CREATE DATABASE IF NOT EXISTS delta_order_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; USE delta_order_db; -- 用户表 (包含普通用户和打手) CREATE TABLE `dj_user` ( `id` int(11) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '用户ID', `nickname` varchar(50) DEFAULT '' COMMENT '昵称', `avatar` varchar(255) DEFAULT '' COMMENT '头像', `mobile` varchar(20) DEFAULT '' COMMENT '手机号', `password` varchar(64) DEFAULT '' COMMENT '密码', `role` tinyint(1) UNSIGNED NOT NULL DEFAULT '1' COMMENT '角色: 1-普通用户, 2-打手, 3-管理员', `balance` decimal(10,2) UNSIGNED NOT NULL DEFAULT '0.00' COMMENT '余额', `status` tinyint(1) UNSIGNED NOT NULL DEFAULT '1' COMMENT '状态: 1-正常, 0-禁用', `create_time` int(11) UNSIGNED NOT NULL DEFAULT '0' COMMENT '创建时间', `update_time` int(11) UNSIGNED NOT NULL DEFAULT '0' COMMENT '更新时间', PRIMARY KEY (`id`), UNIQUE KEY `uk_mobile` (`mobile`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表'; ## 部署与运行说明 **‌环境准备‌:** 服务器: Linux (CentOS/Ubuntu), Nginx, PHP 7.3+, MySQL 5.6+, Redis (可选，用于缓存)。 域名: 需备案并配置 SSL 证书（HTTPS 是小程序强制要求）。 ‌**后端部署‌:** 将后端代码上传至服务器。 执行 composer install 安装依赖。 配置 .env 文件，填写数据库账号密码。 导入 database_schema.sql 到 MySQL。 配置 Nginx 伪静态规则指向 public 目录。 启动 Workerman 服务（如需即时通讯）：php think worker:start。 **‌前端部署‌:** 使用 HBuilderX 打开 UniApp 项目。 配置 manifest.json 中的 AppID 和后端 API 地址。 分别发行到微信小程序、H5 和 App。 微信小程序需在后台配置服务器域名白名单。 **‌功能扩展‌:** ‌支付接入‌: 在 Order.php 的 create 方法中集成微信支付 V3 接口。 ‌实名认证‌: 接入微信实名或第三方身份证验证 API。 ‌风控系统‌: 增加敏感词过滤和异常订单监控。 ![](https://developer.qcloudimg.com/http-save/audit-12302740/b27f9fa05c5ec07c93a2ef757ec63c76.png)
2026-07-15

资源下载

更多资源
腾讯云软件源

腾讯云软件源

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

时间: 2026-08-21 大小: 1MB 下载: 10次
Rocky Linux

Rocky Linux

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

时间: 2026-08-21 大小: 1.42GB 下载: 6次
Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

时间: 2026-08-21 大小: 9.84MB 下载: 40次
WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。

时间: 2025-12-13 大小: 249.54MB 下载: 22次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册