开放源代码

白宫聊天机器人开源啦!

て烟熏妆下的殇ゞ 提交于 2019-12-09 20:03:16
“具体地说,我们开源了一个Drupal模块,只需要一些简单的步骤和样板化代码就可以搞定,” 白宫首席数码执行官 Jason Goldman 在他的博客的文章中这样写到,“这可以让 Drupal 8 开发者迅速推出 Facebook Messenger 机器人。” 白宫早在 2009 年就率先用开源的 Drupal 内容管理系统(CMS)部署了它自己的网站。从那时起白宫就已经成为了 Drupal 的积极贡献者,并以许多不同的方式做着贡献,包括将用在其网站上的代码以开源方式发布。在白宫过去发布的那些项目中有完整的 Drupal 主题,被称作“fourtyfour”,目前用于 WhiteHouse.gov 网站。 现在,白宫新发布 Facebook Messenger 机器人的完整代码可以从 GitHub 上获取,包括完整的安装指导和项目蓝图。在蓝图中最大的项目(列在 ‘Enhancements and hopes’ 一节下面)是切实使项目更加独立,通过重构代码使项目模块化,从而让它在 Drupal 内容管理系统(CMS)之外也可以使用。 原文来自: http://os.51cto.com/art/201610/519767.htm 本文地址: http://www.linuxprobe.com/baigong-robots-source.html 来源: oschina 链接:

「前端长列表」开源库解析及最佳实践

偶尔善良 提交于 2019-12-09 12:08:29
前言 长列表一般也叫虚拟列表,是一种大数据量下只渲染可见节点避免页面卡顿的优化方案 长列表也有时间分片的做法,比较少用,感兴趣的可以看 高性能渲染十万条数据(时间分片) 前端比较有名的有两个项目: react-window vue-virtual-scroller 以及 Ant Design 4 的 virtual-list 本文将对这些开源库进行剖析,分析实现原理,并进行各个指标的评估,最终实现一个高可用的长列表组件 主要评估以下几点: 渲染:回流, 渲染策略等 计算:起止项和偏移位置的计算,总高度的计算 功能:自适应高度,其他 健壮:是否存在鼠标与滚动条不同步的 bug(计算时总高度增加了,则滚动条会相对鼠标向上) 然后说下看源码的策略,主要看这几点: dom 结构 查找起始位置 计算偏移距离 计算总高度 长列表入门 如果还不清楚长列表是什么,可以先看下这篇文章 「前端进阶」高性能渲染十万条数据(虚拟列表) 一张图快速入门 下面我们来看看其他开源库都怎么做的 vue-virtual-scroller 项目地址 功能: 支持自适应高度,横向滚动,图片自适应高度 渲染 dom 结构如下 <!-- position: relative;overflow-y: auto; --> < div class = " vue-recycle-scroller " > < div class

物联网操作系统

╄→гoц情女王★ 提交于 2019-12-09 11:53:19
原文:https://blog.csdn.net/lu_embedded/article/details/78363460 前言    今天 PC 和手机时代的操作系统霸主未必能在物联网时代延续霸业 。 操作系统产业的规律是,当垄断已经形成,后来者就很难颠覆,只有等待下一次产业浪潮。 如此关键的产业环节必然是兵家必争之地 。 ARM、谷歌、微软、华为、阿里、海尔 等国内外著名的 IT 企业纷纷推出物联网操作系统,整个产业呈现出群雄逐鹿的壮观景象。 传统的嵌入式系统公司也不甘示弱,纷纷通过开源和并购策略推出面向物联网软件平台,比如 Intel、风河、芯科和 Micrium 。 在一轮新的产业浪潮中,国内创业公司也走在风口浪尖上,他们纷纷推出自己的物联网操作系统,比如 庆科、Ruff 和 RT-thread。   回溯物联网操作系统的发展历程,2014年是个重要的、标志性的起点。正是从这一年开始,ARM、谷歌、微软等国际巨头陆续登场,形形色色物联网操作系统进入我们的视野。    ARM Mbed OS   mbed OS 是 ARM 公司专门为 IoT 设计的一个操作系统平台,它支持所有基于 Cortex M 系列的控制器,mbed OS 是开源的操作系统,详情源代码请看:https://github.com/ARMmbed/mbed-os,更多介绍请看官网:https://mbed

C#开源绘图控件Oxyplot

