具，在折腾 Drone 的时候，我最终就是使用的它提供 Web 服务。回到标题，为什么要用 Caddy 替换掉 Nginx 呢？最主要的原因是 Caddy 能让网站自动支持 HTTPS。同样是使用 Let's Encrypt，换成 Nginx 我们就必须手工操作，并且还需要设置三个月更新证书的计划任务。而且默认还支持 http/2，很多事情都不需要我们再配置了。另外它的配置文件也比 Nginx 的要简单很多，几十行的 Nginx 配置文件 Caddy 仅需要几行就可以搞定了。

安装 Caddy

Caddy 提供了一键安装命令生成功能，访问 https://caddyserver.com/download 选择对应的平台，插件可默认为空，最后选择对应的协议后下方即会生成一键安装命令，例如：

1. $ curl https://getcaddy.com | bash -s personal

安装后执行 which caddy 你会发现 Caddy 已经安装到了 /usr/local/bin/caddy 位置。

1. $ echo 'localhost:8000' >> Caddyfile
2. $ caddy

执行如上命令在浏览器中访问 http://localhost:8000 发现 Caddy 启动了一个简单的 HTTP 服务器。

阅读剩余部分 -

前言

301 是 HTTP 协议中的一个状态码，表示该网页已经永久迁移到新位置。

我们经常在更换域名时，使用 301 重定向来把旧域名永久转移到新域名上去，它可以同时把我们旧域名的流量和权重同时转移到新域名上去，对搜索引擎比较友好，避免了更换域名所带来的流量丢失。

适用情况

• 更换域名，将旧域名指向新域名；
• 网址规范化，将 a.com、www.a.com、blog.a.com 等访问地址全部指向 a.com 一个地址，集中流量和权重；
• 将指向过期、无效网页的链接重定向至正确地址；
• http 重定向到 https。

使用 Cloudflare 进行重定向

下面介绍下如何使用 Cloudflare 的页面规则对网站进行 301 重定向。

Cloudflare 相关教程：

• 基础：Cloudflare免费CDN加速使用教程
• 进阶：cloudflare加速优化指南|具体设置
• 定制：CloudFlare加速WordPress：页面规则配置

Step 1

登录 Cloudflare 的控制面板，进入 “Page Rules” 页面，创建一条页面规则。

阅读剩余部分 -

自从转移到 CloudFlare 以后，各方面都非常满意，但是唯独根域名跳转 www 一直无法搞定。

CloudFlare 的 Page Rules 反反复复尝试了一堆的设置方法，就是无法实现跳转 www ，后来通过Http检测工具发现，根域名压根没有解析到任何地方，所以导致了无法跳转 www,于是给根域名设置了一个 A 记录到 8.8.8.8 ，“奇迹”居然出现了，可以跳转了。我滴个乖乖啊。

总结一下，只要2部即可实现 CloudFlare 通过 Page Rules 实现根域名跳转 www：

1. 给根域名指定一个 A 记录
   比如：[*.a.com] – [A记录] – [1.1.1.1]
2. 设置 Page Rules 规则：
   [http://a.com/] – [Forwarding URL] – [301 Permanent Redirect] – [https://www.a.com]

阅读剩余部分 -

root身份登录到命令行

输入crontab -e

按下a键进入到编辑模式

输入 0 */1 * * * /home/work/start-service.sh

同时按下ctrl+c退出编辑模式

按下shift+:

然后输入wq 退出 crontab

:wq 回车

阅读剩余部分 -

通过一年半时间的测试，Google 今天在 Webmaster Central Blog 和 Twitter 宣布，正式推出 Mobile-First Indexing。该策略将对 Google SEO 产生影响非常大，本人第一时间整理资料，整理了相关的几个要点。

为什么要推出 Mobile-First Indexing

众所周知，Google 的抓取、索引和排名系统都是基于 PC 端网页建立，移动端的排名和权重主要继承自 PC 端。那在 WAP 流量远超 PC 的今天，这种机制就会出现各种各样的问题。

• 很多网站的 PC 端页面展示所有内容，而WAP 只展示部分内容。
  
  • 举个极端的例子，移动端用户通过搜索达到某页面，发现并没有对应的内容（这个内容只在 PC 呈现，在 WAP 不呈现）
• 很多网站重点优化 PC 站，而 WAP 站功能缺失体验严重落后，移动搜索用户体验极差
  
  • 我目前的项目就有这个问题
• 因为移动端用户较多，部分网站重点建设 WAP 站，而忽视了 PC 站的建设，导致无法获取到该有的排名和流量
  
  • 这种情况比较少

根据目前流量趋势，Google 急需调整策略，保证 PC 和 WAP 端的搜索体验。

阅读剩余部分 -

当初在shell中, 看到">&1"和">&2"始终不明白什么意思.经过在网上的搜索得以解惑.其实这是两种输出.

在 shell 程式中，最常使用的 FD (file descriptor) 大概有三个, 分别是:

0 是一个文件描述符，表示标准输入(stdin)
1 是一个文件描述符，表示标准输出(stdout)

2 是一个文件描述符，表示标准错误(stderr)

在标准情况下, 这些FD分别跟如下设备关联: 
stdin(0): keyboard 键盘输入,并返回在前端 
stdout(1): monitor 正确返回值 输出到前端 
stderr(2): monitor 错误返回值 输出到前端

举例说明吧:

当前目录只有一个文件 a.txt. 
[root@redhat box]# ls 
a.txt 
[root@redhat box]# ls a.txt b.txt 
ls: b.txt: No such file or directory 由于没有b.txt这个文件, 于是返回错误值, 这就是所谓的2输出 
a.txt 而这个就是所谓的1输出

阅读剩余部分 -

python manage.py migrate

?: (mysql.W002) MySQL Strict Mode is not set for database connection 'default'
    HINT: MySQL's Strict Mode fixes many data integrity problems in MySQL, such as data truncation upon insertion, by escalating warnings into errors. It is strongly recommended you activate it. See: https://docs.djangoproject.com/en/1.11/ref/databases/#mysql-sql-mode

阅读剩余部分 -

背景

因为测试过程中，几套环境都是用的同一个库，数据有点冲突，需要删库。 
执行truncate table xxx时提示： 
[Err] 1701 -Cannot truncate a table referenced in a foreign key constraint ….

解决办法

• 删除之前先执行

删除外键约束

SET foreign_key_checks = 0

• 删除完之后再执行

启动外键约束

SET foreign_key_checks = 1

阅读剩余部分 -