推荐学一点 python,来干这些活相当合适,自身的能力比较强,有很多很方便的库,掉用其他命令行也很方便

1. 你应该是想要把本地的lovejoy push到2.git的master上吧? 那可以这样,本地用git config配置成
[remote "git2"]
url = URL_TO_2.GIT
push = refs/head/lovejoy:refs/head/master
这样之后只要 git push git2 就可以达到这个目的

2. 你应该是通过2.git来获取这个lovejoy吧?那么在家里的git库上
[remote "git2"]
url = URL_TO_2.GIT
pull = refs/head/master:refs/head/lovejoy
这样之后只要 git pull git2 应该也就可以了

@plan9 可以,不过那就是你自家的私有协议了,和其他的支持TCP协议的设备就不能通讯了,为什么TCP端口会有这个限制?因为TCP HEADER 前面留给端口的只有16位

你要把它改成24位还是32位随便啦,不过别的设备就识别不了你的TCP包了

@plan9 "就算服务端也分配新的端口，更改内核也可以达到高并发" 看到这句我打不住了，不过这次只要重复一下，"你自己修改了内核参数就可以突破TCP协议的限制吗?"

@plan9 "我之前的帖子说的是客户端连接服务端，客户端的端口会不够"这是你对于NAT最初提出的问题,这个你应该已经知道自己是错的了

我提到并发是因为你中间提到的"linux内核每次新建一个socket确实会分配一个新的端口"这句话->可以导出服务端不可能支持>64k连接,然后我找资料来证明是可以>64k的,用来证明你这句话是乱说的,你不要又扯到之前NAT相关的问题

@plan9 你的问题和实际情况对应起来的时候当然就是并发了,否则如果一个 tcp 连接结束以后端口自然可以回收使用了

@plan9 "内核会分配端口跟修改内核参数可以支持65535以上兵法有矛盾吗" 你看到的内核参数修改是修改支持65535端口吗? TCP协议没有对65535这个端口上限做限制吗?你自己修改了内核参数就可以突破TCP协议的限制吗?

@plan9 另外也可以去google下 "linux kernel tuning for c500k"

你的想法看起来也是不稀奇的,被称为"The 64k Connection Myth"

看这段的最后一句,如果这种想法是对的,那么DDoS将会是非常容易的
"The 64k Connection Myth

It’s a common misconception that you can only accept 64,000 connections per IP address and the only way around it is to add more IPs. This is absolutely false.

The misconception begins with the premise that there are only so many ephemeral ports per IP. The truth is that the limit is based on the IP pair, or said another way, the client and server IPs together. A single client IP can connect to a server IP 64,000 times and so can another client IP.

Were this myth true it would be a significant and easy-to-exploit DDoS vector."

@plan9 "而且问了一下,linux内核每次新建一个socket确实会分配一个新的端口" 这句话依据在哪里??? 照你这么说一台 http 服务器的80端口根本不可能并发超过 65535 个客户端连接.

那么再贴几个链接:
http://www.cnblogs.com/Solstice/archive/2011/07/01/2095411.html

在真实的 Linux 系统中，可以通过调整内核参数来支持上百万并发连接，具体做法见：
http://www.metabrew.com/article/a-million-user-comet-application-with-mochiweb-part-3

至于nat服务的实现,根本不可能使用 socket 编程接口,因为实际上nat是对tcp协议的hack

@plan9 才看到你说的这句"而客户端会socket(),connect(),而socket也会返回一个新的文件描述符,这也就是我说的没建立一个新的连接,都会分配一个新的端口的意思"
原来你说的文件描述符等同于"端口"啊...
那你知道你所谓的这个"端口"的限制是多少?是65535吗?

@plan9 "通信的用端口并不是监听的端口,服务器端会打开一个新的端口来与client进行通信,而原来的监听用的端口会继续对过来的连接进行监听" 你真的确定是这样吗?实际情况是这样吗? 你这样的说法我能不能得出一个服务端ip连接的客户端不能超过65535?
那你看看这篇"完成端口模型：并发连接数达到9.1万！ " http://zhanyonhu.blog.163.com/blog/static/16186044201042055221518/
再参考这篇 "单机最大tcp连接数" http://wanshi.iteye.com/blog/1256282

nat服务程序和服务端程序的行为差别主要在于nat服务需要对接受和发送的包做地址替换,这部分其实我之前贴的已经解释清楚了,只是你不认真去看而已

@plan9 "你不可能一个端口同时跟两台机器进行通信把?"这有什么不可能的?对于服务端程序来说,对于提供nat服务的ip来说都是必须具备的能力.

@plan9 对nat没仔细研究过,刚看了 http://baike.baidu.com/view/16102.htm 里的'NAT工作流程',对你的疑问"他们不是应该使用两个端口吗?"的解答应该是在外界看来,这两个连接确实是从1.1.1.1的同一个端口发出的,但是1.1.1.1收到两个连接的包确实可以分别送回内网不同的ip,因为之前"NAT 主机并且会记忆这个联机的封包是由哪一个client 端传送来的"

建议楼主去精读下这个条目 https://zh.wikipedia.org/wiki/%E9%98%B2%E7%81%AB%E9%95%BF%E5%9F%8E

先赞一个,虽然对国内政治持悲观态度,不过像这样的努力觉得还是很不错的,至少在增加透明度上有帮助
不过这种东西在国内怕被拔网线,在国外怕被墙

连续的批量操作最好用事务,否则频繁打开关闭肯定会影响效率

如果很讲究效率,数据库又不是非常大,可以考虑使用内存数据库,当然内存数据库可以定期保存到文件里,对内存数据库的操作在打开关闭上的开销应该就小很多了

@vking 方校长的论文都写了,可以识别除vpn和ssh里用作代理的部分,这是根据行为来识别的,把里面用来http浏览的这种封掉,不影响一般只用ssh来维护vps的系统管理员,这样你还觉得封不掉吗?