|▌冷眼眸甩不掉的悲伤 提交于 2019-12-09 04:39:59
Oxyplot是一个.NET跨平台的绘图组件,适用于WPF, Windows 8, Windows Phone, Windows Phone Silverlight, Windows Forms, Silverlight, GTK#, Xwt, Xamarin.iOS, Xamarin.Android, Xamarin.Forms and Xamarin.Mac.下面是用Oxyplot画出来的正态分布曲线,还是挺简洁美观的! 官方网址: http://www.oxyplot.org/ 下面用winform做的一个示例介绍该控件的用法。 step1 将控件加载到工具箱后就可以直接使用控件了,控件的名称叫plot,如下图: step2 对plot控件写实现代码 var model = new PlotModel { Title = "图的标题" }; var scatterSeries = new ScatterSeries { MarkerType = MarkerType.Diamond , Title = "散点系列点的名称" };//散点图 var lineSeries1 = new LineSeries("线系列点的名称" ); //线图 model.Axes.Add(new LogarithmicAxis(AxisPosition.Bottom, "X坐标的名称"));/

一个好看的WPF开源控件库——PanuonUI自定义样式控件库

[亡魂溺海] 提交于 2019-12-09 03:33:39
PanuonUI 这是一个开源项目,版权归本喵所有。该开源项目遵循Apache2.0许可协议,简单点说就是不限制使用途径(商业也可以用),但不允许抄袭。 GitHub传送门: https://github.com/Ruris/PanuonUI 本开源库目前仍处于开发中,代码请自行克隆研究。本系列的博客是解说自定义依赖属性的。该库依旧在更新中,用的爽的话别忘了Star一下哈。 目前已有的控件: (截止2018.5.10,共有7个) ScrollViewer Window、MessageBox Button、TextBox、CheckBox、RadiuButton 正在制作:PasswordBox、BarChart 项目内的控件浏览器程序使用了Caliburn.Micro作为解耦工具,看不懂也不会影响使用。 除此之外,项目还使用了FontAwesome字体(嵌入在示例项目中)。 (0)PUWindow 窗体控件 这是一个融合了遮罩层、动画渐入渐出的窗体控件。 PanuonUI Browser是一个派生自PUWindow的窗体。 如下图的示例所示,通过点击按钮打开一个PUMessageBox控件(该控件同样继承自PUWindow,并且调用该控件的窗口也必须为PUWindow,否则会抛出异常)。在使用PUMessageBox的时候不需要设置遮罩层

基于 Laravel 完整开源项目大全

