详解css中的display属性（行内元素和块级元素）

首先，所有主流浏览器都支持display属性。其次，display属性规定了元素应该生成的框的类型。默认值：inline

我们常用的display属性有：

1. inline
2. block
3. inlien-block
4. none

主要通过以下几个方面来解释两种方式的区别（enough talk and let’s look at some code）

1. TCP方式和UDP的区别
2. TCP的上层应用Socket实现：Socket，ServerSocket以及代码实现
3. UDP的上层应用Socket实现：DatagramSocket，DatagramPacket以及代码实现

HEXO背景

hexo是基于NodeJS的静态博客框架，简单，轻量，其生成的静态页面可以托管在Github或者Heroku上面

• 超快部署
• 支持MarkDown
• 一键部署
• 丰富的插件

下面以我的Blog为例，记录搭建过程。

Android存储路径

先来看一张大图：

何为“幸存者偏见”

“幸存者偏见”，洋文写作“survivorship bias”或“survival bias”，维基百科的链接在“这里”。这玩意儿属于“认知偏差”的一种。（关于“认知偏差”这个话题，俺博客上曾经写过几篇，比如：“沉没成本谬误”、“光环效应”、“从众心理”）。

   如果用一句通俗的话来概括“幸存者偏见”，就是【死人没法开口】。如果要说得更具体点，那就是：
当你在分析某个事物的时候，可能会面对诸多的证据（样本）。但是大多数人通常只注意到【显式】的样本和证据，而忽略了【隐式】的样本和证据。从而得出错误的认知、错误的结论。
为了更形象一些，俺来说一下“幸存者偏见”的出处——古罗马的西赛罗（与凯撒同时代的知名政治家、文学家、演说家）讲过一个故事，大意如下：

有一群宗教信徒在某次沉船事故中幸存。幸存后捏，他们就找人作画（画面上是一群人在事故中祈祷），以此来宣扬说：因为他们作了虔诚的祷告，所以才在沉船事故中幸存。
某信徒拿了这幅画给一个无神论者看。这个无神论者直接反问道：那些祈祷之后淹死的人，他们的画像在哪里？

Mac下全局翻墙

1. 路由翻墙
2. ssr + .bash_profile
3. 使用工具，类似profixer，surge等

使用iterm的，环境变量也可以使用.bash的(需要在.zsh中去设置环境变量走.bash_profile)也可以在.zshrc中

由于ss或者ssr只是支持了socks5的代理，也就是所有的都走socks5协议，而浏览器本身是支持socks5的（当然还有http，https，ftp等），但是如果你想mac上装的客户端，比如telegram也能通过ssr达到科学上网就想多了，但是这些软件，还比如AS都可以手动去设置代理的（socks5），一般ssr默认的设置如下：

1
2
3

ip：127.0.0.1
# http走的是1087端口
port：1086

方法2设置步骤

• vimb(vim .bash_profile)
• 修改文件（添加下面代码）
• source .bash_profile
• 验证：curl www.google.com

1
2
3
4
5

# proxy
proxy=socks5://127.0.0.1:1086
export http_proxy=$proxy
export https_proxy=$proxy
export ftp_proxy=$proxy

通过上面设置就能在命令行中发现已经可以科学上网了，目前还有两个蛋痛的地方没解决：

• profixer在mac上装不了了，一直弹窗。权限都给了
• 使用Google Drive同步文件用不了，只有将ssr设置全局才可以，MD。

背景

项目中需要实现IM通信功能，其实原来已经继承了云信的视频SDK，而IM模块其实已经在SDK中了，但是由于我们的IM聊天界面是需要自己定制了，因此就加了添加了一个lib-ui的库，方便去自定义IM界面

查看IP

1
2
3

$curl ip.gs

$ifconfig

git reset

1.使用git add .添加了所有修改文件到暂存区之后在commite到本地之前想撤销add操作可以使用

1

git reset HEAD <file>

将某个文件从暂存区拿出来。

2.已经commite了提交到了本地但是还没有push到远端，这时候发现有个文件不能提交到远端可以使用

1

git reset -soft/--mix/--hard <commite id>

会将本地仓库回退到commite id这个版本（可以是上一次commite的版本）。reset后的参数代表了是否保留本地代码的修改，具体可以查询网络。git reset命令的使用

HEAD：表示当前git指针指向的位置
索引：表示add之后去到的暂存区
工作目录：表示代码文件的改动
提交C1 –> 提交C2
总结就是：soft后git指针会指向C1的提交，而C2修改的文件还是add状态，修改内容不会丢失，对现有的版本改动最小；mix后（git reset默认操作）git指针会指向C1提交，C2修改的文件不是add状态（需要重新add）不在暂存区，文件修改内容不丢失；hard后git指针指向C1提交，C2修改文件不在暂存区，文件修改丢失，完全恢复到C1提交的状态. hard慎用

Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub.