在 Flask 中使用 Celery 官方给出了一个非常详细的教程，可是这个教程中有一点没有讲清楚，就是关于引入了 Celery 之后如何在项目中划分模块以及模块之间的相互调用，我们知道 Flask 用于构建比较大的项目时可能会使用到 blueprints，而这个时候项目结构可能就比较复杂了。

而引入 Celery 直接面临的问题是如何初始化 Celery 实例，在创建 Flask app 的同时创建 Celery 实例，这时候就面临一个问题，通常我们都在 Views 中引用 celery 异步任务，不可避免的会导致，需要在 views 中 import celery 相关的 module，而 celery 相关的 module 会引入 Flask app 相关的内容，而 Flask app 初始化会引入 views 相关的内容，就变成了循环调用。

有一个比较简单的解法就是初始化两个 Flask App 实例，一个用来启动，一个用来给 Celery 创造上下文。

不要在 create_app() 中再创建 Celery 实例。比如新建 celery_worker.py 来初始化 celery 实例，而在另外的文件中初始化 Flask() 实例。

项目结构大致如下：

├── README.md
├── app
│   ├── __init__.py
│   ├── config.py
│   ├── forms
│   ├── models
│   ├── tasks
│   │   ├── __init__.py
│   │   └── email.py
│   └── views
│   │   ├── __init__.py
│   │   └── account.py
├── celery_worker.py
├── manage.py
└── wsgi.py

图中

• manage.py 用来初始化 Flask instance
• celery_worker.py 用来初始化 Celery 并且作为 Celery worker 的入口

在 app/__init__.py

from celery import Celery
from flask import Flask

from app.config import BaseConfig

celery = Celery(__name__, broker=BaseConfig.CELERY_BROKER_URL)


def create_app():
    app = Flask(__name__)
    # ....
    celery.conf.update(app.config)	# 更新 celery 的配置
    # ...
    return app

在 celery_worker.py

from app import create_app, celery

app = create_app()
app.app_context().push()

这个文件有两个操作，一个为初始化 Flask 实例，也就初始化了 Celery 实例，然后第二个操作是使用 Flask 的 application context，celery 的所有操作都会在这个环境中执行。

然后就可以启动 Celery celery worker -A celery_worker.celery -l INFO

在 Flask 外部使用 Flask-SQLAlchemy

这里便引出了另外一个问题，如何在 Flask 外部使用 SQLAlchemy 中定义好的 model，当我们定义好和数据库相对应的 Object 之后，难免有些时候需要在 Flask 外部使用，比如清洗一些数据，或者单独跑一些数据时，这时没有 Flask Context 环境，那么这个时候需要借助 app_context() 函数：

from my_package import create_app

app = create_app(my_envrionment)

with app.app_context():
    # your code here

在 Context 上下文环境中就能够使用定义好的 model 了。另外一种方法是使用 @with_appcontext 装饰器：

from flask.cli import with_appcontext

@click.command(name='db-init-data')
@with_appcontext
def db_init_data():
    """Init db with some data"""
    admin = User(fname='John', lname='Smith', email='jsmith@google.com')
    db.session.add(admin)
    db.session.commit()

来自 stackoverflow

reference

• https://blog.miguelgrinberg.com/post/celery-and-the-flask-application-factory-pattern
• http://mattupstate.com/blog/how-i-structure-my-flask-applications/
• https://github.com/thrisp/flask-celery-example/blob/master/app.py
• https://github.com/miguelgrinberg/flask-celery-example/blob/master/app.py
• https://github.com/paicha/gxgk-wechat-server/blob/master/main/plugins/queue.py

k3 的折腾记录

降级

我的固件版本 V21.6.12.66

只要两步，WEB 直刷，就能降级

• 第一步，下载提供的 K3_V21.6.11.58P 固件，并在 WEB 管理页面手动升级处，选择这个固件刷机
• 第二步， 选择欲降级到的固件 比如 K3_V21.5.37.246，在 WEB 管理页面手动升级处，选择这个固件刷机，就可以降级到 K3_V21.5.37.246

K3_V21.6.11.58P 下载地址 链接：https://pan.baidu.com/s/1rasSyjq 密码：ksxp

