upstream

是什么区别 origin 和 upstream 对 GitHub上 ？ 当执行 git branch -a 命令时，某些分支的前缀为 origin （ remotes/origin/.. ），而其他分支的前缀为 upstream （ remotes/upstream/.. ）。 #1楼 这应该在 GitHub分支 的上下文中理解（在本地克隆该分支之前，您可以在 GitHub上分支 GitHub存储库）。 upstream 通常指您已分叉的原始回购 （有关 upstream 术语的更多信息，请参见 “ downstream ”和“ upstream ”的 定义 ） origin 是您的叉子：您在GitHub上的自己的存储库，是GitHub原始存储库的克隆 在GitHub页面上： 克隆存储库时，它具有一个默认的远程 origin ，该 origin 称为 origin ，它指向您在GitHub上的fork，而不是它从其派生的原始存储库。 要跟踪原始存储库，您需要添加另一个名为 upstream 远程服务器 git remote add upstream git://github.com/<aUser>/<aRepo.git> （对于 aUser/aRepo ，您已分叉的原始创建者和存储库的引用） 您将使用 upstream 从原始存储库中获取 （以使本地副本与您要贡献的项目保持同步）。

Nginx 日志各种技巧 日志格式定义： log_format log_format用来设置日志格式，也就是日志文件中每条日志的格式，具体如下： log_format name(格式名称) type(格式样式) 举例说明如下： log_format main '$server_name $remote_addr - $remote_user [$time_local] "$request" ' '$status $uptream_status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for" ' '$ssl_protocol $ssl_cipher $upstream_addr $request_time $upstream_response_time'; 上面红色部分为Nginx默认指定的格式样式，每个样式的含义如下： $server_name：虚拟主机名称。 $remote_addr：远程客户端的IP地址。 -：空白，用一个“-”占位符替代，历史原因导致还存在。 $remote_user：远程客户端用户名称，用于记录浏览者进行身份验证时提供的名字，如登录百度的用户名scq2099yt，如果没有登录就是空白。 [$time_local]：访问的时间与时区 ，比如18/Jul

应用的最前端是一台nginx服务器，所有静态的内容都由nginx来处理，而将所有php的请求都分摊到下游的若干台运行php fastcgi守护进程的服务器中，这样可以以一种廉价的方案来实现对系统负载的分摊，扩展系统的负载能力。 三台php fastcgi服务器的ip地址分别为： 172.16.236.110 , 172.16.236.111, 172.16.236.112 运行php fastcgi进程时，需要让php-cgi监听到服务器的局域网地址（分别如上所示），而不是之前一般都是监听的本地地址（127.0.0.1）。以172.16.236.110这台服务器为例： /usr/local/php5/bin/php-cgi -b 172.16.236.110:9000 或许你用spawn-fcgi来启动php-fcgi，那么就是这样（供参考，其实也就是修改监听的地址和端口即可）： /usr/local/lighttpd/bin/spawn-fcgi -f /usr/local/php5/bin/php-cgi -a 172.16.236.110 -p 9000 又或许你是用php-fpm来管理php-fcgi，那么你需要修改php-fpm的配置 vi /usr/local/php5/etc/php-fpm.conf 找到这个配置项（其中的地址可能需要根据你自己环境来调整）

我有一个分支的GitHub上的项目有一个新的pull请求，我想将其拉到作者尚未拉入的分支中。 有没有简单的方法可以将来自其他分叉的拉取请求应用于我的分叉？ 这里还有我想念的东西吗？ #1楼 就像Tekkub之前所说的，您可以直接将分支拉入。 大多数情况下，使用GitHub时，分支只是项目的请求用户分支上的“主”。 例如： git pull https://github.com/USER/PROJECT/ BRANCH 作为一个实际的例子： 假设您对一个名为safaribooks的github项目进行了分叉，并且在原始项目中有以下要放入您的fork的pull请求： 然后，在fork的克隆项目文件夹中，运行： git pull https://github.com/fermionic/safaribooks.git fix-str-decode #2楼 一些对我有用的更详细的信息。 我的分叉仓库的.git / config文件如下所示： [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true ignorecase = true precomposeunicode = false [remote "origin"] url = git@github.com

Kong Canary 插件 用于程序的灰度发布 文档地址在 这里 版本：商业版，或免费试用版 词汇表 plugin：在 Kong 向后端转发一个请求 之前/之后，可执行指定操作 Service：Kong中的实体(entity)，代表一个后端API或微服务 Route：Kong中的实体(entity)，代表一个转发规则 Consumer：Kong中的实体(entity)，为向Kong发起请求的外部用户/服务 Credential：伴随 Consumer 的唯一字符串，也用于指代一个API key upstream service：Kong 代理的业务 API/服务 API：代表后端服务的实体。CE 0.13.0 和 EE 0.32 后，更倾向用 Service 来替代 API 配置 在 Service 上配置 plugin 当有数据库配合时 运行以下命令 $ curl -X POST http://kong:8001/services/{service}/plugins \ --data "name=canary" 当没有数据库配合时 把以下内容加入配置文件 plugins: - name: canary service: {service} config: {service}是plugin作用的服务 id/name，需要用实际值替换 对 Route 生效 当有数据库配合时

