楼主换个方向。。想想好和坏，这个问题就迎刃而解了。。。上层决策不是写代码， 010101 这样的。法律知识他们自己的东西，管不了他们。所以，对我们老百姓而言，更重要的只能是决策了。。。

乱停乱放比黑车摩的遍地的所谓公共资源被占用要强太多太多。
最少我已经从以前看到一地的摩的黑车到现在偶尔一两辆的情况了，从这个角度出发。还不赖。
当然，我是开车的，所以我还是觉得这里面又出现另一个问题。。。 tm 骑自行车的可不比电动车的好哪去，哪好走走哪。。。也不管是不是自己的道。当然，这个问题是政策问题，政府部门不解决，基本无解。所以，最后一公里的问题暂时用这个方案解决，我想那些领导们也是没办法的办法

dropbox pro +1
然后 github 。
唔，这个组合只要是我不想丢的东西基本不会丢了额

我特意花了 500 大洋买了一个 uml 软件。用了两年，然后就很少用了。。确实觉得有些时候如果只是个人开发项目，代码就是 uml 图。有那时间多重构几遍自己的代码。况且有前面的底子在，所以 uml 图不画其实早就在脑子里画了一遍了，不是讲形式主义，实用主义比较好，根据自己的情况进行调整。
最简单和最需要 uml 的例子就是，老大扔给你一个需求需要调研。你输出如果只是代码 demo ， 80 分。如果带 uml 设计，满分逼格送给你。再进行项目交接的时候把图扔过去就能开始讲。我最烦没有设计文档然后交接过来的项目。。。还得翻代码，恶心。

结论就是，一个人，不需要。多人合作。多花的时间，会在将来带来回报。看你是追求眼前利益还是长远利益了

初学，需要画。时间是值得的。大项目也是一个一个小模块组合起来的。这是锻炼你的模块化和从下而上思考问题的方法。时间长了就没必要了，因为一个需求出来 uml 就在脑子里了。。

wordpress?直接静态化+CDN ，不理解 redis 用来干什么。

公司里没项目，学校里没有足够的服务器玩个蛋。。看看原理就行了。。。。

挖矿现在不给力了。。。
可以用来做黑产。。你懂得

看了半天也没看明白这和云有半毛钱关系。。。自己撸个工具或者说团队提出这样一个需求撸出一个开发环境。不就 ok 了？还上云了？怎么不上天呢？需求你确定已经确定了么?

熟练使用的语言： PHP

这个再加点量， python 啊， golang 啊，都是你的好帮手，还有 shell 要熟练。这可以作为同一个队列，写工具很方便

其他学习过的语言：学校里学过 C\C++\Java\数据结构,自学过一丢丢 javascript 和 node.js

都拿来做做项目，哪怕是做一个 bitmap 用来做 key 是否存在的查询这样的小东西也是可以。然后自行对比语言和语言在工作和功能上的差异。主要关注缺点。

用过的框架： Yii 、 magento 、 Yaf
放弃框架，自己造个轮子。做个博客应该就够了。这你会涉及到 router ，模板，中间件以及 IOC 这些核心的原理。光看是没什么用的，转头就会忘。提醒，可以不用 php 写，拿你想做为第二语言来写。如 nodejs ， python 之类的。这个轮子不是开源和上线用的。自行学习玩，做自己的项目

用过的 IDE （或编辑器）： PHPStorm 、 VSC 、 sublime 、 ATOM 、 MVIM
忘记掉这个吧，也别写简历里。。。编辑器之争没啥意思。。。恩，我得大叫一声 jetbrains 爸爸好。 jetbrains 大法宇宙无敌

用过的系统： Windows 系统、 OSX 系统(Linux 用不惯)
linux 用不惯也得用。。当然，直接换成 osx 也行。最少够用。没什么蛋疼的。 V2EX 里会写操作系统的应该不会占 90%吧

mysql 数据库的基本操作，增删查改 join 、 group 等，懂一些索引和慢查询的注意事项
分布式，还有数据库的基本组件，如视图，触发器之类的。其实有些时候很有用。当然，另一些东西在某个场景里又没法用。分清楚原理。有时间可以看看 mysql 源码。。或者如果只是想用的好，搞本讲 sql 的书来。拆细了 sql 有很多东西可以讲


会搭建 nginx(apache)+mysql+php(+php-fpm)环境，错误日志，配置文件
做成自动部署~会让你明白的更多。。当然这不算技能啦。。。大公司有 ops 。小公司又 leader 。。。。编译点东西可不算啥技能。和安装软件一样。。


redis 使用，配置，原子性，之前也用过 memecache
redis 的代码就几千行（看老点的版本，最新的加了太多的功能）。。一个星期就能撸完。撸完你会发现打开了一个新的世界。

没了。。。。

楼上这个不可取。因为依然到达了程序层。

得在 nginx 层加防护。好像 iptable 就能禁止一个 ip 多次访问。

ip 再多不可能无上限，用脚本一算就知道有多少 ip 了。每个 ip 是不是只在请求这个接口，你应该有其他接口。如果一个 ip 只访问了 A 接口却没访问 B 接口。那你还不干掉他等着过年啊。

但这可能会误杀，小区宽带都是相同 ip 。

所以折中的方案是用个东西算这个 ip 是否有效请求。然后写一个黑名单， iptable 拦在外面。

这个东西是业务程序里还是直接分析 nginx 日志。就看你个人了。。
一般情况下分析 nginx 日志生成 ip 黑名单应该可以防护很大一坨恶意攻击。

另外服务器内核配置快速释放端口这样的优化，可以缓解资源被占用的情况。。每秒几百上千有点夸张了。几千个端口开着。很吃 cpu 的。。直接限制在 1000 个。其他的排队等去吧。

@justtery 唔，我觉得从表面来看 python 能干的 golang 也能干。只是 cpu 密集型的 golang 也得吃土。但是其服务器开发优势明显。。看个人- -！我是觉得转行一定转到一个不需要 XX 年经验这样的语种上去。省的在简历上掰扯半天