ncc

点击 蓝色 字关注我们吧！ 好久没有更新和视觉相关的内容了，相信小伙伴们已经等呆好久了。 1 立体匹配定义 立体匹配是立体视觉研究中的关键部分（双目匹配与深度计算（三角化），直接法中也有一定关系）。其目标是在两个或多个视点中匹配相应像素点，计算视差。通过建立一个能量代价函数，对其最小化来估计像素点的视差，求得深度。如图：双目视差与深度的关系 极线约束：所谓极线约束就是说同一个点在两幅图像上的映射，已知左图映射点p1，那么右图映射点p2一定在相对于p1的极线上，这样可以减少待匹配的点数量。 2 分类 ①根据算法运行时约束的作用范围：分为局部（local）匹配算法和全局（Global）匹配算法。 ②基于生成的视差图：可分为稠密（Dense）匹配和稀疏（Sparse）匹配。 稠密匹配：是基于生成的视差图，对于所有像素都能生成确定视差值，称为稠密匹配。 稀疏匹配：只选择关键像素点[通常为角点或者边缘点]计算视差值的方法称为稀疏匹配，该算法计算速度较快，但后续还需要通过插值算法计算缺失像素点的视差值，因此应用场景上有很大限制。 3 全局和局部匹配 3.1 全局匹配： 其中数据项 描述了匹配程度，平滑项 体现了定义场景的约束，C是匹配代价，P是不同两像素 p 和 q 视差的函数，一般称之为惩罚项（penalty），当 p 点和 q 点视差不相等时，P>0，且与两者差值越大，P值越大。当 p 和

写在 开头 FreeSql 是 .NET 开源生态下的 ORM 轮子，转眼快两年了，说真的开源不容易（只有经历过才明白）。今天带点干货和湿货给大家，先说下湿货。 认识我的人，知道 CSRedisCore 是我写的另外一个开源组件，这个项目是 2016 年从 ctstone/csredis 项目 clone 到自己工作的项目中，修改源码经过一年多生产考验，于 2017 年发布开源 https://github.com/2881099/csredis ctstone/csredis 项目于 2014 年停止了更新，到我手里完善的功能如下： 连接池 哨兵高可用 集群 redis 2.8 以上的版本命令补充，包括 Geo、Stream 通讯协议 bug 修复 暂时想到的只有这些，之后可能再补充。FreeSql 文章标题为什么要来说 csredis？ 这两年的时间里 95% 精力都用在了 FreeSql 上面， 5400+ 单元测试、支持十几种数据库适配，渣男辜负了 csredis 这个项目。最近一个多月开源圈子的奇葩事接二连三，居然有人跑去 ctstone/csredis 原作者的 issues 告我的状，这个告状的人还是 NOPI 原作者，因为当初他自己不维护 NPOI .NET Core 版本了，社区有好人把 .NET Core 版本测试做好了开源(dotnetcore/NPOI)

写在 开头 FreeSql 是 .NET 开源生态下的 ORM 轮子，转眼快两年了，说真的开源不容易（只有经历过才明白）。今天带点干货和湿货给大家，先说下湿货。 认识我的人，知道 CSRedisCore 是我写的另外一个开源组件，这个项目是 2016 年从 ctstone/csredis 项目 clone 到自己工作的项目中，修改源码经过一年多生产考验，于 2017 年发布开源 https://github.com/2881099/csredis ctstone/csredis 项目于 2014 年停止了更新，到我手里完善的功能如下： 连接池 哨兵高可用 集群 redis 2.8 以上的版本命令补充，包括 Geo、Stream 通讯协议 bug 修复 暂时想到的只有这些，之后可能再补充。FreeSql 文章标题为什么要来说 csredis？ 这两年的时间里 95% 精力都用在了 FreeSql 上面， 5400+ 单元测试、支持十几种数据库适配，渣男辜负了 csredis 这个项目。最近一个多月开源圈子的奇葩事接二连三，居然有人跑去 ctstone/csredis 原作者的 issues 告我的状，这个告状的人还是 NOPI 原作者，因为当初他自己不维护 NPOI .NET Core 版本了，社区有好人把 .NET Core 版本测试做好了开源(dotnetcore/NPOI)

