nginx自建主机(自己实现nginx)

自己实现nginx

server { listen 80; server_name 二级域名; location / { rewrite ^/(.*)$ 重定向的域名$1 permanent; } } ```

自己实现内网穿透

貌似还没有，但是可以两个软件结合使用，一个做内网穿透，一个做远程控制，比如花生壳内网穿透软件和向日葵远程控制软件，两者都是同一家公司的，所以产品兼容性很强，账号都只需要一个就能搞定。

自己实现电容笔防误触

1.可以，但应该注意：只有手机厂家配套的电容屏触笔才好用，市场上随便买的电容屏触笔和你的手机电容屏灵敏度不一定匹配，所以随便买是不行的，除非你带着你的手机去买笔。哈哈，昨天刚去一个给联想手机供触笔的厂家，他们也有做电容触笔，遗憾的是我拿了一支在我的HTCHD2手机上试验，结果失灵，用不起来，他们工程师的答复就是要根据手机触屏的灵敏度调整触笔的参数才行。

2.电容屏的手机没有用触笔的必要，电容屏的触笔和手指大小差不多，手指操作更灵活，比触笔方便多了，再说，手机又没有设计放笔的地方，带着很不方便。

自己实现线程池

Redis分布式锁的安全性问题，在分布式系统专家和Redis的作者 antirez 之间就发生过一场争论。由于对这个问题一直以来比较关注，所以我前些日子仔细阅读了与这场争论相关的资料。这场争论的大概过程是这样的： 为了规范各家对基于Redis的分布式锁的实现，Redis的作者提出了一个更安全的实现，叫做 Redlock 。

自己实现一个线程池

根据系统的线程并发数设置线程池中以下参数值：核心线程数，最大线程数（达到任务队列最大值时启用），任务等待队列最大值，线程空闲时的回收时间和时间单位，线程工厂，超过队列最大值以及达到最大线程数时的拒绝策略。

以上可以通过两种方式实现

1、XML文件配置

2、bean注解

自己实现梦想的名言

1、人生的光荣，不在永不失败，而在于能够屡败屡战。—— 拿破仑

　　2、在人生的大风浪中，我们常常学船长的样子，在狂风暴雨之下把笨重的货物扔掉，以减轻船的重量。——巴尔扎克

　　3、天行健，君子以自强不息。 ——《周易》

　　4、困难是人生的老师，是一所最好的学校。

　　5、人生最大的光荣，不在于从不失败，而在于能屡仆屡起。—— 哥尔德斯密斯

　　6、困难像弹簧，看你强不强，你强它就弱，你弱它就强。——佚名

　　7、顺境也好，逆境也好，人生就是一场对种种困难无尽无休的斗争，一场以寡敌众的战斗。——泰戈尔

　　8、理想之风扯满人生的帆;奋斗之杆举起理想之旗。

　　9、有志于某种事业者，与其临渊羡鱼，毋宁退而结网，结网无他，即当对于此某事业所需要之能力先加以充分的准备。——邹韬奋

　　10、人生如集市，众人在此相聚，却不久留;人生如客栈，路人在此歇脚，而后又走。——艾·霍·布朗

自己实现编译器

要实现源码输出，您可以使用代码编辑器，比如Visual Studio Code、Sublime Text等等，将您的代码写入编辑器中。然后，您可以保存您的代码，并将其命名为一个合适的文件名称及扩展名，比如“file.c”或“file.cpp”。

接下来，您需要使用编译器将您的源代码转换成计算机可以理解的机器码。在Windows操作系统中，您可以使用MinGW、Cygwin等编译器进行编译。在Linux和macOS中，gcc或clang等编译器都可以使用。

一旦您的代码被编译成可执行文件，您可以在终端中运行该文件并查看其输出。在Windows中，您可以在命令提示符窗口中使用“dir”命令查看文件列表，然后使用“./file.exe”命令运行您的程序。在Linux和macOS中，您可以使用“ls”命令查看文件列表，然后使用“./file”命令运行您的程序。

此外，许多集成开发环境（IDE）也提供源代码的输出功能，您可以使用IDE中的控制台或输出窗口查看您的程序的运行结果。

自己实现数据库

MySQL中的触发器是由insert、update和delete等事件来触发某种特定操作，满足触发器的触发条件，数据库就会执行触发器中定义的程序语句，并且触发器的执行语句可能只有一个，也可能有多个。

在数据库world下找到“触发器”，鼠标右键“创建触/发器”，弹出输入新触发器名称，填写名称“city_trigger”，执行插入语句，结果成功；然后，查询t_tri_time数据库表。

自己实现不了的梦想让孩子去实现俗话

　　人因为梦想而伟　　

　　一位总经理向我咨询：“杨教授，我刚成立了一个公司，现在十分缺人，尤其缺做管理的。很多朋友都劝我去别的公司挖人，你觉得这个建议可行吗？　　

　　“这要看你是想喝特效药，还是慢性药了。特效药，见效快，可立马解决疼痛，但无法根治病源；慢性药，见效慢，但能彻底消除隐患。你看你选择哪个？”　

　　总经理颇感稀奇：“特效药？指的是啥？慢性药，指的又是啥？”“特效药呢，就是诱人以利，慢性药，则是诱人以梦。”我解释。

　　　总经理这次回答的挺干脆：“哦，那我选择服慢性药。可怎样才能诱人以梦呢？”

　　是啊，怎样才能诱人入梦呢？生活中，经常会有一些企业家在琢磨这个问题，也做了好多无可奈何的尝试。比如说，常见的招数就是用高薪引诱，可一旦别家出价更高，人才就会跳槽。但如果不用这招的话，实在是想不出啥好招。　

　　西方有句谚语，上帝在为你关闭一扇门的同时，肯定会为你开启一扇窗，这话用在此处，再也贴切不过。走不通“高薪门”，那咱不妨走一下“梦想窗”。

　　马云在酝酿成立阿里巴巴的时候，支持他开公司的就她老婆一个人。马云虽然很激情，但他也明白，俩人合伙搞个小餐馆还行，开公司就有点调戏国家政策了，毕竟那时国家规定，公司最低也要五人起步。可怎样才能让他人加入阿里巴巴呢？

　　给钱？开玩笑，万元户能够几个人分啊；给官？别逗了，一个班上就俩人，榜眼和倒数第一有啥区别？求情？（励志文章 ）即使求来了信任，那能求来尊重吗？这些招都不行，难道就这样放弃梦想吗？也许是梦想给了马云启示，马云最终找到了有效的解决方式：给别人说梦，然后让他们与你一起做梦，最后共同拥抱梦。

　　　掌握了方法后，马云就开始不断地拉人入梦。在梦想的引诱下，阿里巴巴十八罗汉渐渐成形。他们其中有的是在广告公司上班，幻想去马云那里拉生意，结果生意没拉成，自己却入伙了；有的是记者，结果在采访马云后，立马辞职入伙……这些人聚在一起，不为别的，只为“让天下没有难做的生意”。

　　为了实现这个梦想，在很长一段时间内，他们都甘愿忍受着月薪五百，天天泡面的生活。一分耕耘一分收获，马云最后也没有辜负他们的信任，至今“十八罗汉”个个身价过亿。

　　透过阿里巴巴的例子，我们可以清楚地感受到，挖人不如诱人，诱人莫若诱梦。人因为梦想而伟大，当然也会因梦想而入魔，并不是所有的梦都是美好的，比如说像希特勒那样的人，就是专门诱人作恶梦的。　

所以啊，还要补一句：诱梦要诱得光明、诱得坦直、诱得坚定，诱得强烈。要不，跟你作梦的人也不会那么多，他们的梦也不会那么美。

　　最后，再总结一下主题：诱之以利不如诱之以梦，诱之以梦当诱之以美梦。

自己实现一个数据库

第一步：你要知道那台电脑的计算机名或者ip地址； 第二步：共享数据库所在的文件夹，要将共享权限设置为能够读写的权限； 第三步：在你的电脑上运行一下那个共享路径：\\计算机名\共享文件夹，看能不能打开，如果能 打开，说明共享成功，才能调用代码连接，如果需要用户名和密码你要输入那台电脑的一组用户名和密码； 第四步：在第三步成功的情况下，调用以下代码： dim 数据库路径 as string dim 数据库密码 as string 数据库路径="\\计算机名\共享文件夹\数据库.mdb" 数据库密码=你的数据库密码（如果没设密码，就为空） adodc1.ConnectionString="provider=Microsoft.Jet.OLEDB.4.0;Data source =" _ & 数据库路径0 & ";Jet OLEDB:Database Password=" & 数据库密码 adodc1.recordsource="select * from user" adodc1.Refresh

自己实现消息队列

订阅原理就是不同系统之间的重合性。Java消息服务（Java Message Service，JMS）应用程序接口是一个Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。

点对点与发布订阅最初是由JMS定义的。这两种模式主要区别或解决的问题就是发送到队列的消息能否重复消费(多订阅)

1、定义

JMS规范目前支持两种消息模型：点对点（point to point， queue）和发布/订阅（publish/subscribe，topic）。

1.1、点对点：Queue，不可重复消费

消息生产者生产消息发送到queue中，然后消息消费者从queue中取出并且消费消息。消息被消费以后，queue中不再有存储，所以消息消费者不可能消费到已经被消费的消息。Queue支持存在多个消费者，但是对一个消息而言，只会有一个消费者可以消费。

1.2、发布/订阅：Topic，可以重复消费

消息生产者（发布）将消息发布到topic中，同时有多个消息消费者（订阅）消费该消息。和点对点方式不同，发布到topic的消息会被所有订阅者消费。

支持订阅组的发布订阅模式：发布订阅模式下，当发布者消息量很大时，显然单个订阅者的处理能力是不足的。实际上现实场景中是多个订阅者节点组成一个订阅组负载均衡消费topic消息即分组订阅，这样订阅者很容易实现消费能力线性扩展。可以看成是一个topic下有多个Queue，每个Queue是点对点的方式，Queue之间是发布订阅方式。

2、区别

2.1、点对点模式

生产者发送一条消息到queue，一个queue可以有很多消费者，但是一个消息只能被一个消费者接受，当没有消费者可用时，这个消息会被保存直到有 一个可用的消费者，所以Queue实现了一个可靠的负载均衡。

2.2、发布订阅模式

发布者发送到topic的消息，只有订阅了topic的订阅者才会收到消息。topic实现了发布和订阅，当你发布一个消息，所有订阅这个topic的服务都能得到这个消息，所以从1到N个订阅者都能得到这个消息的拷贝。

3、流行模型比较

传统企业型消息队列ActiveMQ遵循了JMS规范，实现了点对点和发布订阅模型，但其他流行的消息队列RabbitMQ、Kafka并没有遵循JMS规范。

3.1、RabbitMQ

RabbitMQ实现了AQMP协议，AQMP协议定义了消息路由规则和方式。生产端通过路由规则发送消息到不同queue，消费端根据queue名称消费消息。RabbitMQ既支持内存队列也支持持久化队列，消费端为推模型，消费状态和订阅关系由服务端负责维护，消息消费完后立即删除，不保留历史消息。（1）点对点生产端发送一条消息通过路由投递到Queue，只有一个消费者能消费到。

（2）多订阅当RabbitMQ需要支持多订阅时，发布者发送的消息通过路由同时写到多个Queue，不同订阅组消费不同的Queue。所以支持多订阅时，消息会多个拷贝。

3.2、Kafka

Kafka只支持消息持久化，消费端为拉模型，消费状态和订阅关系由客户端端负责维护，消息消费完后不会立即删除，会保留历史消息。因此支持多订阅时，消息只会存储一份就可以了。但是可能产生重复消费的情况。（1）点对点&多订阅发布者生产一条消息到topic中，不同订阅组消费此消息。