在使用elasticsearch7.7.1搭建集群，使用了3台服务器作为节点，但在搭建的过程中发现每台服务器的elasticsearch服务都正常，但是不能相互发现，期间进行了一些配置的修改偶尔出现了相互发现，但没过多久又断了联系。蛋疼了一阵子。今天全力排查这方面的问题，目前看集群已经稳定。主要原因还是elasticsearch7.*版本有些不一样，网上的资料各个版本都有，但都比较老，好多配置项在7版本中已经废弃了，而到网上一找到处都充斥着这些老版本的使用教程，新的太少。下面是我使用elasticsearch7.7....[>>…]

    elasticsearch-head：AwebfrontendforanElasticsearchcluster。能提供一个很友好的管理和查看elasticsearch数据的WEB界面。GITHUB地址：https://github.com/mobz/elasticsearch-headelasticsearch-head的安装方法有很多，不过对最新的7.*版本作为插件安装好像不行。forElasticsearch5.x,6.x,and7.x:sitepluginsarenotsupported.Runasastandaloneserver(RunningasapluginofElasticsearch(deprecated))。执行如下： user@u04007:/usr/share$sudo./elasticsearch/bin/elasticsearch-plugininsta...[>>…]

cluster.name:elasticsearch集群名称，es服务会通过广播方式自动连接在同一网段下的es服务，通过多播方式进行通信，同一网段下可以有多个集群，通过集群名称这个属性来区分不同的集群。node.name:"test"当前配置所在机器的节点名，你不设置就默认随机指定一个name列表中名字，该name列表在es的jar包中config文件夹里name.txt文件中，其中有很多作者添加的有趣名字。node.master:true指定该节点是否有资格被选举成为node（注意这里只是设置成有资格，不代表该node一定就是master），默认是true，es是默认集群中的第一...[>>…]

    使用的是最新的Elasticsearch7.7版本，启动后默认是绑到127.0.0.1上的，这肯定不是我们需要的，所以修改配置文件将network.host配置选改成我们的服务器局域网IP地址。Elasticsearch7.7版本安装后配置文件elasticsearch.yml在目录/etc/lasticsearch中，这个目录只允许root权限进行查看和修改。不过修改后再启动es时报错： user@u04007:/$sudo/etc/init.d/elasticsearchstart [....]Startingelasticsearch(viasystemctl):elasticsearch.serviceJobforelasticsearch.servicefailedbecausethecon...[>>…]

    之前试着装过一次ElasticSearch，印象深刻的是当时还不能使用root用户来启动ES。今天再来安装一下ElasticSearch，ES是一个基于Lucene的搜索服务器，是当前流行的企业级搜索引擎，它提供了一个分布式多用户能力的全文搜索引擎，并提供了基于RESTfulweb接口，非常方便系统之间对接。    ElasticSearch可以有多种安装方式，官网上有详细的文档：https://www.elastic.co/guide/en/elasticsearch/reference/6.0/install-elasticsearch.html这里示例用两种安装方式，一是使用a...[>>…]

PHP去除emoji表情的方法function代码，保存一下以备用需。 function removeEmoji($text){         $clean_text = "";         //MatchEmoticons         $regexEmoticons = '/[x{1F600}-x{1F64F}]/u';         $clean_text =preg_replace($regexEmoticons, '', $text);      ...[>>…]

    HTTP协议是以ASCII码传输，建立在TCP/IP协议之上的应用层规范。规范把HTTP请求分为三个部分：状态行、请求头、消息主体。协议规定POST提交的数据必须放在消息主体（entity-body）中，但协议并没有规定数据必须使用什么编码方式Content-Type。    服务端根据请求头（headers）中的Content-Type字段来获知请求中的消息主体是用何种方式编码，再对主体进行解析。所以说到POST提交数据方案，包含了Content-Type和消息主体编码方式两部分。Content-Type的四种值分别代表四种...[>>…]

    之前尝试了在systemd中直接启动docker命令，但发现这样会造成重复启动多个PHP进程，直接的解决方法我也没有去再尝试，这里采用使用systemd启动shell来监控docker的容器进程来进行重启，目前测试已OK，留个记录待重用。 #monitor.service配置文件 user@u04007:/opt/shell$catmonitor.service [Unit] Description=monitor [Service] Type=simple PIDFile=/run/monitor.pid ExecStart=/opt/shell/monitor.sh ExecReload=/bin/kill-sHUP$MAINPID ExecStop=/bin/kill-sQUIT$MAINPID PrivateTmp=t...[>>…]

    dockerexec实现在运行的docker容器中执行命令，命令执行后会进入容器的默认工作目录，如果在Dockerfile中指定了工作目录，则会进入此目录，如果命令中指定了工作目录-w选项值，则会进入-w目录。方法：$dockerexec[options]containercommand[arg...] user@u04007:/$dockerexec--help Usage:dockerexec[OPTIONS]CONTAINERCOMMAND[ARG...] Runacommandinarunningcontainer Options: -d,--detachDetachedmode:runcommandinthebackground --detach-keysstringOverridethekeysequencefordetachinga...[>>…]

    今天在使用systemd服务start一个shell脚本的时候，发现执行后shell被阻塞在那里，而不是转为后台执行，此处是配置systemd的service服务时要注意的一个项，因为我的type配置值为forking，而当类型为forking时，systemd会认为所运行服务本身是守护进程，即它本身会自动fork，且只有父进程退出后systemd才退出，但由于shell脚本并不是守护进程，故systemd一直处于阻塞等待状态。type配置的默认值是simple，这个值是不会阻塞的。type各种值列表及意义：Type=oneshot 这一选项适用于只执行一...[>>…]

    使用systemd做进程守护服务，服务的脚本是一个docker进程，执行php脚本，在使用的时候发现启动docker会出现报错Startrequestrepeatedtooquickly #systemd服务中的service进程服务配置如下： user@u04007:/etc/systemd/system$sudovim04007ser.service [Service] Type=forking ExecStart=/usr/bin/dockerexec-dphpnet/usr/local/bin/php/var/www/www/index.phplarkshowtest_env ExecReload=/bin/kill-sHUP$MAINPID ExecStop=/bin/kill-sQUIT$MAINPID PrivateTmp=true Restart=always .... use...[>>…]

自定义系统服务配置文件示例：/etc/systemd/system/newjob.service，一般涉及Unit/Service/Install三个部分。[Unit]Description:服务的简单描述Documentation：服务文档Before、After:定义启动顺序。Before=xxx.service,代表本服务在xxx.service启动之前启动。After=xxx.service,代表本服务在xxx.service之后启动。Requires：这个单元启动了，它需要的单元也会被启动；它需要的单元被停止了，这个单元也停止了。Wants：推荐使用。这个单元启动了，它需要的单元也会被启动；它需要的单元被停止了，对本单元没有影响。[...[>>…]