K3_V21.5.37.246 下载地址 链接：https://pan.baidu.com/s/1mjv2jaC 密码：xmrh

激活 Telnet

使用这个教程 激活 Telnet 端口

然后备份路由器

telnet 192.168.2.1

mount  # 查看当前挂载的 U 盘
cd /tmp/share/sda1/
mkdir backup
cd backup
cat /dev/mtdblock0 > mtdblock0.bin     # 备份 CFE
cat /dev/mtdblock5 > mtdblock5.bin     # 备份设备信息
cat /dev/mtdblock6 > mtdblock6.bin     # 备份固件，备份固件时间可能有些长 1min 左右

这个几个分区的作用

对于 K3 官方固件：

mtd0 boot
cfe 引导分区，建议备份，还包含了部分 nvram 参数和 MAC 等信息，不要刷入别人的，也不要随意刷写这个分区。
mtd1 nvram
设置分区，不用备份，保存了路由的所有设置信息，恢复出厂时会格式化然后从 cfe 和当前固件复制默认参数。
mtd2 nvram_back
从名字看像是 nvram 的备份，实际固件没有使用，全部空白，不用备份。
mtd3 res_info
没有使用，全部空白，不用备份。
mtd4 pro_info
只有 6 字节数据，00904C17F234，所有机器都一样，可选备份，就算没备份把这 6 字节复制过去就恢复了。
mtd5 dev_info
176 字节数据，好像是加密的固件的版本一些信息，刷写官方固件版本号发生变化时候这里的数据就变化，可选备份。
mtd6 linux
整个固件分区，平常刷写官方固件或者 LEDE 都是刷到这里，官方提供固件下载，只要 cfe 正常随便刷，不用备份。
mtd7 rootfs
动态的，包含在 linux 分区，mtd6 减去当前固件内核部分，是固件的后半部分，而固件是一个整体，当然不用备份。
mtd8 brcmnand
存储分区，日志文件、自己安装的软件保存再这里，固件版本信息变化时系统会格式化，不用备份，也不要恢复。

寻找固件刷入

这里我使用 abccba94 官改固件，在页面下载固件，现在最新的已经到了 k3_v16d ，解压，得到 k3_v16d.bin 文件，复制到 U 盘，如果 U 盘还连在路由器，可以使用 \192.168.2.1\ 然后远程将文件拷贝到 U 盘中。

然后在登录 telnet 192.168.2.1

cd /tmp/share/sda1/
cat k3_v16d.bin > /dev/mtdblock6 && reboot

将该目录下固件刷入，等待重启之后，做一次恢复出厂设置，长按 reset 键 5 秒。

固件大全

K3 的固件整理大全

• 官改固件 by abccba94 http://www.right.com.cn/forum/thread-259012-1-1.html
• 官改 By tianbaoha http://www.right.com.cn/forum/thread-212725-1-1.html
• 梅林 By 63780223 http://www.right.com.cn/forum/thread-249788-1-1.html
• 梅林 By laode1987 http://www.right.com.cn/forum/thread-251361-1-1.html
• LEDE By stones http://koolshare.cn/thread-104733-1-1.html
• LEDE By XiaoShan http://www.right.com.cn/forum/thread-215164-1-2.html
• LEDE By ypjalt http://www.right.com.cn/forum/thread-215807-1-4.html
• LEDE By Lean http://www.right.com.cn/forum/forum.php?mod=viewthread&tid=214087
• LEDE By updateing http://koolshare.cn/thread-91998-1-1.html

entware 包管理

在管理后台软件中心安装 entware 之后，可以使用命令安装很多扩展。

entware 中的包列表：

http://pkg.entware.net/binaries/armv7/Packages.html

网页终端模拟器

安装 ttyd

opkg install ttyd

然后在 webshell 中设置开启网页管理，那么直接访问 http://ip:7681 ，输入用户名和密码就能够在网页中管理路由器。

ttyd 开源在 GitHub，使用 C 语言，websocket 通信。

更多有趣的包可以查看这里

手机移动端 SSH 工具：

IOS：Termius、Prompt 2 Android：JuiceSSH、ConnectBot、Termius

常见问题

SSH 用户名和密码

