Subversion (SVN)

场景 同事发现新拉SVN版本分支调用海康SDK，无法实现功能。 排查过程 调用接口NET_DVR_GetLastError，返回错误码113 调用接口NET_DVR_GetErrorMsg，返回错误信息Failed to load the HCGeneralCfgMgr 通过load就可以知道是加载DLL出现的问题，查看可执行程序目录文件下并没有HCGeneralCfgMgr.dll 定位问题 新拉版本分支并没有上传HCGeneralCfgMgr.dll文件，导致问题的出现，添加DLL到版本分支，解决问题 来源： oschina 链接： https://my.oschina.net/u/4263001/blog/4881241

1、双引号和单引号的区别 双引号解释变量，单引号不解释变量 双引号里插入单引号，其中单引号里如果有变量的话，变量解释 双引号的变量名后面必须要有一个非数字、字母、下划线的特殊字符，或者用{}讲变量括起来，否则会将变量名后面的部分当做一个整体，引起语法错误 双引号解释转义字符，单引号不解释转义字符，但是解释'\和\\ 能使单引号字符尽量使用单引号，单引号的效率比双引号要高（因为双引号要先遍历一遍，判断里面有没有变量，然后再进行操作，而单引号则不需要判断） 2、常用的超全局变量(8个) $_GET ----->get传送方式 $_POST ----->post传送方式 $_REQUEST ----->可以接收到get和post两种方式的值 $GLOBALS ----->所有的变量都放在里面 $_FILES ----->上传文件使用 $_SERVER ----->系统环境变量 $_SESSION ----->会话控制的时候会用到 $_COOKIE ----->会话控制的时候会用到 3、HTTP中POST、GET、PUT、DELETE方式的区别 HTTP定义了与服务器交互的不同的方法，最基本的是POST、GET、PUT、DELETE，与其比不可少的URL的全称是资源描述符，我们可以这样理解：url描述了一个网络上资源，而post、get、put、delegate就是对这个资源进行增、删、改

【 前面的话 】本文的某些知识依赖我的 微服务系列文章 ，如果没有看过可以先移步去看一下。在前面的应用当中，我们所有的配置都是写在 yaml 配置文件当中的，这样就会造成几个问题：安全、统一管理等等。而SpringCloud也是考虑到这一点，给出的方案就是 Spring Cloud Config 。 壹、Config的简介 Spring Cloud Config是Spring Cloud团队创建的一个全新项目，用来为分布式系统中的基础设施和微服务应用提供集中化的外部配置支持，它分为服务端与客户端两个部分。其中服务端也称为分布式配置中心，它是一个独立的微服务应用，用来连接配置仓库并为客户端提供获取配置信息、加密/解密信息等访问接口；而客户端则是微服务架构中的各个微服务应用或基础设施，它们通过指定的配置中心来管理应用资源与业务相关的配置内容，并在启动的时候从配置中心获取和加载配置信息。Spring Cloud Config实现了对服务端和客户端中环境变量和属性配置的抽象映射，所以它除了适用于Spring构建的应用程序之外，也可以在任何其他语言运行的应用程序中使用。由于Spring Cloud Config实现的配置中心默认采用Git来存储配置信息，所以使用Spring Cloud Config构建的配置服务器，天然就支持对微服务应用配置信息的版本管理

本文首发于： 行者AI Acunetix Web Vulnerability Scanner（AWVS）是用于测试和管理Web应用程序安全性的平台，能够自动扫描互联网或者本地局域网中是否存在漏洞，并报告漏洞。 1. AWVS简介 Acunetix Web Vulnerability Scanner（AWVS）可以扫描任何通过Web浏览器访问和遵循HTTP/HTTPS规则的Web站点。适用于任何中小型和大型企业的内联网、外延网和面向客户、雇员、厂商和其它人员的Web网站。 AWVS可以通过检查SQL注入攻击漏洞、XSS跨站脚本攻击漏洞等漏洞来审核Web应用程序的安全性。 1.1 AWVS功能及特点 自动的客户端脚本分析器，允许对Ajax和Web2.0应用程序进行安全性测试 业内最先进且深入的SQL注入和跨站脚本测试 高级渗透测试工具，例如HTPP Editor和HTTP Fuzzer 可视化宏记录器帮助您轻松测试web表格和受密码保护的区域 支持含有CAPTHCA的页面，单个开始指令和Two Factor（双因素）验证机制 丰富的报告功能，包括VISA PCI依从性报告 高速的多线程扫描器轻松检索成千上万的页面 智能爬行程序检测web服务器类型和应用程序语言 Acunetix检索并分析网站，包括flash内容，SOAP和AJAX

解决Eclipse中SVN图标不显示的问题 参考文章： （1）解决Eclipse中SVN图标不显示的问题 （2）https://www.cnblogs.com/yourancao520/archive/2012/02/27/2369728.html 备忘一下。 来源： oschina 链接： https://my.oschina.net/u/4403370/blog/4844502

