一直追踪到curl错误码为77,在网上找到如下解决方案

“今天碰到一个问题,curl请求返回错误码77错误

查了官网后发现是CURLE_SSL_CACERT_BADFILE

后来看到有人写博客提示重启一下fpm就能解决

将信将疑照做,发现确实修复了。

反向推回原因是因为我们把线上libcurl从7.29.0-35 升级到7.29.0-42

怀疑是升级过程后把CA证书也做了更新,老版本还在内存中的共享库由于对新证书不支持报错‘’

== 解决方案如上,我只是重启php-fpm 其他没有动代码 就解决了

和上文不一样的地方是 我们并没有升级PHP的libcurl,PHP版本也没有升级

总体来说还是不清楚问题,后期观察

重启PHP-fpm

苹果手机6sp使用Fiddler抓包工具,一下是版本信息

Progress Telerik Fiddler Web Debugger

v5.0.20181.14850 for .NET 4.6.1
Built: 2018年3月20日

64-bit AMD64, VM: 117.0mb, WS: 167.0mb
.NET 4.6.2 WinNT 10.0.17134.0

You’ve run Progress Telerik Fiddler: 31 times.

Running on: desktop-ajo3da9:8888
Listening to: All Adapters
Gateway: Auto-Config

1.Fiddler安装好之后开启https

依次打开 tools – Options -https 如下设置

2.在iPhone上设置-wi-fi 配置代理

 

通常出现这情况是因为没有装云监控的插件,安装办法如下:

Linux Agent安装说明:

直接root帐号执行以下命令,回车即可:
#64位

wget -e ‘http_proxy=hzcmsproxy.aliyun.com:3128’ -O /tmp/cloudmonitor.tar.gz ‘http://cms-download.aliyun.com/release/1.1.24/linux64/agent-linux64-1.1.24-package.tar.gz’ && \
mkdir /usr/local/cloudmonitor && \
tar -xf /tmp/cloudmonitor.tar.gz -C /usr/local/cloudmonitor && \
/usr/local/cloudmonitor/wrapper/bin/cloudmonitor.sh install && \
/usr/local/cloudmonitor/wrapper/bin/cloudmonitor.sh start
#32位

wget -e ‘http_proxy=hzcmsproxy.aliyun.com:3128’ -O /tmp/cloudmonitor.tar.gz ‘http://cms-download.aliyun.com/release/1.1.24/linux32/agent-linux32-1.1.24-package.tar.gz’ && \
mkdir /usr/local/cloudmonitor && \
tar -xf /tmp/cloudmonitor.tar.gz -C /usr/local/cloudmonitor && \
/usr/local/cloudmonitor/wrapper/bin/cloudmonitor.sh install && \
/usr/local/cloudmonitor/wrapper/bin/cloudmonitor.sh start

查看运行状态

/usr/local/cloudmonitor/wrapper/bin/cloudmonitor.sh status
重启

/usr/local/cloudmonitor/wrapper/bin/cloudmonitor.sh restart
卸载

/usr/local/cloudmonitor/wrapper/bin/cloudmonitor.sh remove && rm -rf /usr/local/cloudmonitor

windows请参考一下原文

原文:https://shipengliang.com/software-exp/阿里云-云监控-插件状态已停止-解决办法.html

阿里云 云监控 插件状态已停止 解决办法

 

第二种办法 可以拿到高版本

https://help.aliyun.com/knowledge_detail/38859.html

常用命令

# 运行状态
/usr/local/cloudmonitor/wrapper/bin/cloudmonitor.sh status

# 启动
/usr/local/cloudmonitor/wrapper/bin/cloudmonitor.sh start

# 停止
/usr/local/cloudmonitor/wrapper/bin/cloudmonitor.sh stop

# 重启
/usr/local/cloudmonitor/wrapper/bin/cloudmonitor.sh restart

# 卸载
/usr/local/cloudmonitor/wrapper/bin/cloudmonitor.sh remove && \
rm -rf /usr/local/cloudmonitor

安装命令

直接复制以下命令后在服务器上使用root权限运行即可。

华北1 青岛 cn-qingdao

REGION_ID=cn-qingdao VERSION=1.3.7 \
bash -c "$(curl https://cms-agent-cn-qingdao.oss-cn-qingdao-internal.aliyuncs.com/release/cms_install_for_linux.sh)"

华东1 杭州 cn-hangzhou

REGION_ID=cn-hangzhou VERSION=1.3.7 \
bash -c "$(curl https://cms-agent-cn-hangzhou.oss-cn-hangzhou-internal.aliyuncs.com/release/cms_install_for_linux.sh)"

其中区别是 region_id
 
webview里的支付宝H5链接调起支付宝
这是不使用支付宝SDK的方案,老接口版本,支付宝调起客户端的问题:
.H5如何调起客户端支付宝,并且回调?
1.需要先我们用的是老接口还是新接口,对应的H5链接支持才可以。
若接入的是新版本手机网站支付接口(alipay.trade.wap.pay),用户在安装支付宝钱包的情况下,调用手机网站支付接口默认会唤起钱包支付;若接入的是手机网站支付老版本(alipay.wap.create.direct.pay.by.user ),那么需要在请求参数中加入app_pay参数并赋值为Y,详情参见 手机网站支付老版本文档;37用的是H5链接是老的,所以需要需要加入app_pay为Y的参数。
2.在上面支持之后,在我们的webview还是不能直接调起对应的app。我们需要拦截alipay://的请求,并且通过openURL的方式打开对应的app。需要注意白名单的问题。
3.最后就是要处理回调的问题,我的方案是在openurl里面处理的,拦截替换对应的参数。
.为什么支付宝的demo还是会报错?
我们首先需要搞清楚,我们的是旧接口,还是新接口。如果你的demo是新的,但是只签约了旧方法,只配置了旧的公私钥,那么当然就会有问题。
以上转载 https://www.jianshu.com/p/178638156466
‘app_pay’=>’Y’,//此行是调起支付宝app的

命令模式坚决svn树冲突(local unversioned, incoming add upon update)

当工作目录修改删除过时更新使用svn更新就容易发生树冲突“Tree Confilict”.会出现类似提示。

local unversioned, incoming add upon update

命令行的解决方案

#svn resolve –accept working you_dir_file
#svn revert you_dir_file
#svn st

其中 you_dir_file 是你的目录或者文件