创建文件夹【mkdir】 一、mkdir命令使用权限 所有用户都可以在终端使用 mkdir 命令在拥有权限的文件夹创建文件夹或目录。 二、mkdir命令使用格式 格式：mkdir [选项] DirName 三、mkdir命令功能 通过 mkdir 命令可以实现在指定位置创建以 DirName(指定的文件名)命名的文件夹或目录。要创建文件夹或目录的用户必须对所创建的文件夹的父文件夹具有写权限(了解Linux文件-文件夹权限请点击这里)。并且，所创建的文件夹(目录)不能与其父目录(即父文件夹)中的文件名重名，即同一个目录下不能有同名的(区分大小写)。 四、mkdir命令选项说明 命令中的［选项］一般有以下两种： -m 用于对新建目录设置存取权限，也可以用 chmod 命令进行设置。 -p 需要时创建上层文件夹(或目录)，如果文件夹(或目录)已经存在，则不视为错误。 五、mkdir命令使用举例 例一：在桌面下面创建以“demo”命名的文件夹。 使用以下命令即可。 mkdir 桌面/demo 　 例二：在桌面下面创建以“demo”命名的文件夹，并且给文件夹赋权限，权限为123。 mkdir 123 桌面/demo 删除文件夹【rm】 一、rm命令使用权限 所有用户都可以在终端使用 rm命令删除目录。 二、rm命令使用格式 格式：rm [选项] DirName 三、rm命令功能

Mysql 8.0.13 忘记root密码操作方法 1、首先停止mysql服务 管理员身份开启CMD下命令关闭或者windows服务页面关闭 C : \Users\xxx > net stop mysql 管理员身份开启CMD页面，输入以下命令无密码启动mysql C : \Users\xxx > mysqld -- console -- skip - grant - tables -- shared - memory 看到如下页面再开启新的CMD页面 在新的CMD页面输入如下 mysql > flush privileges ; -- 修改权限 Query OK , 0 rows affected ( 0.16 sec ) mysql > ALTER USER "root" @ "localhost" IDENTIFIED BY "123456" ; -- 修改密码 Query OK , 0 rows affected ( 0.08 sec ) 完成如上操作即完成修改密码，退出可以共用新的密码登陆了 借鉴如下两个博文 https://blog.csdn.net/ncc1995/article/details/94217148 https://www.cnblogs.com/qianzf/p/6995376.html 来源： oschina 链接： https://my

从项目开始到创建前沿，研究和评估数学证明，在Filecoin项目中建立强大的安全文化一直是官方的核心目标之一，为Filecoin协议中执行的关键操作奠定了基础（如：复制证明和时空证明） ，通过与多位外部安全专家、渗透测试人员和研究人员合作审核官方的代码和实践，以建立起强大的安全习惯文化、安全的代码开发和测试。 随着Filecoin主网的启动，官方很高兴地宣布新的Filecoin Security网站，其中包括迄今为止完成的所有工作，将要发生的事情以及更新的Bug赏金计划的清单！ 启动security.filecoin.io 该站点将作为Filecoin安全计划的中央枢纽。在它上面，您可以找到有关以下方面的详细信息：安全审核、Bug赏金计划、负责任的披露政策以及以前报告的发现和缓解措施。 您可以通过两种方式公开您的发现：使用PGP密钥加密它们并通过电子邮件发送给官方，或者通过Keybase。Filecoin Security网站上的“漏洞报告”下有详细说明。 安全审核 官方一直在与多家知名的第三方审计专家合作，以确保该协议及其实施背后的理论能够实现预期的价值，从而使Filecoin成为一个安全的网络。 官方非常感谢过去几年与官方合作以确保Filecoin及其依赖项安全的安全合作伙伴。感谢宝贵的安全合作伙伴： SigmaPrime Trail of Bits ConsenSys

写在开头 FreeSql 是 .NET 开源生态下的 ORM 轮子，转眼快两年了，说真的开源不容易（只有经历过才明白）。今天带点干货和湿货给大家，先说下湿货。 认识我的人，知道 CSRedisCore 是我写的另外一个开源组件，这个项目是 2016 年从 ctstone/csredis 项目 clone 到自己工作的项目中，修改源码经过一年多生产考验，于 2017 年发布开源 https://github.com/2881099/csredis ctstone/csredis 项目于 2014 年停止了更新，到我手里完善的功能如下： 连接池 哨兵高可用 集群 redis 2.8 以上的版本命令补充，包括 Geo、Stream 通讯协议 bug 修复 暂时想到的只有这些，之后可能再补充。FreeSql 文章标题为什么要来说 csredis？ 这两年的时间里 95% 精力都用在了 FreeSql 上面， 5400+ 单元测试、支持十几种数据库适配，渣男辜负了 csredis 这个项目。最近一个多月开源圈子的奇葩事接二连三，居然有人跑去 ctstone/csredis 原作者的 issues 告我的状，这个告状的人还是 NOPI 原作者，因为当初他自己不维护 NPOI .NET Core 版本了，社区有好人把 .NET Core 版本测试做好了开源(dotnetcore/NPOI)

