草庐IT

Kt-Connect

全部标签

curl: (35) OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to raw.githubusercontent.com:443

上课需要用到nvm,所以需要使用这条命令:curl-o-https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.1/install.sh|bash(来自nvm的github:GitHub-nvm-sh/nvm:NodeVersionManager-POSIX-compliantbashscripttomanagemultipleactivenode.jsversions)但是报错如下: 于是搜索了帖子,有教程说要用SwitchHosts:https://github.com/hawtim/hawtim.github.io/issues/10这里记录

curl: (35) OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to raw.githubusercontent.com:443

上课需要用到nvm,所以需要使用这条命令:curl-o-https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.1/install.sh|bash(来自nvm的github:GitHub-nvm-sh/nvm:NodeVersionManager-POSIX-compliantbashscripttomanagemultipleactivenode.jsversions)但是报错如下: 于是搜索了帖子,有教程说要用SwitchHosts:https://github.com/hawtim/hawtim.github.io/issues/10这里记录

关于connect函数超时太久的问题(不同系统的默认超时时长不一,但都很久)

解决方案思想:  通过把socket设置为非阻塞模式,然后通过select函数自己设置定时,检测套接字描述符是否可用。windows端实现上代码:过于粗略,仅呈思想#include#include#include//#include#include#include#include#include#include#include//#include//#include//#include#include//#include#includeintmain(intargc,char*argv[]) {   printf("==main===\n");fflush(stdout);  //Winsow

关于connect函数超时太久的问题(不同系统的默认超时时长不一,但都很久)

解决方案思想:  通过把socket设置为非阻塞模式,然后通过select函数自己设置定时,检测套接字描述符是否可用。windows端实现上代码:过于粗略,仅呈思想#include#include#include//#include#include#include#include#include#include#include//#include//#include//#include#include//#include#includeintmain(intargc,char*argv[]) {   printf("==main===\n");fflush(stdout);  //Winsow

使用jsch进行sftp传输时遇到的问题com.jcraft.jsch.JSchException: Session.connect: java.net.SocketException: Connection reset

在做某个业务时,需要将文件传输到另一台服务器,指定使用sftp方式;于是在网上找到jsch包使用,原先代码大致如下:1ChannelSftpchannelSftp=null;2try{3JSchjsch=newJSch();4jsch.getSession("ftpUserName","ftpHost",22);5SessionsshSession=jsch.getSession("ftpUserName","ftpHost",22);6System.out.println("Sessioncreated.");7sshSession.setPassword("ftpPassword");8P

使用jsch进行sftp传输时遇到的问题com.jcraft.jsch.JSchException: Session.connect: java.net.SocketException: Connection reset

在做某个业务时,需要将文件传输到另一台服务器,指定使用sftp方式;于是在网上找到jsch包使用,原先代码大致如下:1ChannelSftpchannelSftp=null;2try{3JSchjsch=newJSch();4jsch.getSession("ftpUserName","ftpHost",22);5SessionsshSession=jsch.getSession("ftpUserName","ftpHost",22);6System.out.println("Sessioncreated.");7sshSession.setPassword("ftpPassword");8P

Flink-出租车-车程事件流和付车费事件流connect

案例来源:https://github.com/apache/flink-training/blob/release-1.14/README_zh.md案例背景出租车车程(taxiride)事件结构1.每次车程都由两个事件表示:行程开始(tripstart)和行程结束(tripend)。2.每个事件都由十一个字段组成:rideId:Long//每次车程的唯一idtaxiId:Long//每一辆出租车的唯一iddriverId:Long//每一位司机的唯一idisStart:Boolean//行程开始事件为TRUE,行程结束事件为FALSEeventTime:Long//事件的时间戳startL

Flink-出租车-车程事件流和付车费事件流connect

案例来源:https://github.com/apache/flink-training/blob/release-1.14/README_zh.md案例背景出租车车程(taxiride)事件结构1.每次车程都由两个事件表示:行程开始(tripstart)和行程结束(tripend)。2.每个事件都由十一个字段组成:rideId:Long//每次车程的唯一idtaxiId:Long//每一辆出租车的唯一iddriverId:Long//每一位司机的唯一idisStart:Boolean//行程开始事件为TRUE,行程结束事件为FALSEeventTime:Long//事件的时间戳startL

nginx源码层面探究request_time、upstream_response_time、upstream_connect_time与upstream_header_time指标具体含义与区别

背景概述最近计划着重分析一下线上各api的HTTP响应耗时情况,检查是否有接口平均耗时、99分位耗时等相关指标过大的情况,了解到nginx统计请求耗时有四个指标:request_time、upstream_response_time、upstream_connect_time与upstream_header_time,在查找资料的过程中,发现无论是nginx官方文档还是热心网友们的分享,都并没有让自己感觉特别详细、明白地说清楚了这四个指标详细具体含义的资料,于是自己动手探究了一番nginx源码,尝试从其中找出这4个指标的代码级别具体含义。特别说明:本文代码分析基于nginx1.10.0版本,从

nginx源码层面探究request_time、upstream_response_time、upstream_connect_time与upstream_header_time指标具体含义与区别

背景概述最近计划着重分析一下线上各api的HTTP响应耗时情况,检查是否有接口平均耗时、99分位耗时等相关指标过大的情况,了解到nginx统计请求耗时有四个指标:request_time、upstream_response_time、upstream_connect_time与upstream_header_time,在查找资料的过程中,发现无论是nginx官方文档还是热心网友们的分享,都并没有让自己感觉特别详细、明白地说清楚了这四个指标详细具体含义的资料,于是自己动手探究了一番nginx源码,尝试从其中找出这4个指标的代码级别具体含义。特别说明:本文代码分析基于nginx1.10.0版本,从