强颜欢笑 提交于 2019-12-08 13:46:29
原型项目 Laravel 5 Boilerplate —— 基于当前Laravel最新版本(Laravel 6.0)并集成Boilerplate的项目 Laravel 5 Angular Material Starter —— 这是一个 Laravel 和 AngularJS 的原型项目(最高支持版本:5.3,长期未更新) Someline Starter —— 基于 Laravel 5 和 Vue.js,用于快速构架 RESTful API 和 Web 应用的原型项目(最高支持版本:5.8) Element In Laravel —— 基于 Laravel 5.7 + Vue2 + Element UI 的原型项目(长期未更新) Laravue —— 基于 Laravel 5.8 + Vue.js + Element UI 的原型项目 CMS Bootstrap CMS —— Laravel 5.1驱动的功能强大的CMS(已停止更新) October —— 基于Laravel 5,致力于让开发工作变得简单的CMS(最高支持版本:5.5) PyroCMS —— MVC架构的PHP内容管理系统,3.0以前基于CodeIgniter,目前基于Laravel(最高支持版本:5.8) LavaLite —— 基于Laravel & Bootstrap 3的内容管理系统(最高支持版本:5.8

极简Docker和Kubernetes发展史

北城以北 提交于 2019-12-08 08:30:37
极简Docker和Kubernetes发展史 https://www.cnblogs.com/chenqionghe/p/11454248.html 2013年 Docker项目开源 2013年,以AWS及OpenStack,以Cloud Foundry为代表的开源Pass项目,成了云计算领域的一股清流,pass提供了一种“应用托管”的能力。 当时的虚假机和云计算已经是比较普遍的技术了,主流用法就是租一批AWS或者OpenStack的虚拟机,然后用脚本或者手工的方式在机器上部署应用 Cloud Foudry这样的Pass项目,核心组件就是一套打包和分发机制,会调用操作系统的Cgroups和Namespace机制 为每个应用单独创建“沙盒”的隔离环境,然后在“沙盒”中运行这些进程,实现了多用户、批量、隔离运行的目的。 这个“沙盒”,就是所谓的容器。 这一年还叫dotCloud的Docker公司,也是Pass热潮中的一员。只不过,比起Heroku、Pivotal、Red Hat等大佬,dotCloud公司显得太微不足道,主打产品跟主流的CloudFoundry社区脱节,眼看就要阵亡的时候,dotCloud公司决定开源自己的容器项目Docker “容器”其实不是什么新鲜的东西,不是Docker发明的,当时最热的Pass项目Cloud Foundry中,容器也只是最底层、最不受关注的一部分

创业型互联网公司应该选择PHP, JavaEE还是.NET技术路线?

一世执手 提交于 2019-12-07 20:38:37
通常JavaEE和.NET被定义为构建大型在线系统,因为其支持面向对象设计,异步通讯,MVC等都相对比较完善,而PHP通常用于构建比较轻量的业务,例如SNS服务。 因为实施速度快,工程师社区规模大,开源的方案比较多而且成熟,如果初创企业是帮助建站,在线广告或企业宣传网站建设,或者其他中小型应用,如果恰巧有成熟第三方开源架构可以选择,那么PHP是不错的选择。就好象为企业建站,会发现Wordpress, Joomla, Durpal都是不错的选择,而且非常富有生产力。 如果业务系统都要自己来搭建,并实现相对复杂的功能,未来也可能会向着比较大规模演进,这个时候不妨考虑一下JavaEE或.NET。不过对于初创公司而言,选择空间并不多,而且不能选择错误,否则创业的钱就不够了。 在JavaEE和.NET中如果要进行选择,往往人们会认为.NET存在这样几点先天不足, 1. ViewState传递的数据量过大,.NET项目比较臃肿。而JavaEE更轻量。 2. .NET只能构建于Windows操作系统,而JavaEE构建于Linux成本更低。 3. .NET支持的开源框架比较少,而JavaEE支持的开源框架更多。 但是如果结合创业型公司而言,那么往往思考就没有那么纯粹的技术化思维了。创业公司缺少前期积累,事业和员工都是崭新的,那么还要进行业务模式的论证,说服潜在用户达成合约,其挑战往往高过成熟公司

重复制造轮子

旧街凉风 提交于 2019-12-07 18:37:32
我们为什么要重复制造轮子? 很简单啊,因为现有的轮子不够用啊。 开源的世界很精彩,开源的世界很无奈。 花了一个星期,分析了四个轮子,没有一个合格的! 时间紧迫,先攒一个可用的轮子再说。 因为有现成的“半成品“轮子,不用从头生产了。 从每个轮子身上拿点可用的零件,最后,一个新轮子就出来了。 后来,慢慢地, 这个轮子越来越适用。 再后来,我们生产了所有的轮子用的零件。 它成了我们专用的轮子了。 原来的临时轮子怎么办? 代码整理一下,文档完善一下,放出去吧,万一有人和我们的需求差不多呢? 慢慢地,网上类似的轮子也越来越多。 半成品也越来越多。 有时候感觉可用的轮子挺多的,到最后发现都最假象。 不感慨了,依旧感谢开源。 这样起码,我们在做一个”网站“时,不用从”沙子“开始。 虽然,很多程序员都这么想过。 来源: oschina 链接: https://my.oschina.net/u/105655/blog/496272

游戏服务器架构调研报告

隐身守侯 提交于 2019-12-07 17:33:59
服务器架构调研报告 刘源霖 20151119 1. 前言 本文档主要是调研分析新的手游服务端架构,为下一款手游服务端研发提供可参考的方案。主要的参考点是数据持久化,并发效率,分布式,沙盒机制,热更新机制,研发维护成本。如果从头根据需求开发一款新的服务器架构,需要大量的时间,而且可能会得不偿失,一款新的架构稳定都需要时间的。我们应该尝试使用开源的,成熟的,活跃度高的开源框架。正文将先从服务器设计需要考虑的因素进行需求分析,以至明确我们需要的服务器架构原型,然后再分析现有的开源架构方案。 2. 游戏服务器设计因素 2.1. 服务器运行平台选择 服务器操作系统大多采用 Unix 和 Linux 操作系统,而 Linux 发行版本系统中,多使用 CentOS 、 Redhat 、 Ubuntu 、 Gentoo 、 Debian 。而这些发行版本可以大体分为两类,一类是商业公司维护的发行版本,一类是社区组织维护的发行版本,前者以著名的 Redhat ( RHEL )为代表,后者以 Debian 为代表。 Redhat 的稳定性和硬件兼容性都比 Debian 高。并且 RHEL 的生命周期是 7 到 10 年,基本上可以覆盖硬件的生命周期,也就意味着一个新硬件安装以后,不用再次安装操作系统。而 Debian 的生命周期是不固定的,一般新版本发布以后,上个版本再维护 18 个月。而