K3 的 SSH 用户名是 admin，密码是网页管理密码。（网页管理密码和 SSH 密码是分开保存的，如果你开机后改过网页密码（比如执行恢复出厂设置相当于改成预置的 admin)，ssh 密码不会立即同步，重启之后才会同步网页的管理密码）

reference

• 降级 http://www.right.com.cn/forum/thread-304185-1-1.html
• 教程 http://www.right.com.cn/forum/thread-261417-1-1.html

我一直用的是 Cinnamon 的桌面环境，使用 icon 主题也比较方便，这里就做个记录。

Papirus icon

地址：

• https://github.com/PapirusDevelopmentTeam/papirus-icon-theme

安装

sudo add-apt-repository ppa:papirus/papirus
sudo apt-get update
sudo apt-get install papirus-icon-theme

Ultra flat icon

地址

• https://github.com/anmoljagetia/Flatabulous

安装

sudo add-apt-repository ppa:noobslab/icons
sudo apt-get update
sudo apt-get install ultra-flat-icons

更多的ICON主题可以看

• https://gtk.pw/jY2ac

自己的 yourls 已经搭建完毕 ，重要的就是如何高效的用起来了， yourls 自身提供了很不错的快速访问工具，安装完毕之后直接浏览

https://域名/admin/tools.php

可以得到书签栏中的快速访问工具，直接拖拽到浏览器的地址栏就可以快速的将当前的页面地址缩短。这个工具也就不多介绍了，这篇文章主要摸索一下 yourls 的API调用，以及如何在PC，和移动端快速的使用短链接服务。

API 访问

yourls 提供了丰富的API，使用自身的API可以实现

• 产生或者获取短链接
• 获取短链接的统计信息，包括点击最高的链接，最后一次点击的链接，或者新产生的链接等等
• 可以以 JSON, XML 或者纯文本输出
• 通过用户名密码或者安全的无密码token机制授权

请求的地址

https://域名/yourls-api.php

通过 GET 或者 POST 请求（GET请求需要URL Encode）

参数

两种方式获得授权，一种是使用 username / password 对发送请求，但是这种方式不安全，可能导致用户名密码在传输过程中被截取泄露；另一种方式是使用不需要密码的 token 机制，在 admin/tools.php 页面会产生当前用户的验证 token。

动作 action 参数有很多个选项

• shorturl 获取链接的短链接

  在使用了值之后，另外两个参数

    - `url` 用来缩短的原始链接
    - `keyword` 或者 `title` 可选参数，用来自定义短链接
  

• expand 获取短链接的原始长链接

  将短链接展开

    - `shorturl` 值可以为 `abc` 或者完整的短链接
  

• url-stats 获取短链接的信息

  短链接的统计信息

    - `shorturl` 值可以为 `abc` 或者完整的短链接
  

• stats 获取链接的信息

  获取链接的信息

    - `filter` 值可以为 `top`, `bottom`, `rand`, `last`
    - `limit` 返回的数量
  

• db-stats 获取全局的链接和点击数

输出格式 format 参数用来指定API输出的格式，有如下值

• jsonp
• json
• xml
• simple

举例

请求缩短链接

curl -X POST \
  https://gtk.pw/yourls-api.php \
  -F signature=xxxxxx \
  -F action=shorturl \
  -F url=https://gtk.pw/readme.html \
  -F format=json

返回结果

因为之前已经请求过，所以报了fail，不过结果依然能够从 shorturl 中拿到

{
    "status": "fail",
    "code": "error:url",
    "url": {
        "keyword": "OStH3",
        "url": "https://gtk.pw/readme.html",
        "title": "YOURLS: Your Own URL Shortener",
        "date": "2018-05-18 03:27:36",
        "ip": "123.123.123.7",
        "clicks": "0"
    },
    "message": "https://gtk.pw/readme.html already exists in database",
    "title": "YOURLS: Your Own URL Shortener",
    "shorturl": "https://gtk.pw/OStH3",
    "statusCode": 200
}

其他几个API同理，返回结果结构稍有差异不过都类似。

iOS 移动平台快速获取短链接

iOS 上可以借助 Workflow 快速实现，主要的步骤

