看新闻，有一个小公司叫做Zingle，可以给公司发短信，比如定酒店、叫客房服务，甚至买咖啡，最近被收购了，4200万美元现金。
挺好玩的，但说明什么，这个idea其实就是多渠道客户服务对接系统，比如你有个twitter账户，有人在twitter上at你们公司，对吧， 订酒店，买咖啡等等。我自己给取了一个英文名称，Multi-Channel Customer Engaging System，也不知道对不对。
那么，既然短信可以，能不能email呢？facebook呢？公司的博客系统呢？Whatsapp ? Facebook Messager? Instagram ? 等等，你们公司在一切社交网络上的账户，能不能用来为客户提供服务呢？
这注定是个脏活累活，但这显然是有钱途的活。
新闻如下：
最近沉迷 SSR，因为考虑到了一些需求：
当然了，谷歌牛逼，都能直接解析 SPA 了，但问题我主要还是一个用户体验上：用户点击一个 url，SPA 就 404 了，但一个体验很好的网站，显然希望是能够加载出来的。下面是Vuejs的SSR网站对SEO问题的解释：
Better SEO, as the search engine crawlers will directly see the fully rendered page.Note that as of now, Google and Bing can index synchronous JavaScript applications just fine. Synchronous being the key word there. If your app starts with a loading spinner, then fetches content via Ajax, the crawler will not wait for you to finish. This means if you have content fetched asynchronously on pages where SEO is important, SSR might be necessary.
所以就开始了迁移，从 React SPA 迁移到 nextjs。
nextjs 很多大坑，比如说：
getInitialProps 只能在pages这个目录下用
关于 router：
PM2 部署
Webpack配置的坑：
next.config.jsde 问题
.env，而要用这个配置文件里的env一些迷
首先，Next.js是个好学校，啊不，是个好框架；
其次，Next.js的文档也不算烂，但确实有点简陋，好多都是undocumented。
Next.js有个feature叫做file-system routing:
By default, Next will serve each file in/pagesunder a pathname matching the filename (eg,/pages/some-file.jsis served atsite.com/some-file.
你可以设置一个option来turn it off:
// next.config.js
module.exports = {
useFileSystemPublicRoutes: false,
}我今天谈论的重点是这个问题：当我在Components/SomeComponenet.jsx里使用router（不论是useRouter还是withRouter），都会报错，错误信息这样的：
useRouter用在functional component里；withRouter用在class component里。
React做的SPA，非常快，然而，对SEO很不友好，社交分享更是不行。
所以就必须考虑服务端渲染了，就是所谓的server side rendering。
最近在做这个迁移工作，很久了，都没搞定。一方面不太熟悉nextjs，一方面工作量也确实不小，代码复用性不是特别好，所以应该从一开始就考虑ssr，而不是做到一半再迁移过去。