CloudFlare 如何设置 301 域名跳转

自从转移到 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]

 

阅读剩余部分 -

快讯:GOOGLE 正式推出移动优先索引( MOBILE-FIRST INDEXING)

Mobile-First Indexing

通过一年半时间的测试,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 2>&1 &>filename重定向的含义和区别

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

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

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

是一个文件描述符,表示标准错误(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输出

阅读剩余部分 -

django建表的时候出现sql_mode的警告

执行

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

大意就是没有给mysql连接启用严格模式,而严格模式能解决很多数据完整性问题,官方墙裂建议开启。

严格模式对于数据完整性校验比较严格,对SQL语句的健壮性要求更高,比如不允许NOT NULL字段插入没有默认值的数据,以及上面提到的插入数据被截断提示由警告变成错误。

阅读剩余部分 -

Mysql删除表提示Cannot truncate a table referenced in a foreign key constraint解决办法

背景

因为测试过程中,几套环境都是用的同一个库,数据有点冲突,需要删库。 
执行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

阅读剩余部分 -

Centos 7更新 initscripts 报错

yum update更新时

更新initscripts时,报如下错误:

Error unpacking rpm package initscripts-9.49.30-1.el7_2.3.x86_64
error: unpacking of archive failed on file /usr/lib/udev/rules.d/60-net.rules: cpio: rename

解决办法——解除属性保护:


chattr -i /usr/lib/udev/rules.d/60-net.rules

阅读剩余部分 -

mysql数据库表清空后id如何从1开始自增

环境:

         数据库:mysql

我们的数据库表中经常会使用id自增,但是每次清空表后id并不是从1开始计数,总是接着之前的进行自增,那么解决呢?

使用mysql的truncate命令,用法:truncate table 表名;

这样表的id自增就会变回从1开始自增了。

备注:该操作会清空您宝贵的数据库,我想题目已经说的够清楚了,请谨慎操作。

阅读剩余部分 -

最新文章

归档

其它

链接

meiyoutongji