• Get Clipboard
• Get URLs from Input
• URL -> API地址 https://域名/yourls-api.php
• Get Contents of URL -> 构造参数
• Get Dictionart Value -> shorturl
• Copy to Clipboard

然后每一次将链接复制到粘贴板，然后运行该 workflow ，短链接就在 Clipboard 中了。

第二中方法，是直接在浏览器中，在链接前面加上，yourls 的域名，比如

https://blog.einverne.info

加入yourls 的域名是 https://gtk.pw

那么在链接前加上 gtk.pw，yourls 会跳转到 admin 页面并添加该链接

gtk.pw/https://blog.einverne.info

其他平台同理，不过需要登录 admin 略麻烦。

之前安装 Chevereto 时还没有折腾 Docker，后来发现 Docker 安装 实在太方便了，所以现在就将数据迁移到 Docker 中，备份和恢复的方式主要可以参考之前写的文章。

备份

对于 Chevereto 这样的程序主要备份的就是数据库和文件，mysql 备份没啥说的，文件也直接打包即可。

恢复

这里主要展开下恢复，一方面在 docker-compose.yml 文件中，我映射列两个 volumes，

volumes:
  - chevereto:/var/www/html/images
  - chevereto_content:/var/www/html/content

这两个文件路径，images 主要存放的是上传的图片，而 content 目录一开始的时候我们并没有加上，导致一些系统的logo还有用户的头像消失了，我对比了下目录中存放的文件，发现 Chevereto 将这些资源文件存放在了 content 目录中，映射出来，然后恢复的时候将之前备份的内容恢复到这两个目录即可。

数据库恢复也比较容易

sudo cat backup.sql | sudo docker exec -i chevereto_db /usr/bin/mysql -u root --password=password chevereto

然后文件恢复时直接恢复到 volumes 的目录，sudo docker volume inspect volume_name 然后查看 volume 的位置，将文件解压到该目录下。

然后 chown www-data:www-data * 来改变权限即可。

这个备份和恢复的操作同理可以应用到任何类似 WordPress，Chevereto 这样的PHP应用上。

HTTP 协议全称 Hyper Text Transfer Protocol 超文本传输协议，基于 TCP/IP 协议用来传递数据。HTTP 面向应用层，HTTP协议是万维网的基石。

HTTP 请求

HTTP请求由以下部分组成

• 请求行(Request line)，用来说明请求类型,要访问的资源以及所使用的HTTP版本
• 请求头部(Request Headers)，紧接着请求行（即第一行）之后的部分，用来说明服务器要使用的附加信息
• 空行(Blank line)，请求头部后面的空行是必须的
• 请求数据也叫主体(Request Body)，可以添加任意的其他数据。

HTTP请求方法

根据HTTP标准，HTTP请求可以使用多种请求方法。

• HTTP1.0定义了三种请求方法： GET, POST 和 HEAD方法。
• HTTP1.1新增了五种请求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。

Request Headers

Referer

Referer 头允许客户端指定请求的URI的源地址，服务端通过检查该头信息可以知道客户端请求的资源的原始来源。

Connection

HTTP 1.1 中请求和应答头都可能出现 Connection ，表示 client 和 server 通信时对于长连接如何处理。

HTTP 响应

HTTP响应也由四个部分组成，分别是：状态行、消息报头、空行和响应正文。

• 状态行(Status line)，由HTTP协议版本号， 状态码， 状态消息 三部分组成。
• 消息报头(Response Headers)，用来说明客户端要使用的一些附加信息
• 空行(Blank line)，消息报头后面的空行是必须的
• 响应正文(Response Body)，服务器返回给客户端的文本信息。

HTTP 状态码

• 1xx：指示信息–表示请求已接收，继续处理
• 2xx：成功–表示请求已被成功接收、理解、接受
• 3xx：重定向–要完成请求必须进行更进一步的操作
• 4xx：客户端错误–请求有语法错误或请求无法实现
• 5xx：服务器端错误–服务器未能实现合法的请求

理解 HTTPS

看到一篇使用信鸽来解释HTTPS的文章，信息量足够，也很生动的解释了非对称加密以及产生的问题和解法。

通过信鸽传递盒子，解释了HTTPS的非对称加密公私钥的问题

