每个人在步入社会的时候，都怀揣着远大的理想。并且都会为了这个理想不断的拼搏努力，但是当被现实的社会蹂躏的体无完肤的时候，你还相信梦想么？ 从前的我从来不相信命运，一直都相信人定胜天，但是随着岁月的流逝。仿佛当年那个意气风发的少年已经不复存在了，而目前的我早已没有了远大的抱负，已经开始像这个现实的社会认输了。第二次创业的艰辛让我已经失去了人生的方向，更别说目标了。我们每个人都一直在找寻生命的意义，但是在这几年的经历切切实实的告诉我，不要想着凤凰涅槃。你只不过是个凡人，不要高估自己的造化。如行尸走肉般的活着就不错了。 30年的人生岁月经历了破产，众叛亲离，生死离别，我的人生集合了五味杂陈，再也没有了梦想，没有了激情。也许这是最后一次创业，也算是给自己一个交代。成功与失败都必须欣然接受。是的，你必须要承认梦想与现实差距永远是巨大的。你不在年轻，你也不再优秀。 既然没有勇气死，就活着吧。勤勤恳恳的完成这一次创业，给自己人生画上一个句号。也许这就是生命的意义吧，就像拉康说的，幻想必须超越现实，因为在你到手的那一刹那，你没办法也不会再想要它。

更新Ubuntu 16.04 在升级之前，先更新当前的16.04至最新状态。建议升级之前更新/升级所有已安装的软件包。 首先更新APT源和软件包至最新 sudo apt update && sudo apt dist-upgrade && sudo apt autoremove 安装和配置Ubuntu update manager 更新完组件后，运行以下命令安装update-manager-core sudo apt install update-manager-core 打开update-manager配置文件 sudo nano /etc/update-manager/release-upgrades 确保设置为Prompt=lts 执行升级命令 sudo do-release-upgrade -d 出现升级提示时，全部选择y 等待所有的软件包下载...安装...到重启... 当所有操作执行完毕后，系统就升级到最新的Ubuntu 18.04 LTS版本了。

