Jin Black

因为PostgreSQL的性能会优于MySQL，所以尝试做一次数据迁移，研究了挺久，因为数据量比较大，单表200万条数据使用django的命令python3 manage.py dumpdata直接可以有2.2G。我在阿里云国际的服务器是2核8g，不管是使用dumpdata或者loaddata都会跑满内存，尝试了一些网上dumpdata_thunk等其他方法，包括自己写的多线程读写，效率上都没有dumpdata这些快，最后下了个最新的navicat直接将MySQL表data transfer到PostgreSQL的表居然稳定并且效率还不错。1分钟10万条的数据传递了20分钟左右。Navicat还是数据库神器啊，可以再研究下，https://laucyun.com/navicat 看看如何破解使用。 最后还有个问题要几下，如果直接使用navicat将MySQL数据传递到PostgreSQL会失去主键的自增，需要后续自己给加上！

element-ui作为一个UI框架来说基本可以说比较完美了，和nuxt完美结合，可以选择性引用，官方就有说明文档告诉我们如何适配nuxt，用可以可以说非常顺手，我在开发steamstats.cn的时候首先选的就是element-ui。 优点前面也说了，在nuxt中使用ui框架的时候，有几点是有缺点的 按需引用的时候我们需要在nuxt.config.js中单独引用对应的css文件，写起来就像以前写html一样，组件中没有包含css样式，很麻烦 部分组件并不支持ssr，比如table，网页开发中ssr可以说比较重要的，至少我会比较追求seo，毕竟有收录才有流量嘛 基于element-ui的Table组件没有ssr，且解决起来比较麻烦，我尝试了一些其他选择，最后发现了好用的vuetify，使用了才发现vuetify的强大，它居然能够选择性build，比如我们引入了v-simple-table，它就只会将v-simple-table相关的样式，组件内容打包了，这个自动的功能真的非常方便。它的table相对于element-ui来说更加html原生化，所以也支持ssr。目前来看，nuxt-module也更新了vuetify的2.0版本，可以说完美适配。今天重写了table后，发现样式会在页面加载之后才加载，就是先显示了没有样式的table+数据，然后才渲染样式，具体情况后续再观察。 不过总体来说vuetify的样式效果，加上这套机制，还是很棒，大家可以上手试试。

在我自己制作的网站steamstats.cn上我做了一个页面steamstats.cn/ti专门展示ti奖金逐日增加的数据，模仿了一个国外的ti奖金数据，后续会增加更多比如每届ti数据对比等其他数据。 数据的获取本想通过爬虫，每日获取一次官网数据，后发现官网其实直接调用了一个接口，https://www.dota2.com.cn/service/internationalBattlepass2017 这个接口直接返回了当前ti奖金池的数据，然后做定时任务，每日获取ti奖金数据，就能得到每日的ti奖金数据制作图表。

我也一直在想一个程序员有哪些出路，哪些事情是长久的，可以一直写代码，但是也不能一直盲目写代码，所拥有的东西应该是能够积累的，就像滚雪球一样，能把这个雪球越滚越大。通过以前做网站，做产品的经验，我暂时给自己想了两条路，一条是持续更新博客，一条是做一个自己能一直维护的产品。这个产品就是steamstats.cn。在做产品的过程中提升技术，同时有产品本身的积累，还是挺不错的。