Nginx是通过配置文件来做到各个功能的实现的。Nginx的配置文件的格式非常合乎逻辑，学习这种格式以及如何使用这种每个部分是基础，这将帮助我们有可能手工创建一个配置文件。 其整体结构如下： 从图中我们可以看出主要包含以下几大部分内容： main（全局设置） ：设置的指令将影响其他所有设置； server（主机设置） ：指令主要用于指定主机和端口、 upstream（负载均衡服务器设置） ：指令主要用于负载均衡，设置一系列的后端服务器 location（URL匹配特定位置的设置） ：用于匹配网页位置。 这四者之间的关系式：server继承main，location继承server，upstream既不会继承其他设置也不会被继承。在这四个部分当中，每个部分都包含若干指令，这些指令主要包含Nginx的主模块指令、事件模块指令、HTTP核心模块指令，同时每个部分还可以使用其他HTTP模块指令，例如Http SSL模块、HttpGzip Static模块和Http Addition模块等。 ######Nginx配置文件nginx.conf中文详解##### #定义Nginx运行的用户和用户组 user www www; #nginx进程数，建议设置为等于CPU总核心数。 worker_processes 8; #全局错误日志定义类型，[ debug | info | notice |

centos安装nginx 带upstream 用途:利用upstream进行socket数据中转 各版本nginx下载地址： http://nginx.org/download/ 系统：CentOS 6.5 x64 nginx版本：1.12.1 安装方式：源码编译安装 1.安装必须环境,nginx的编译需要c++，同时prce（重定向支持）和openssl（https支持）也需要安装 yum install gcc-c++ yum -y install pcre* yum -y install openssl* 2.下载nginx-1.12.1.tar.gz，放在 /usr/local/ 目录下 cd /usr/local/ wget http://nginx.org/download/nginx-1.12.1.tar.gz tar zxf nginx-1.12.1.tar.gz cd nginx-1.12.1 ./configure --prefix=/usr/local/nginx --with-stream make && make install 参考: https://www.cnblogs.com/chenjianxiang/p/8489055.html 3.打开防火墙需要允许访问的端口，如端口80，或者直接关闭防火墙 [root@localhost ~]

使用 Kong Community Edition（社区版 v1.3.0）来搭建一个负载均衡器，由于 Kong 是基于 Openresty 的，而 Openresty 又是 Nginx 的二次封装，所有很多配置项和 Nginx 类似。 来看一个较为典型的 Nginx 负载均衡配置 upstream hello { server localhost:3000 weight=100; server localhost:3001 weight=50; } server { listen 80; location /hello { proxy_pass http://hello; } } nginx 监听来自本地 80 端口的请求，如果路径与 /hello 匹配，便将请求原封不动的转发到名称为 hello 的upstream，而该 upstream 我们配置了一个负载均衡器，会路由到本地的 3000 端口和 3001 端口。 @SpringBootApplication @RestController public class KongDemoApplication { public static void main(String[] args) { System.setProperty("server.port","3000"); //System.setProperty("server

负载均衡是我们大流量网站要做的一个东西，下面我来给大家介绍在Nginx服务器上进行负载均衡配置方法，希望对有需要的同学有所帮助哦。 负载均衡 先来简单了解一下什么是负载均衡，单从字面上的意思来理解就可以解释N台服务器平均分担负载，不会因为某台服务器负载高宕机而某台服务器闲置的情况。那么负载均衡的前提就是要有多台服务器才能实现，也就是两台以上即可。 测试环境 由于没有服务器，所以本次测试直接host指定域名，然后在VMware里安装了三台CentOS。 测试域名 ：a.com A服务器IP ：192.168.5.149 （主） B服务器IP ：192.168.5.27 C服务器IP ：192.168.5.126 部署思路 A服务器做为主服务器，域名直接解析到A服务器（192.168.5.149）上，由A服务器负载均衡到B服务器（192.168.5.27）与C服务器（192.168.5.126）上。 域名解析 由于不是真实环境，域名就随便使用一个a.com用作测试，所以a.com的解析只能在hosts文件设置。 打开：C:WindowsSystem32driversetchosts 在末尾添加 192.168.5.149 a.com 保存退出，然后启动命令模式ping下看看是否已设置成功 从截图上看已成功将a.com解析到192.168.5.149IP A服务器 nginx

Github作为开源项目的著名托管地，可谓无人不知，越来越多的个人和公司纷纷加入到Github的大家族里来，为开源尽一份绵薄之力。对于个人来讲， 你把自己的项目托管到Github上并不表示你参与了Github开源项目 ，只能说你开源了自己的项目，可以任别人自由下载。 那么该如何参与Github的开源项目呢？为此，Github官方团队曾经写了一篇很棒的文章 Contributing to Open Source on GitHub，专业指导大家如何参与Github的开源项目。 下面是原文及翻译。 原文路径： https://guides.github.com/activities/contributing-to-open-source/ A great way to get involved in参与 open source is to contribute to the existing projects you’re using. GitHub is home to more than 5 million open source projects. There are projects for every skill set各个领域 like recipes , HTML/CSS , Ruby , Astrophysics and many more. This guide