目录 在之前的随笔中： 　1.1： ORM的选择 　1.2： SqlSugar的搭建与避坑 分别有讲过SqlSugar 和 FreeSql，我最后选用了Sqlsugar，今天又写一遍，放弃SqlSugar 转用FreeSql。 起始，说起来有点啪啪打脸的意思， 但其实不是。 写第一篇 ORM的选择的时候 大约是两个月前，只是最近发到博客园。 当时的情况就是，急需一个ORM框架快速上手做开发，现在两个月过去了。我到新公司开发的第一个项目，也结束了。 虽然不算深度使用SqlSugar，但是 也算是 熟悉了。 确实对于新手刚入坑的来说，sqlsugar是最简单，容易上手的，但是用一段时间就会发现了 sqlsugar的短板还是比较明显。 第一，编写风格。 尤其是在连表查询的时候，sqlsugar 的风格老是感觉怪怪的： 对比，FreeSql 则用起来 舒爽很多： 第二： 稳定性 这里，Freesql 目前不算深度使用，但是写过一两个demo，感觉还是很不错。 但是Sqlsugar 在之前项目的使用中 有遇到过，Update 数据失败的问题，使用的是Oracle 数据库，用的是SimpleClient ，不是每张表都失败，有的表修改能成功。 这里我没有去详细排查 究竟是以为哪个字段有问题还是这么，后来为了避免这种问题，全部使用的 SqlSugarClient，同样的表

Nccloud单点手册 wangmo 2020年07月01日 本方案适用于version:Nccloud1909+,不支持1903,1903有其他实现方案; 功能支持:单点登陆,单点审批,单点联查 单点登陆 1:业务系统向Nccloud注册accesstoken 请求参数 : usercode = wangmo 模拟地址 : http : //localhost/service/registAccessToken?usercode=wangmo 成功响应 :{ "status" : "1" , "result" :{ "accesstoken" : "20011b791553a8338e4b9a7c8936111c" }} 失败响应 :{ "status" : "0" , "result" : "nccloud系统中没有usercode对应的用户,请联系管理员同步人员并生成用户!" } 2:业务系统携带Token访问Nccloud登陆页面 请求地址 : http : //localhost/nccloud/resources/uap/rbac/thirdpartylogin/main/index.html?accesstoken=20011b791553a8338e4b9a7c8936111c 成功响应 : 将直接转到首页http : //localhost/nccloud

先说个大伙儿应该都知道的背景：9月11日下午，华为开发者大会安全与隐私分论坛在松山湖举行了。 其中，华为消费者业务云服务安全技术专家，对HMS安全架构与数据保护做了解析。内容上总的来说就是，介绍了HMS Core从开发者接入到服务处理的全流程安全机制、列举了典型HMS发放能力的安全与保护技术。 一、HMS Core的“开放”能力，对谁“开放”的？ 先科普一下: HMS Core（华为移动核心服务）是华为移动服务（HMS，HUAWEI Mobile Services）助力开发者高效构建精品应用，是华为为其设备生态系统提供的一套应用程序和服务。开发者只需集成HMS SDK即可使用华为的多个开放能力。（百度百科） 意思就是开发者可以通过接入HMS Core的开放能力，以低成本、低门槛地开发、更高效地创新精品应用内容、服务及体验。 二、被“开放”的HMS Core，安全如何保障? 首先，HMS Core的“开放”给开发者，并不意味着每个开发者可以随意用。一般需要经过三步：开发者联盟门户的注册 - 申请接入和获取认证凭证 - 开发者集成HMS SDK(HMS软件开发工作包)使用开放能力，HMS进行接入认证。 其中5大安全技术，可以保障基于HMS Core开发的应用的安全：   Ø 认证鉴权：用户认证、接入认证、设备认证;   Ø 数据安全与隐私保护：数据安全存储、数据使用安全、数据传输安全