• 鲍勃向爱丽丝送一只没有携带任何信息的鸽子。
• 爱丽丝给鲍勃送回鸽子，并且这只鸽子带有一个有开着的锁的盒子，爱丽丝保管着锁的钥匙。
• 鲍勃把信放进盒子中，把锁锁上然后把盒子送给爱丽丝。
• 爱丽丝收到盒子，用钥匙打开然后阅读信息。

盒子是公钥，而爱丽丝手上的钥匙是私钥

如何信任盒子一节引入泰德这个第三方签名，在HTTPS中是认证机构。而沉重的盒子这一个小节，总结了HTTPS存在的问题，虽然加密的HTTPS要慢，但未来的趋势已经不可避免了。

长连接 VS 短连接

长连接，也叫持久连接，在TCP层握手成功后，不立即断开连接，并在此连接的基础上进行多次消息（包括心跳）交互，直至连接的任意一方（客户端OR服务端）主动断开连接，此过程称为一次完整的长连接。HTTP 1.1 相对于1.0 最重要的新特性就是引入了长连接。

短连接，顾名思义，与长连接的区别就是，客户端收到服务端的响应后，立刻发送FIN消息，主动释放连接。也有服务端主动断连的情况，凡是在一次消息交互（发请求-收响应）之后立刻断开连接的情况都称为短连接。

注：短连接是建立在TCP协议上的，有完整的握手挥手流程，区别于UDP协议。

需要频繁交互的场景使用长连接，如即时通信工具（微信/QQ，QQ也有UDP），相反则使用短连接，比如普通的web网站，只有当浏览器发起请求时才会建立连接，服务器返回相应后，连接立即断开。

维持长连接会有一定的系统开销，用户量少不容易看出系统瓶颈，一旦用户量上去了，就很有可能把服务器资源（内存/CPU/网卡）耗尽，所以使用需谨慎。

301 vs 302

HTTP 协议 redirect 有两个状态码 301 和 302，对于这两个状态码协议上是这么写的

• 301 Permanently Moved
• 302 Temporarily Moved

浏览器在处理这两个状态码时行为不一样，对于 Chrome / Firefox 会永久的缓存 301 跳转¹，浏览器会尽可能的永久保存该跳转，除非手动清除浏览器缓存，或者浏览器缓存将满为新内容腾出空间。如果不想跳转被浏览器缓存，可以使用 Cache-Control 和 Expires 两个头。

• Cache-Control: max-age=3600
• Expires: Thu, 01 Dec 2014 16:00:00 GMT
• Cache-Control: no-cache
• Cache-Control: no-store

关于Chrome中如何清除永久的301跳转可以参考这篇文章

reference

• wikipedia

最近在学习使用 Flask 生成一个短链接服务时看到了 Flask-Migrate 这样一款插件，之前学习 Django 的时候自带数据库迁移工具， Flask 中也有这样一款，不过是以插件的形式出现，Flask Migrate 基于 Alembic，Alembic 是 SQLAlchemy 作者开发的数据迁移工具。

文档主页：https://flask-migrate.readthedocs.io/en/latest/

安装

pip install Flask-Migrate

在安装完成之后需要在代码中添加如下代码

from flask import Flask
from flask_sqlalchemy import SQLAlchemy
from flask_migrate import Migrate

app = Flask(__name__)
app.config['SQLALCHEMY_DATABASE_URI'] = 'sqlite:///app.db'

db = SQLAlchemy(app)
migrate = Migrate(app, db)

class User(db.Model):
    id = db.Column(db.Integer, primary_key=True)
    name = db.Column(db.String(128))

在添加代码之后需要运行

flask db init

来初始化项目，命令运行之后会在项目中生成 migrations 文件夹，该文件夹需要添加到版本控制。

之后可以使用 migrate 命令来初始化迁移

flask db migrate

迁移脚本不会检测models 的所有变更， Alembic 目前无法检测表名修改，列名修改，其他限制可以在Alembic网站查看。

之后可以应用该迁移

flask db upgrade

运行该命令来将修改应用到数据库，以后对model的每一次修改需要重复 migrate 和 upgrade 命令。如果要在不同机器之间同步数据库结构，只需要同步 migrations 文件夹，并且在另一台机器上运行 flask db upgrade 即可。

