- 综合排序
- 最热优先
- 最新优先
- 来自专栏互联网技术栈
开源PaaS方案
开源平台即服务（PaaS）让广大开发人员和用户可以贡献及共享源代码和扩展件。有的PaaS由厂商驱动，有的则基于标准。 厂商驱动的开源PaaS让广大开发人员和用户被某家厂商牢牢锁定。 下面不妨看一下五种流行的开源平台。请注意：并非所有这些平台都与OpenStack协同运行。 厂商驱动的开源PaaS Cloud Foundry（原先由VMware开发）从广大Ruby开发人员和用户处获得源代码。 你可以从Stackato的应用程序商店选择开源项目，而不是贡献源代码。你可以浏览用各种语言和框架编写而成的众多开源项目。为了快速部署，你只要点击某个项目。 结束语 如果你想贡献并共享源代码，可以选择一种开源PaaS。务必要看一下它能否与OpenStack或其他IaaS云经济高效地协同运行。
3.7K20发布于 2018-12-12 - 来自专栏solate 杂货铺
go监控方案(7) -- 实现
传输使用UDP, 仿StatsD上传采集数据, InfluxDB进行数据存储, Grafana进行展示。
75310发布于 2019-07-22 - 来自专栏点云PCL
【开源方案共享】Google新开源AR：DepthLab
本文介绍 Google最新开源的AR算法：DepthLab 代码：https://github.com/googlesamples/arcore-depth-lab http://mpvideo.qpic.cn
1.4K10发布于 2020-08-20 - 来自专栏lib库
WebView开源库终极方案
可以说，该开源库，以及附带的webView基础知识点，问题汇总，以及优化方案等笔记，相对来说比较系统而又全面的梳理webView的知识体系，相对而言也是比较实用的，也不乏参考了一些好的案例和博客文章。 支持设置仿微信加载H5页面进度条，完全无耦合，操作简单，极大提高用户体验； 支持用户按照规范自定义WebViewClient和WebChromeClient，不影响js通信； 汇集绝大多数问题，以及解决方案 部分回调函数未被调用 4.3.3 字符串转义bug探讨 4.3.8 Javascript调用原生方法会偶现失败 4.3.9 dispatchMessage运行主线程问题 4.4.0 怎么实现WebView免流方案 x5官方开发文档 JsBridge开源库 WebViewStudy开源库 DSBridge 参考博客 WebView性能、体验分析与优化 WebView详解，常见漏洞详解和安全源码上 WebView详解 同时也开源了生活博客，从12年起，积累共计47篇近100万字，转载请注明出处，谢谢！
3.9K30发布于 2019-11-26 - 来自专栏云原生应用工坊
开源LDPSSO解决方案
开源LDP/SSO解决方案，是指使用开源软件OpenLDAP、Keycloak和Dex实现的统一身份认证（SSO）解决方案。 该方案具有以下特点：开源软件，成本低廉：OpenLDAP、Keycloak和Dex均是开源软件，可以免费使用。这使得该方案的成本非常低廉，适合中小型企业和个人用户。 易于部署和管理：OpenLDAP、Keycloak和Dex均具有良好的部署和管理文档，可以帮助用户快速部署和管理该方案。 该方案的实现过程如下：安装OpenLDAP服务器配置OpenLDAP服务器安装Keycloak服务器配置Keycloak服务器安装Dex服务器配置Dex服务器将应用程序与Dex服务器进行集成该方案可以为企业和个人用户提供以下好处 结合IAC自动化，可以进一步简化该方案的部署和管理。IAC自动化可以通过脚本或工具来自动执行部署和管理任务，从而提高部署和管理效率。
99010编辑于 2023-11-30 - 来自专栏点云PCL
【开源方案共享】ORB-SLAM3开源啦！
Tard ´ os 编译：particle 摘要 ORB-SLAM3：这是一个能够使用单目，立体，RGB-D相机，兼容针孔以及鱼眼相机模型进行视觉，视觉+惯导和多地图的SLAM方案。 该方案的创新点： 第一创新点是实现了基于视觉特征与惯导的紧耦合SLAM系统，该系统完全依赖Maximum-a-Posteriori（MAP）估计，即便在初始化阶段也是如此。 这种方案无论在小型或者大型室内室外环境中都能够稳定的运行，并且比以前的方法精确了2-5倍。（朋友们？你听到这个结果兴奋吗？ 所有这些创新之外，再加上一些代码改进，使ORB-SLAM3成为新的可以参考的视觉和视觉惯导的开源SLAM库，与文献中可用的最好的开源系统一样健壮，并且更加精确。 在[2]-[4]的基础上，我们推出了ORB-SLAM3，这是一个最完整的可视化、视觉惯性和多地图的SLAM开源库，配备了单目、立体、RGB-D、针孔和鱼眼摄像头。
1.8K10发布于 2020-07-28 - 来自专栏开源社
开源的7大理念
然而就在2012年以后，银行业逐渐增加了开源的使用比例，这里面有很多原因，最重要的一个原因是，在 Linux 面世20年后，很多开源软件已经成为比商业软件更好的存在，以至于咨询商、集成商、开发商们在为银行提供解决方案时 ，所拿出的最佳方案已经是基于开源的方案，银行（作为甲方）已经无力拒绝。 本文分析了开源的7大理念，有助于读者更好理解开源的本质要素，这些理念为“完全自主”、“高度开放”、“自发自治”、“自下而上”、“自由竞争”、“赢在声誉”、“社区赋能”。 芬兰学校的暑假有点长，1991年的暑假更是从5月中旬放到了10月中旬，Linus 完全将时间投入到了编程之中，一周7天，一天10个小时，全都在写代码。 Dubbo 花了很多的时间去准备，也把整个过程完全的文档化，孵化过程中，由7位不同的 Release Manger 轮流负责，确保不同的人都可以完成发布。
1.6K40发布于 2019-08-20 - 来自专栏DotNet NB && CloudNative
盘点7个开源WPF控件
盘点7个WPF控件，有窗口托拉拽控件、Excel控件、列表排序控件、适合管理系统的一整套UI控件等。 1、一个可拖拉实现列表排序的WPF开源控件 项目简介 gong-wpf-dragdrop是一个开源的.NET项目，用于在WPF应用程序中实现拖放功能，可以让开发人员快速、简单的实现拖放的操作功能。 2、一个类似Office用户界面的WPF库 项目简介 Fluent.Ribbon是一个开源的UI库，它提供了现代化的、易于使用的用户界面，可以用于创建各种类型的桌面应用程序。 1、拖拉拽标签； 2、浮动的窗口、多文档界面； 3、支持MVVM； 4、支持Chrome风格的标签、支持IE风格的透明风格； 5、可自定义样式； 6、支持调整窗口透明度、窗口大小、最大化等样式； 7、 7、一款基于.Net Core开发简约漂亮的 WPF UI库 项目简介 这是一款使用简单、UI评论的WPF UI库，借鉴了多个开源框架。UI简单清晰、大气。
4.4K21编辑于 2023-08-30 - 来自专栏txp玩Linux
WebRTC三种开源方案！
安卓应用商城上，于是立马就去体验了一下，对比了一下几种协议的播放速度，还支持推流，感兴趣的朋友可以去下载体验一下（可以直接在手机应用商城里面搜索：SRS直播）： 好了，今天给大家分享的是WebRTC的开源方案 一、WebRTC开源方案：Mesh、MCU、SFU: WebRTC 本身提供的是 1 对 1 的通信模型，在 STUN/TURN 的辅助下，如果能实现 NAT 穿越，那么两个浏览器是可以直接进行媒体数据交换的 目前来看，Google 开源的用于学习和研究的项目基本都是基于 STUN/TURN 的 1 对 1 通信(关于WebRTC的通话原理在之前的文章里面分享过)。 其实，基于 WebRTC 的多对多实时通信的开源项目也有很多，综合来看，多方通信架构无外乎以下三种方案: Mesh 方案，即多个终端之间两两进行连接，形成一个网状结构。 这种方案对各终端的带宽要求比较高。 MCU（Multipoint Conferencing Unit）方案，该方案由一个服务器和多个终端组成一个星形结构。
8.2K31编辑于 2022-03-21 - 来自专栏大数据和云计算技术
超融合方案分析系列（7）思科超融合方案分析
超融合概述 超融合产品分析系列（1）：nutanix方案 超融合方案分析系列（2）：VSAN的超融合方案分析 超融合方案分析系列（3）深信服超融合方案分析 超融合方案分析系列（4）H3C超融合方案分析 超融合方案分析系列（5）EMC vxrail超融合方案分析 超融合方案分析系列（6）联想超融合方案分析 开篇 周二的时候朋友圈传遍了思科计划以3.2亿刀收购Springpath，本来我就计划本周发出思科的超融合分析 还是言归正传，回到对HyperFlex方案的分析。 思科的交换机+UCS服务器以及Springpath的HCI软件实现的HyperFlex超融合方案。 当然也遇到部分客户因为空间的原因选择高密机架或者纯刀片方案。多一种硬件形态，就意味加大难度。感觉和超融合的理念冲突的。 第二：方案上一定要采用思科的交换机，通过交换机的确能实现一些高级的SDN功能。 第四：HyperFlex的融合部署方案其实和nutanix类似，或者说业界除了VSAN外，其它HCI全部采用控制虚拟机方案支持VMware虚拟化。
3K60发布于 2018-03-08 - 来自专栏带你回家
7款开源java反编译工具
7、Java Decompiler 这款反编译器叫 “Java Decompiler”, 由 Pavel Kouznetsov开发，目前最新版本为0.2.5.
6.1K10发布于 2019-11-07 - 来自专栏程序猿DD
开源 7 天，斩获 2.2 万 Star
出品 | OSC开源社区（ID：oschina2013) 除了大力投资 Open AI ，微软还亲自下场大搞 AI 。 8 天前，微软开源了 Visual ChatGPT ，这个软件可以连接 ChatGPT 和一系列视觉模型，以实现在 ChatGPT 的聊天过程中发送和接收图像。
33350编辑于 2023-04-04 - 来自专栏XBD
CentOS7搭建开源镜像站
off; autoindex_localtime on; } } 同步，编写一个同步脚本 # 创建目录 mkdir -p /usr/share/nginx/html/epel/7/ SRPMS/ rsync -avrtz rsync://mirror.de.leaseweb.net/epel/7/SRPMS/ /usr/share/nginx/html/epel/7/SRPMS/ createrepo /usr/share/nginx/html/epel/7/SRPMS/ mkdir -p /usr/share/nginx/html/epel/7/x86_64/ rsync - avrtz rsync://mirror.de.leaseweb.net/epel/7/x86_64/ /usr/share/nginx/html/epel/7/x86_64/ createrepo / =http://192.168.1.50/epel/7/SRPMS/ enable=1 gpgcheck=0 yum clean all yum makecache
2.4K10编辑于 2022-10-27 - 来自专栏全栈程序员必看
7款开源Java反编译工具
官方网站：https://code.google.com/p/minjava/ 7、Java Decompiler 这款反编译器叫 “Java Decompiler”, 由 Pavel Kouznetsov
14.3K10编辑于 2022-09-08 - 来自专栏DevOps
开源KMS之vault part7
tips: policy的命令行 删除方法： vault policy delete my-policy
36510编辑于 2024-06-03 - 来自专栏腾讯开源的专栏
【开源公告】微信小程序解决方案 Westore 开源
市面上常见的解决方案，通过页面或组件各自的 setData 再加上各种父子、祖孙、姐弟、姑姑与堂兄等等组件间的通讯会把程序搞成一团浆糊，如果再加上跨页面之间的组件通讯，会让程序非常难维护和调试。 受腾讯近期开源的Web开发框架 Omi 框架(https://github.com/tencent/omi) 框架启发，Westore 志在顺从小程序的设计，助力小程序状态管理、插件开发、云数据开发的能力 小程序解决方案 Westore和 Omi 框架都是使用 Web Components 渲染组件，以搭积木的方式搭建 Web 页面。 ? 其他转译库相当于反其道行) 功能全面： 小程序状态管理（既可中心化，也可去中心化，亦可混合管理状态） WestoreCloud小程序+云敏捷开发 专为小程序插件开发定制了模板 小程序组件和纯组件开发 Github开源地址
2.2K40发布于 2018-10-30 - 来自专栏后端系统和架构
技术方案（开源方案）选型的考量和方法论
技术方案（开源方案）选型的考量和方法论 我的观点：每个公司的情况不一样，开发人员的能力和语言也不一样，因此方案选型需要根据自身情况而定，没有最好，只有最合适！ 参照业界标杆选择技术方案（开源方案） 业界标杆选择的技术方案，一定是经过他们专业人士对比、选型之后决策得到的，并且经过了他们的大量的线上实际验证的。 在这个基础之下，我们选择的时候，不是直接使用，而是要看方案是否具备如下能力： • 一线互联网公司的落地产品 • 如果是一线互联网公司落地并且开源的，且在社区内形成良好口碑的产品，那么这些产品已经经过了大流量的冲击 如果市面上已经有比较合适的方案后，我们尽可能的采用主流的开源方案；如果某些场景和功能，当前市面上的方案不满足，我们应该是给他们提 PR ，或者自己扩展支持，但是还是采用市面上已有的，这样等他们升级后，我们依然还是可以跟着升级 开源方案一般情况下可以满足我们大部分的需求，部分需求不满足的时候，需要慎重考虑这个需求点是否真的有必要？是否属于不可替代需求？
68530编辑于 2023-03-01 - 来自专栏后端系统和架构
技术方案（开源方案）选型的考量和方法论
技术方案（开源方案）选型的考量和方法论我的观点：每个公司的情况不一样，开发人员的能力和语言也不一样，因此方案选型需要根据自身情况而定，没有最好，只有最合适！ 参照业界标杆选择技术方案（开源方案）业界标杆选择的技术方案，一定是经过他们专业人士对比、选型之后决策得到的，并且经过了他们的大量的线上实际验证的。 在这个基础之下，我们选择的时候，不是直接使用，而是要看方案是否具备如下能力：功能点是否满足业务需求，先看是否满足业务诉求，而不是先看开源方案是否更加优秀，一定是在满足业务诉求的基础上再去做抉择。 如果市面上已经有比较合适的方案后，我们尽可能的采用主流的开源方案；如果某些场景和功能，当前市面上的方案不满足，我们应该是给他们提 PR ，或者自己扩展支持，但是还是采用市面上已有的，这样等他们升级后，我们依然还是可以跟着升级 开源方案一般情况下可以满足我们大部分的需求，部分需求不满足的时候，需要慎重考虑这个需求点是否真的有必要？是否属于不可替代需求？
87131编辑于 2023-02-15 - 来自专栏EDI技术知识
JLR EDI 项目 MySQL 方案开源介绍
近期为了帮助广大用户更好地使用 EDI 系统，我们根据以往的项目实施经验，将成熟的 EDI 项目进行开源。 今天的文章主要为大家介绍 JLR EDI 项目，了解如何获取开源的项目代码以及如何部署到知行之桥 EDI 系统中。
53820编辑于 2023-08-11 - 来自专栏EDI技术知识
Diehl EDI项目Excel方案开源介绍
Diehl EDI & Excel 方案简介 Diehl EDI 到 Excel 示例流具有预配置的端口，用于从 Diehl 的 EDI 集成规范转换以下交易集： DELFOR 长期滚动预测 ORDERS 在未实现 EDI 系统和内部业务系统集成之前，Excel 方案则是最优的临时替代方案。 如果答案是肯定的，那么恭喜你成功地配置了 Diehel EDI & Excel 方案示例工作流！但是，如果你遇到任何问题或有任何进一步的疑问，请随时联系我们。 其他开源项目及解决方案： Jabil EDI项目开源介绍 了解更多 EDI 信息，请参阅: EDI 是什么？
77030编辑于 2023-05-25
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号