第一步 ：将准备要迁移的test仓库导出 svnadmin dump，打包conf目录传输至目标服务器 第二步 ：在目标服务器上创建新的test仓库 第三步 ：在目标服务器导入刚才导出的test.dump文件 svnadmin load，解压conf包覆盖现有配置 第四部 ：启动目标服务器svn服务 此方法可以将SVN的版本迭代同步过去 安装 yum install -y subversion 第一步：将准备要迁移的test仓库导出 svnadmin dump，打包conf目录传输至目标服务器 cd /home/svn/ svnadmin dump test > test.dump cd /home/svn/test zip -r conf.zip conf/ 导出完成后通过scp（ 小文件 ）或ftp（ 大文件 ）传输dump及conf.zip至目标服务器 第二步：在目标服务器上创建新的仓库（ 建议新旧SVN路径上保持一致 ） mkdir -p /home/svn svnadmin create /home/svn/test 第三步：在目标服务器导入刚才导出的dump文件 svnadmin load，解压conf包覆盖现有配置 将传输到目标服务器的test.dump和新建的仓库置于同一目录 cd /home/svn svnadmin load test < test.dump

主干(trunk)、分支(branch )、标记(tag) 用法示例 + 图解 以svn为例，git的master相当于trunk，dev分支相当于branches -------------------------------------------------------------------------------------------------------------------------------------------- trunk：是用来做主方向开发的一直向前进行，一个新模块的开发，这个时候就放在trunk，当模块开发完成后，需要修改，就用branch。 branch：是用来做并行开发的，这里的并行是指和trunk进行比较。 tag：是用来做一个milestone（里程碑）的，不管是不是发布版本，但都是一个可用的版本，不需要修改如果要修改就要选一个tag进行branche开发。 -------------------------------------------------------------------------------------------------------------------------------------------- 为什么要分3个目录？且都是重复的代码Copy有意义吗？来看下下面这个例子就明白这样做的好处了。 例如

首先在提交代码的时候，会看到有的文件前会有雪花标志，代表该文件被修改过。 提交代码的时候，点击整个项目，右键---team---与资源库同步，这个目的是检查本地的代码和服务器上的代码有没有冲突，如果有冲突的话，应该像将冲突解决，否则提交代码会出错，解决冲突看我的另一篇博客。 点击与资源库同步按钮之后，会跳转到Team Synchronizing界面，这个时候eclipse会自动检测本地的代码和服务器上的代码有没有冲突，有的话会在eclipse的左侧显示出来，如果没有冲突，那么会跳出弹框 Synchronzing No Changes found . 在解决完冲突后或者在升级后，那么，点击上图中上传代码的按钮，跳转到上传代码的页面 选择要提交的文件，然后右键，提交。会跳出一个弹框，让你输入对你这次提交的代码的描述，主要就是写你完成的需求的详细的内容，和编码上传者（这个是本公司的需求） 点击OK，上传成功。 上传成功之后，你会发现，上传的文件之前的雪花标志已经消失不见。意味者上传成功。 有的时候，代码之前会出现问号，意味着，这个文件是新增加的。 在提交代码之前与资源库同步，不同的提交文件之前会出现不同的标识，看下图，有的图标意味着本地的文件与服务器上的文件有冲突，在有冲突 的时候，要将本地的代码和服务器上的代码进行比较，如果要将本地的代码吧服务器上的代码覆盖掉，那么就直接提交

阅读本文大概需要 6 分钟。 「挑槽、入槽、跳槽」堪称每个技术人员必奏的三部曲，而这三部曲在职场中来回奏，便构成了程序人生。 铁打的硬盘，流水的码农， 离职时见人品 ，作为技术人员该如何做交接，到底该如何站好最后一班岗呢？ 1 人品不够，文档来凑。 从上家公司离职已经 5 年多啦，记得离职大概没多久，前技术同事微信告诉我：你写的交接文档，在会议上公开表扬，让其它组作为参考。 当时个人感觉没啥，就是写了一堆文档罢了，近期看到其它团队交接的效果，那么的不尽人意。而且秉着吐露真心，认真分享的原则，不妨把那些年写过的交接文档，逐一呈现给你，万一能助你积攒人品、升职加薪呢？ （一） 作为技术人员离职前的交接，编写 交接进展表 为了谁？ 离职前的交接，非常能展现人品，最重要的原则是： 交接时一定 要尽力而为。 尽量能打造属于自己的交接计划，按照计划一步一步去落实，并把交接进展维护在 excel 中，如图中的《交接进展表.xlsx》。 编写交接进展表，一方面让大家明确知晓交接的过程与进度，另一方面可供后人按此方式进行无脑式交接（前人栽树后人乘凉）。 （二）作为技术人员离职前的交接，编写 XX系统_新手入门文档 为了谁？ 离职前的交接，希望都能编写新手入门之类的傻瓜式文档，该文档编写是个一劳永逸的事情。 倘若后续接手你的是一个新同事，那么就更有价值，按照入门文档，一步一步就能上手开发、提测、上线

在client端启动zabbix-agent服务 启动zabbix-agent有如下2种方式： agent start root@lykj-45 :/srv# ls leyao zabbix zabbix-agent- 20180606 .tar.gz root@lykj- 45:/srv# tree -L 3 zabbix/ zabbix/ `-- agent |-- agent |-- compose.yml `-- zabbix-agent.service 1 directory, 3 files root@lykj- 45:/srv# zabbix/agent/agent start service zabbix-agent start root@lykj-45 :/etc/init.d# pwd /etc/init.d root@lykj- 45 :/etc/init.d# ls -l zabbix-agent -rwxr-xr-x 1 root root 1688 Jun 8 14:35 zabbix-agent root@lykj- 45:/etc/init.d# service zabbix-agent start 使用agent start启动时遇到的问题 　　Question： 　　　　docker与docker-compose版本不匹配，提示如下： root