Linux下FTP服务的安装之pure-ftpd
安装 #yum install -y epel-release #yum install -y pure-ftpd 配置 #vim /etc/pure-ftpd/pure-ftpd.conf 把#PureDB /etc/pure-ftpd/pureftpd.pdb前面的#删除。 启动 #systemctl start pure-ftpd 查看是否启动：#ps aux | grep pure-ftp 创建账号 #mkdir /data/ftp/ #useradd -u 1010 pure-ftp #chown -R pure-ftp:pure-ftp /data/ftp #pure-pw useradd ftp_user1 -u pure-ftp -d /data/ftp/ 然后输入密码 #pure-pw mkdb 列表账号 #pure-pw list 删除账号 #pure-pw userdel ftp_user1 测试 #lftp ftp_user1@127.0.0.1 如果没有安装lftp请使用以下命令安装： #yum install lftp
View DetailsMac电脑如何查看IP地址
先介绍方法一：点击屏幕左上角的苹果图标，在下拉菜单中选择【系统偏好设置】。 在弹出的【系统偏好设置】菜单中，选择【网络】。 在【网络】菜单中，点击【高级】按钮。 在弹出的界面中点击【TCP/IP】标签，即可在下边找到【IP地址】。 方法二：在应用程序搜索【终端】并打开。 在【终端】中输入命令【ifconfig | grep "inet " | grep -v 127.0.0.1】，即可看到自己电脑的IP地址。 from:http://jingyan.baidu.com/article/915fc414e84b8051394b20d3.html(此地址是百度的临时地址，时间久了就打不开了。)
View DetailsNoSQL 数据库
NoSQL 数据库，全称为 Not Only SQL，意思就是适用关系型数据库的时候就使用关系型数据库，不适用的时候也没有必要非使用关系型数据库不可，可以考虑使用更加合适的数据存储。主要分为临时性键值存储（memcached、Redis）、永久性键值存储（ROMA、Redis）、面向文档的数据库（MongoDB、CouchDB）、面向列的数据库（Cassandra、HBase），每种 NoSQL 都有其特有的使用场景及优点。
View DetailsOLAP
联机分析处理OLAP是一种软件技术，它使分析人员能够迅速、一致、交互地从各个方面观察信息，以达到深入理解数据的目的。它具有FASMI(Fast Analysis of Shared Multidimensional Information)，即共享多维信息的快速分析的特征。其中F是快速性(Fast)，指系统能在数秒内对用户的多数分析要求做出反应；A是可分析性(Analysis)，指用户无需编程就可以定义新的专门计算，将其作为分析的一部 分，并以用户所希望的方式给出报告；M是多维性(Multi—dimensional)，指提供对数据分析的多维视图和分析；I是信息性(Information)，指能及时获得信息，并且管理大容量信息。
View DetailsOLTP
On-Line Transaction Processing联机事务处理过程(OLTP) 也称为面向交易的处理过程，其基本特征是前台接收的用户数据可以立即传送到计算中心进行处理，并在很短的时间内给出处理结果，是对用户操作快速响应的方式之一。
View Detailsjava.nio
java.nio全称java non-blocking IO，是指jdk1.4 及以上版本里提供的新api（New IO） ，为所有的原始类型（boolean类型除外）提供缓存支持的数据容器，使用它可以提供非阻塞式的高伸缩性网络。 Sun 官方标榜的特性如下： 为所有的原始类型提供(Buffer)缓存支持。字符集编码解码解决方案。 Channel ：一个新的原始I/O 抽象。 支持锁和内存映射文件的文件访问接口。 提供多路(non-bloking) 非阻塞式的高伸缩性网络I/O 。
View Details8月29日随笔
鄙人自2004年初入行以来，一直都是微软技术的拥趸。 从ASP开始，狂热的学习，然后又搞服务器组件；实话，微软的技术比较人性——好用。 后又学习Asp.Net，名字很像，完全是另一种技术；又间断的用过PHP，当时有种说法，PHP是Person Home Page的缩写，总觉得她不够大气，还是微软技术宏大，但还是一直对PHP情有独钟。 06年下半年开始做些管理的工作，做过技术组长，技术主管；干过项目经理、技术经理、技术总监；呆过北京，跑过上海，也算在一线城市见过世面。而今算来也14个年头了，但是很惭愧，却没什么建树；也没有自己的产品，也没赚到钱。这两年总遇到些不靠谱的公司，工作也很不稳定。如今还要网上投简历，屁颠屁颠的去面试，谁让我爱这行呢~只要能正经的写程序，待遇可以，职位无所谓啊。 如今找工作，可能也不是个时候，但上家公司资金又出问题，也是不敢再呆了。工作找了两个多月了，面试了7、8家公司，主要是.Net方向，工资还能给到位，但总有奇葩让我不愿去；比如：单休、单双轮休，什么年代了，还不双休，一线很多公司都2.5d了；比如：月底发上个月的工资，剥削半个月还不够么？；比如：此职位要求出差，要出国出差——哈哈，给我郑州的薪水，让我去国外创造劳动价值，够狠；比如：HR或技术直接说会经常加班，而且至少要加到21点，你大爷，已经没有人道了，我肯定你们的产品很烂，因为这样搞不出好东西。还有的要求精通.Net、JAVA、PHP、Android、ios等技术………………哥真不是全能神，您甭说出20k，就算50k我肯定您招不到满意的人，精通是怎样一个概念。 另外一个，Java方向的高级职位明显比.Net、PHP多好多，思前想好，虽然艰难，也要转型。 毕竟拥抱开源更有前途。
View DetailsAMQP消息服务器 RabbitMQ
RabbitMQ 是由 LShift 提供的一个 Advanced Message Queuing Protocol (AMQP) 的开源实现，由以高性能、健壮以及可伸缩性出名的 Erlang 写成，因此也是继承了这些优点。 AMQP 里主要要说两个组件：Exchange 和 Queue （在 AMQP 1.0 里还会有变动），如下图所示，绿色的 X 就是 Exchange ，红色的是 Queue ，这两者都在 Server 端，又称作 Broker ，这部分是 RabbitMQ 实现的，而蓝色的则是客户端，通常有 Producer 和 Consumer 两种类型： from:https://www.oschina.net/p/rabbitmq
View Details消息队列的两种模式
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中，不同订阅组消费此消息。 from:http://blog.csdn.net/heyutao007/article/details/50131089
View Details