bin

一、安装Python2.7.6 更新CentOS lib库文件 yum -y update 安装开发工具包 yum groupinstall -y development 安装扩展包 yum install -y zlib-dev openssl-devel sqlite-devel bzip2-devel 下载Python2.7.6 wget http://www.python.org/ftp/python/2.7.6/Python-2.7.6.tar.xz 解压Python2.7.6 tar -xvf Python-2.7.6.tar.xz 进入Python2.7.6目录 cd Python-2.7.6 编译安装Python2.7.6 ./configure make && make altinstall 二、解决Yum不支持Python2.7的问题 将老的Python程序进行备份 mv /usr/bin/python /usr/bin/python2.6.6 建立新的Python链接 ln -s /usr/local/bin/python2.7 /usr/bin/python 修改/usr/bin/yum文件 vi /usr/bin/yum 将第一行的 #!/usr/bin/python 改为 #!/usr/bin/python2.6.6 三、安装setuptools 和

点1 - Python之shebang 一. shebang 在计算机科学中，Shebang是一个由井号和叹号构成的字符串行，其出现在文本文件的第一行的前两个字符。 在文件中存在Shebang的情况下，类Unix操作系统的程序载入器会分析Shebang后的内容，将这些内容作为解释器指令，并调用该指令，并将载有Shebang的文件路径作为该解释器的参数。 针对Python中经常会看到两种shebang的形式, 如下 : #!/usr/bin/python #!/usr/bin/env python 二. #!/usr/bin/python 对第一种形式 #!/usr/bin/python ,采用了绝对路径的写法，即就是指定了/usr/bin/内的python解释器 一般情况下, 类Unix系统, 对Python等一些引擎和软件的安装,均在这个文件夹下为此采用觉得路径的写法一般是不会报错的。 如果安装python时指定了路径为别的, 纳闷shebang时绝对路径的写法就会报错 三. #!/usr/bin/env python 对第二种形式 #!/usr/bin/env python , 指定从PATH环境变量中来查找python解释器的位置，因此只要环境变量中存在，该脚本即可执行。 来源： https://www.cnblogs.com/Sinkinghost/p/11645079

安装 let's encrypt 免费ssl证书，需要python3（最低要2.7吧，为了省事直接用3），为了不必要的操作直接yum安装。 00 准备工作 下载 certbot # 以 nginx + centos6 为例 wget https://dl.eff.org/certbot-auto sudo mv certbot-auto /usr/local/bin/certbot-auto sudo chown root /usr/local/bin/certbot-auto sudo chmod 0755 /usr/local/bin/certbot-auto 01 第一步 安装python3 yum install epel-release 安装python34 注意 ：可能需要先安装 tcl 和 tk ，直接 yum 安装即可。 yum -y --disablerepo="*" --enablerepo="epel" install python34 python34-devel python34-tools curl -O https://bootstrap.pypa.io/get-pip.py 安装pip /usr/bin/python3.4 get-pip.py 02 创建必要文件夹 不手动创建文件夹好像 certbot-auto 会尝试自动安装python

1 背景 一般来说，数据库的升级很少遇到，除非确实出现了新的业务需求或者系统bug无法解决的情况下才选择升级。本文基本测试了一下pg9.6升级到10.5的过程，没有遇到太大的问题。 2 升级 之前博客中有介绍，其实postgresql和mysql的安装逻辑结构很相似，数据和程序时分开的，启动时候指定启动的数据目录，当然数据目录是可以放在配置文件中。今天测试了一下使用pg10.5的版本去打开pg9.6版本初始化的数据库出现了错误，错误中显示的是数据库文件不兼容。 [postgres@pgmaster ~]$ pg_ctl -D /data/pgdata/ start waiting for server to start....2019-10-08 16:56:20.203 CST [35441] FATAL: database files are incompatible with server 2019-10-08 16:56:20.203 CST [35441] DETAIL: The data directory was initialized by PostgreSQL version 9.6, which is not compatible with this version 10.5. stopped waiting pg_ctl: could not start

因在开发编译时是找不到命令，原因是将路径添加到环境变量，如何设置环境变量，搜索一下，找到以下关于环境变量设置的几个文件及何时执行。 首先要认识几个和环境变量有关的文件： /etc/profile —— 此文件为系统的每个用户设置环境信息,当用户第一次登录时,该文件被执行.并从/etc/profile.d目录的配置文件中搜集shell的设置； /etc/environment —— 在登录时操作系统使用的第二个文件,系统在读取你自己的profile前,设置环境文件的环境变量； /etc/bashrc —— 为每一个运行bash shell的用户执行此文件.当bash shell被打开时,该文件被读取； ~/.profile —— 每个用户都可使用该文件输入专用于自己使用的shell信息，当用户登录时，该文件仅仅执行一次！默认情况下,它设置一些环境变量,执行用户的.bashrc文件； ~/.bashrc —— 该文件包含专用于你的bash shell的bash信息,当登录时以及每次打开新的shell时,该文件被读取； 认识以上5个文件的作用之后，知道该怎么设置了。我选择第2种方式，修改/etc/environment 文件 打开终端 输入 vim /etc/environment 回车（ 用vim来编辑，没有安装vim的可以用gedit来编辑） PATH="/usr/local