Flask Migrate 也支持直接使用脚本的方式运行，具体可参考官方的文档，非常易懂。

之前在做一次 Vim 演示的时候想要更加直观的在屏幕上实时显示出当前敲击的字母，所以找到了 screencast 这个解决方法。

安装

在GitHub发布页面 下载安装包

wget "https://github.com/wavexx/screenkey/archive/screenkey-0.9.tar.gz"
tar xvf screenkey-0.9.tar.gz
# 安装依赖
sudo apt-get install python-gtk2 python-setuptools python-setuptools-git python-distutils-extra

然后执行安装

sudo ./setup.py install

然后启动

screenkey

使用

然后可以设置各种参数，延迟时间，字体，大小，颜色，透明度等等

reference

• https://github.com/wavexx/screenkey
• https://www.thregr.org/~wavexx/software/screenkey/index.html

今年五一开车 2000 多公里，一路上找景点，找路线，找美食，这里记录一些比较好用的 App，当然在记录这写应用的时候，又发现了其他人推荐的应用，虽然之前并没有用上，但可以做一个备份期望可以用上。

PS 部分免责声明，PS 部分我并没有深入的用过，但是口碑还不错。

去哪里

这个问题早已经应该在心中确定，但如果没有确定，可以浏览马蜂窝 站点，一来对目的地有一个基本的了解，二来可以留心目的地的路况等等。虽然市场上游记类网站和应用也是泛滥的，但是马蜂窝确实多少年来一直兢兢业业专攻旅行的网站。写到这里不免想起，一直萦绕在我脑海里面的一个疑问，其实做内容的网站很容易转型做“工具”，比如马蜂窝就可以很轻松的售卖旅行产品，包括机票火车票，住宿等等，反而携程，去哪儿这一类“工具”类网站要转型做“内容”就要难很多。虽然携程也有游记，但终究只是为买票而生的辅助。

PS. 穷游锦囊，有个叫浪浪的，常有人推荐

选好车

说到选车，我只能推荐神州租车了，其他租车行并没有接触过，所以也不好推荐。而针对性的选择一辆舒适的车就成了关键，因为可能需要长时间在车上度过，选择一辆空间大，舒适的 SUV 就比较好。而如果目的地都是平原，可以选择轻便的小汽车

PS. 并没有使用过的租租车

制定路线

推荐 Google My Maps，使用 Google My Maps 可以快速制定一条大致路线，可以从宏观上对整个路线有个了解。

当然还要推荐另外一个很好用的工具 Trello，然后可以制作出如下的计划

当然真正出行的时候，少不了导航应用，Google Map 看卫星图，高德导航

天气

国内墨迹，国外雅虎天气

找美食

大众点评，必不可少。在不熟悉的地方，选择一个品类，往往评价不错的菜肴是不会有什么差错的。

PS. 国外似乎有这俩 Yelp 和 Trip advisor，还有预订位置的 Open Table

住宿

强推 Airbnb，虽然很久前注册过 Airbnb 但是一直没怎么使用过，然而突然发现这么好用，每一个房子主人都很友好，房子也都非常新，房子里面各种设置都很不错。但是 Airbnb 可能有一个不好的地方，就是可能有些地方并没有那么多的选择，这个时候就需要携程，马蜂窝等等有旅馆预定的应用了。

如果不嫌弃你可以点击我的邀请链接：https://zh.airbnb.com/c/einv 注册成功后你会得到 175 的优惠券。

PS. Booking 也是个好网站。

其他

绝大部分情况下停车并没有太大问题，可是如果真的到了城市环境，有一个 ETCP 还是需要的。

当然以上大部分只能局限于国内自驾的大部分情况，国外去如果要租车，可能还需要准备驾照翻译件或者国际驾照，不同国家的国情可能都需要调整。

去年年底装上了头条系全系列产品包括新闻，抖音，火山小视频，而半年多过去了，最后留下来的只有抖音。而之前不久也刚刚看到新闻报道抖音日活已经超 1.5 亿了。所以想整理下自己的看法。

以产品划分用户

