MySQL 和 MSSQL 都自带日志回滚或者恢复功能？

应该是靠空气压力做吸附附着的，提起杯子会利用轻微下压打开空气储囊的开关平衡内外空气压力。这个需要附着的台面平整才行，并且吸附的橡胶也会有使用寿命问题。

试了下，赶脚很不错。
问一问，要怎么能支持流程图和时序图呢？

同受影响， nodequery 上显示宕机将近 4 天，我在考虑到 9 月份期是否要换别家。

30/06/2016 00:26 PDT

Hello,

Unfortunately, Due to our upstream provider's (Fevvo, Inc) issues, our servers are now unconnectable.

Every effort is been put into getting them back online or data retrieved and moved to a new server.

At current we have no ETA on the downtime on the affected nodes.

All information perdinant to the situation will be posted within this announcement and/or by email when we have it.

Sorry for any inconveneinces caused. but, this situation is far outside of our control.

VirtWire Global.

这个一直就有的。。

Insomina

唉。外包给第三方公司审核不行么？一样油水丰厚啊，还不用自己动手。

@arischow 似乎我跟的这个教练科目二的通过率在 90% 以上。当年，广州科目二平均通过率最低在二成三成的样子，这两年似乎上到五六成了；科目三貌似在七成左右的样子。
然而，貌似科目三好多小动作，还必须 90 分才能合格，也就是说只能错一个小动作了，不像科目二可以控制速度看点追线，看起来很紧张的样子。
暂时预约了 7.18-19 的长途，希望能约上。。

首先检查 www 解析(或者解析生效)没呃。。。。

在国内，你需要有视听播放许可证的前置审批吧。。。
你自己在内网搭建另说。

@geek123 对，第一步是用[适合自己的方式]圈用户，按早上面[要学习基础知识和技能的，不想花太多时间、精力和学习成本的]来。

@gagagg 虽然目前正在考虑新机会，但看到具体站点和公众号现在上面的功能与内容之后，赶脚全职的可能性不太大。

@geek123 高招不敢，我的本职是狭义方向的产品经理，对运营这方面所知有限。
现在在线教育编程方向的服务已经不少了， v2 上就有不少类似的服务存在。我们先从人群开始着手吧，要学习基础知识和技能的，不想花太多时间、精力和学习成本的，有用户规模量级的。相信明眼的已经想到了吧，这类服务来 v2 上推广并不是太对路。
然后，黏着力，我没体验你们的服务，因为我并不是你们的目标用户。第一阶段黏着力形成固定用户规模之后就可以开始考虑营收了呃，注意你们这类服务的转化点是用户规模而非用户群。在用户规模形成后，自然可以通过增值服务维持用户群，这也是第二阶段的黏着力的发力点。

其他的，我也不好多说了。。

这么做那就是说你们已经知道要做什么了。剩下的就是运营手段怎么做的问题了。

@wujichao 真要敞开了说，微信推出的时候，业内有前瞻性的 api 都转 json 了。为毛坚持 xml ，推测微信这个涉及到客户端和服务端的交互，后续公众号平台和开放平台又加上开发者服务器和服务端的交互，估计在开发初始的时候就同步在做公众号平台，然后因为当时的某些限制，选择了 xml ，最后为了赶速度出成品，早期的 api 都是基于 xml 的。
结果就是，发展到亿级规模了，想改也很难改了；印象中，微信 api 调整过几个参数的长度，增加了密文传输模式，但都没动 xml 。

@shmilyin 非常坑。。。命名规范不太一致，尤其是跨到支付平台那边，这里大写，那里小写之类的。甚至，还遇到官方的 demo 跑不通的情形。。

你从哪里看到不用 json 了呃。
没记错的话，上行，除了被动消息响应是 xml ，其余都是 json ；下行，推送消息是 xml ，上行后的结果反馈是 json 。

为毛这么考虑。。。这个就青菜萝卜各有所爱了，爱吃和能吃。