在bin下面会生成更dll相同名称的xml文件，可能是因为我之前把项目中的很多部分设置了从项目中排除，关于dll也提示复制的问题解决办法是直接把那些生成的xml文件删除。 在发布时还会提示obj文件夹下面的错误如上述“未能将文件，，复制到。。”解决办法是把obj这个文件设置”从项目中排除“再次发布即可。 来源： https://www.cnblogs.com/niyl/p/11641339.html

9.4-9.5 sed命令 sed是一种流编辑器，它是文本处理中非常中的工具，能够完美的配合正则表达式使用，功能不同凡响。处理时，把当前处理的行存储在临时缓冲区中，称为“模式空间”（pattern space），接着用sed命令处理缓冲区中的内容，处理完成后，把缓冲区的内容送往屏幕。接着处理下一行，这样不断重复，直到文件末尾。文件内容并没有 改变，除非你使用重定向存储输出。Sed主要用来自动编辑一个或多个文件；简化对文件的反复操作；编写转换程序等。 sed用法 使用sed可以实现grep的大部分功能，而且还可以查找替换。 语法： sed [options] 'command' filename sed [options] -f scriptfile filename Options： -n：-n选项和p命令一起使用表示打印 -e：等价于--expression，多点编辑，在一行执行多条命令 用sed实现匹配（grep）功能=打印有root字符串的行 [root@cham2 sed]# sed -n '/root/'p test.txt root:x:0:0:root:/root:/bin/bash operator:x:11:0:operator:/root:/sbin/nologin [root@cham2 sed]# sed -nr '/r+o/'p test.txt root

1.上传安装文件mongodb-linux-x86_64-3.2.3.tgz到服务器/tmp路径下，复制到/usr/local路径下解压 cd /usr/local cp /tmp/mongodb-linux-x86_64-3.2.3.tgz ./ 2、解压： tar -zxvf mongodb-linux-x86_64-3.2.3.tgz 3、指定安装目录（将解压文件移动到“/usr/local/mongodb”文件夹中）： mv mongodb-linux-x86_64-3.2.3/usr/local/mongodb 4、在mongodb文件夹中创建数据文件目录和log文件目录： cd /usr/local/mongodb mkdir data mkdir logs 5、在mongodb/bin目录下创建配置文件mongodb.conf cd bin/ vi mongodb.conf 配置信息如下： dbpath = /usr/local/mongodb/data #数据文件存放目录 logpath = /usr/local/mongodb/logs/mongodb.log #日志文件存放目录 port = 27017 #端口 fork = true #以守护程序的方式启用，即在后台运行 nohttpinterface = true 6、启动mongodb程序

基本概念 1.Producer：消息生产者，就是向 kafka broker 发消息的客户端 2.Consumer：消息消费者，向 kafka broker 取消息的客户端 3.Consumer Group（CG ）：消费者组，由多个 consumer 组成。 消费者组内每个消费者负责消费不同分区的数据， 一个分区只能由一个 组内 消费者消费； 消费者组之间互不影响。 所有的消费者都属于某个消费者组，即 消费者组是逻辑上的一个订阅者。 4.Broker：一台 kafka 服务器就是一个 broker。一个集群由多个 broker 组成。一个 broker可以容纳多个 topic。 5.Topic：可以理解为一个队列， 生产者和消费者面向的都是一个 topic 6.Partition：为了实现扩展性， 一个非常大的 topic 可以分布到多个 broker （即服务器） 上，一个 topic 可以分为多个 partition，每个 partition 是一个有序的队列； 7.Replica： 副本， 为保证集群中的某个节点发生故障时， 该节点上的 partition 数据不丢失，且 kafka 仍然能够继续工作， kafka 提供了副本机制， 一个 topic 的每个分区都有若干个副本，一个 leader 和若干个 follower。 8.leader：每个分区多个副本的“主”

一、系统环境 　　系统：CENTOS7.7.1908 　　内核：3.10.1062 　　GCC: 4.8.5　　GLIBC: 2.17　　MAKE: 3.8.2 二、编译准备 　　正式编译安装前，要具备基本的编译环境，可安装系统自带的 “Development Tools”。其它可参考源自LFS9.2手册中的环境要求： 这里 yum groupinstall "development tools" 　　解压源码包并进入，建立build目录，运行自带依赖包下载程序。 tar xvf gcc-9.2.0.tar.xz cd gcc-9.2.0.tar.xz mkdir build ./contrib/download_prerequisites cd build 　　 躲避坑1：automake的版本有特殊要求，只能使用1.15.1（ 此处下载 ）。 因为在多次编译失败中发现，automake不能低于1.15（但1.15版本也报错，只认1.15.1版本，也不能高于1.16，不被识别）。使用的依赖包均为当时最新版本，gmp6.1.2 mpc1.1.0 mpfr4.0.2 isl0.21。这样不会出现报错。 tar xvf automake-1.15.1.tar.xz cd automake-1.15.1 ./configure --prefix=/usr --docdir=/usr