全年年底的时候看过一篇文章，其核心思想就是 “头条以产品划分用户群”，虽然并不知道这是不是头条内部有意而为之或者就是产品定位的问题，确实头条内部关于视频的应用报的上名字的就有仨，火山，西瓜，抖音。这三个应用却各有特点，虽然我并没有很深入的使用，但也能快速的感觉到他们的差别，抖音明显要更年轻化，年龄 10+,20+ 主打的产品，而火山则是主打 ugc，各种内容都有，质量参差不齐，西瓜视频，后来者，却继承了头条视频的大量的积淀。而着三款应用能很明显的区分出一部分用户群，如果按照现在 2017 年底的时间来看，明显子女一代用抖音，父母一代更加偏向用火山和西瓜，这是天然的划分。如果要以地域划分，明显大城市是抖音的用户群，而中小城市就是西瓜的天下。

虽然我对这样的产品划分理念并不是那么的“理解”，但确确实实现在移动互联网的发展就是那样的一个趋势，这或许也是有了 Facebook 也还有 Instagram 和 Snapchat 的原因，当随着年龄的变化，一个平台的用户逐渐增多，下一个年龄层的用户自然的就去寻找代替品，或许是为了潮流，或者只是为了凸显不同。就像厌倦了 QQ，逃到了 Wechat，厌倦了 Wechat 的一代，或许又逃回了 QQ。

为什么抖音会火

很多人说拍抖音简单，但我想很多说这个话的人应该没怎么自己拍过。抖音的短视频看起来简单，那是因为他的难度系数正好介于普通用户和专业自媒体拍摄难度系数的中间，抖音大量的视频都只需要用一部手机就能拍摄出来，但是仔细看这短短的十几秒，里面可能包含十几个场景，包括大量的剪辑，而曾经这些剪辑手法我都只在 YouTube 等等平台的长视频或者电影片段中才能看到；另外一点很多人说抖音的成功是将视频引入音乐，可是这难道不是常识吗，电影电视剧 OST，或者 YouTube 去搜一下会看到很多教你如何给视频选择 BGM 的教程，而抖音成功的是让音乐成为了用户拍摄视频的入口，创作相同主题的短视频，一来带动了 BGM 的流行，二来将用户的视频天然的进行了分类。

基于这一点认识，我之前曾经和朋友聊天聊起，抖音流行的歌甚至可能改写音乐的发行历史，如果歌手的歌拿来在抖音发行，或许比拿去发专辑，或者拿去音乐平台要流传更广，毕竟好的音乐只有被人知道，歌才有他的价值，中国目前最缺乏的就是一个有效的渠道让有价值的内容让人知道，抖音或者头条的出现正是弥补了这一空缺。或许有人要说以前也出现过优酷土豆还有 bilibili 等等的网站，还有门户网站推出的新闻客户端为什么无法做到，其实道理很简单，对于优酷等等他们太慢以至于跟不上快速发展的移动互联网，而且对于长视频其实无形中过滤了很大一批的入门却能制作出很有趣内容的作者。而门户网站往往都是自上而下的内容输出，很多用户其实并不关心那些国家大事，而更关心和我们一样的普通人，并且门户网站的写作者和庞大的互联网用户贡献的内容来看几乎就是沧海一粟，Web2.0 带来的就是源源不断的内容输出。

关于运营

不可否认的一点就是运营在产品中的重要地位，抖音这样一款产品我相信以任何一家大公司的实力就能够在几个月的时间内轻松的复制，但是大家都做不到抖音的一点就是大家仅仅认为抄袭一个同样的产品就能够刮分一片市场，这个想法是多么的天真。虽然我也并没有那么关注抖音产品的发展历史，但是作为一个普通用户能够感受到抖音玩法的变化，这无疑是有引导性质的，抛出一个亮点，大家跟风也好，抛砖引玉也好，对任何一个内容型产品都是帮助。而现在大部分场内的玩家能够复制他的系统却抓不到他们的精神内核。

抖音这样一个产品的出现是好是坏？很多人都在想这个问题，其实完全不需要担心，你说他消耗时间也好，让人沉迷也好，如果它能够在流行文化中烙下自己的印记就已经是他产品的胜利。至于他所带来的话题效应，好坏，留待后人判别吧。