这两天弄了一个tyecho博客，在配置的过程中发现用WWW访问的时候首页有许多图标没有显示，于是看过主题代码发现原来是网站的图标调用的是绑定域名的绝对路径，所以导致用其他域名或显示不正常。 没办法，只能采用301跳转了。可以直接在宝塔的重定向设置 或是更改Nginx配置： 1. if ($host ~ '^www.tian0616.com') 2. {return 301 https://tian0616.com$uri;} 最后更改下域名解析A记录到指定IP,这样所有域名就全部会跳转到指定的二级域名了。 感慨这些方面SOLO做的真的比其他的博客要好。

最近在看关于宋朝的一本书汴京之围，该书通过通俗的语言大致像读者讲述了宋朝的兴衰史。从这本书中让我有了一些对改革和保守这两个反义词的新解读。 其实中国有句古话，逆水行舟，不进则退。这句话已经很鲜明的告诉了世人，一个社会如果要发展，如果要向前，就必须时时刻刻都需要改革，只不过在具体实施改革的方式上需要考量。是激进的打破一切默守陈规，还是温和的逐步优化，这就是学问所在了。 纵观中国历史，凡是激进的改革基本均已失败而告终，为什么呢？这里先说说什么是保守派，在中国所谓的保守派就是既得利益者，享受着体制带来的优越性。这部分人绝非少数，用28定律来解释最好，这部分人掌握着社会的大部分资源和财富。换做是你，你希望改革么？答案是显而易见的，因为一旦改革必将触动这部分人的利益，所以说没有什么纯粹的保守派，只不过是利益的拥护者。所以激进的改革派为什么都以失败而告终就显而易见了。 但是矛盾点在于不改革社会就会僵化，导致贪腐滋生，就有亡朝的风险。但是激进的改革阻力又过大，无法实施，这个周期越长，王朝就越衰败。最后导致起义，变革。建立新的朝代，然后在起义、变革建立新的朝代，周而复始的循环下去。好像这确实就是我们的....

每一本关于马云的书我基本都阅览过，给我最大的启迪就是人要有梦想，人更要有格局。通过沉淀自己，用最大的胸怀去完成最有意义的梦想。这就是事业成功的真谛。一切杂念刨除，为了自己的梦想前进，若干年回头看，你会发现，你已经是个富有的人了。 这不是一个时代的结束，就像马云说的，这是一个制度的传承。 青山不改，绿水长流，再见马云。

最新通过宝塔部署了SOLO，在实际体验过程中发现该BLOG还是很好用的，除了必须绑定GITHUB这点上比较反人类（也可能是开发者的大构思，只是我们没有深刻去理解）其他方面都是很好的，重点是用不断更。所以现在使用起来也是非常不错的，在这里记录下自己的搭建过程和修改内容。并提出更新疑问。 1.安装宝塔里面的JAVA管理器,然后选择安装Tomcat9 2.找到tomcat的webapps的位置，直接下载进去，会自动给我们解压的 下载地址：https://github.com/b3log/solo/releases/ 3.添加项目，域名提前解析好即可。 4.添加数据库 用户名Solo，格式utf8m64 5.配置local.properties 路径 /www/server/tomcat9/webapps/solo-v3.6.4/WEB-INF/classes 改成创建的数据库名称，和数据库密码。 6.在JAVA管理器中映射该项目 7.修改latke.properties 路径 /www/server/tomcat9/webapps/solo-v3.6.4/WEB-INF/classe....

今天升级了自己的三台世界加速服务器，但是发现面板不统计流量，也不显示用户在线情况。但是连接，建账号一切都是正常的。于是开始了我的排查之旅。 1.第一反应是不是数据库损坏，导致无法写入，下载数据库后发现一切正常。排除 2.是不是某个节点因为升级过程中有覆盖，于是重新查看了相应的配置文件，发现正常。排除 3.肯定是主服务器问题，而且又排除了数据库问题，设置也都没有问题，那么我首先想到的就是Redis了。 redis-cli //登陆 flushall //清除缓存 redis-cli -h 127.0.0.1 -p 6379 shutdown //关闭redis redis-server //启动redis 清除库缓存并重启后发现一切正常。果然是缓存惹的祸。不过在不确定缓存是否重要的时候，不建议使用盲目的删除，以免重要数据丢失。

翻前，一名松手（1000美元有效筹码量）在7人桌的第一个位置率先加注到30美元，我们的Hero在第二个位置选择用10♦ 10♣再加注到90美元。 虽然跟注是我在这里的缺省玩法，因为我不想对4bet弃牌，而且还有许多牌手尚未行动，但面对一个松手的加注，用一个强线性范围为了价值而3bet是非常合理的，因为你可以指望他用许多差牌（比如88和A♥ 9♥）跟注。 只有初始加注者跟注。翻牌是Q♠ 5♣ 2♥，Hero仅有一个边缘低对。对手check。底池现在有195美元。 这是一个check或下小注的极好场合。如果Hero check，他可以轻易跟注转牌圈下注，而且往往也能够跟注河牌圈下注（假设他认为对手将以一定频率在转牌圈和河牌圈诈唬下注）。他也可以为了从许多边缘成手牌（比如88和A♥ 9♥）那儿榨取价值而下小注。下小注也是为了防范各种各样的高牌（比如AJ或QJ）。 许多牌手在这种情况犯的主要错误是下大注，也许是110美元或更多，因为这往往只会被打败他们的牌跟注。 Hero下注40美元，对手跟注。 虽然40美元下注可能看起来特别小，但非常完美。不要觉得你必须做一个至少和前一回合同样大小的下注。这....

重新搬家香港服务器后放弃了cloudflare的免费DNS加速，实在是负加速。国内访问差不多都在180ms左右，而且巨卡无比。现在国内访问PING值也就是不到20ms，从美国洛杉矶机房访问也就是160ms，可以说如果我大部分时间在国内的话，完全不需要加速器了。在搭建的过程中出现了一个问题，虽然开启了宝塔的强制HTTPS访问，但是在不输入HTTPS直接访问网址的时候，会跳转到http，无法正常访问。其实只需要在nginx加入一段简单代码就可以解决这个问题了。 我们先找到-----域名.conf文件 宝塔Linux面板：/www/server/nginx/conf/vhost/目录下 下面代码照搬过去就行。无需做任何修改。春哥技术博客推荐此种方法，非常简单，改完以后实时生效，不用重启服务器。 `if ($scheme = http ) {return 301 [https://$host$request_uri](https://%24host%24request_uri/);}` 加在文件底部即可。

预计商城将在11月份上线，方案PPT已经趋于完善，基本大框架也不会发生变化了，但是由于首次做B2B(C)类商城，所以很多方面都有困惑，目前都无法解决。记录下来几个关键点，继续打磨，争取提出最好的解决方案。 1.由于目前公司属于批发行业，也就是大部分产品仍然是以批发为主，面向客户也都是商家。商家对价格的敏感度很高，所以牺牲了公司大部分的利润来贴补业务员，让业务员更有活力，但是价格的小幅度上浮，商家是否能接受？业务员是否能平滑过渡？这里在前期试点将是重中之重。 2.目前思路是分两条主线。 (1)一级分销，也就是放经销商。采取返点佣金的模式。 先说下一级分销，这里完全是多了一个销售员，但是经销商又没办法囤货，因为这样产生的成本他无法覆盖，那么经销商想做大几乎就很难了，从保护到长远规划对经销商都是不利的，这里要优化怎么保护经销商的利益。 (2)再说裂变分销A-B-C无限分裂的模式，在一线城市来看这种模式的客户基数很缺乏，因为基本上大部分客户都有了相应的供应商，对商家而言并没有减轻成本，只是业务员增加了收入。所以对商家的刺激力度不够，这里需要在打磨更好的方案。 3.本身产品结构应该如何梳理，....