@mgc 麻烦你看清楚点，我哪里说楼主的亲戚是无赖了

首先我已经说了，致歉要见机行事，对方人员受伤正在火头上，当然不能愣头青，电话道歉当然也可以，关键是向对方表明诚意，不应该让人无故受伤又心寒

其次，垫付的钱在保留证据的情况下应该是可以直接找保险公司要的，关键是假如是你的过错，你还一副事不关己的样子，对方伤员和家属心里会是什么感受

我不反对你去提醒别人要提防被讹，甚至支持这样做，但请不要鼓吹什么“三不一没有”，看看你转的那篇文章吧，我也已经看到过好多次了，通篇说的就是不与对方沟通，对方的利益和感受跟自己无关，说白了就是自己省心省事、自己的利益最大化才是唯一重要的，对于这类做法我反正见一次喷一次

所谓的“三不一没有”我完全不能同意，人心都是肉长的，试问假如你自己是个因对方责任被撞的伤者，对方既不探视道歉，也不垫付医药费，你会是什么感觉。到处在宣传“三不一没有”的人本质上其实跟楼主亲戚遇到的那些无赖没什么区别，至少是完全不关心及他人感受，只顾自己利益最大化的人，这已经超出防人之心不可无的范畴了
更妥当的做法是，在尊重对方的基础上要注意全程证据保全。假如是己方的过错较大，那么为对方垫付合理的医药费也是应该的，最好用信用卡刷账，而且要用手机拍下付款的全过程，尤其是拍清账单上的内容，探视道歉也是应该的，但本着自卫的原则，尽量多带些人手，最好提前探探对方口风，如果自己很诚恳而对方仍然蛮不讲理那当然也只好知难而退。总之，不应该伤了本分人的心，也不能让刁蛮的人得寸进尺

@frankzeng 有道理，看来还是软删除优点更多些啊

@frankzeng 不建触发器，直接程序挪移，会有问题吗？

@alexapollo 嗯，搜到了这个 http://stackoverflow.com/questions/2549839/are-soft-deletes-a-good-idea ，不过好像没有提到删除到“回收站”表的pros和cons

查了一下，貌似可以建一个isDeleted=false的view来解决之前提到的那个麻烦，不过直接物理删除并挪到另一个表里去，就像 @alexapollo 说的这种，这种过程有没有缺陷呢？

@hellov22ex 原先我也是这么做的，真是很累，开发的时候每一句select，包括其它关联表的查询，都得加上这个判断条件，就像颗定时炸弹一样，一不留神就忘了啊。删除同时备份的话虽然那一下子有点烦，可好歹在开发流程里就这一步。其实我也是拿捏不准怎么样合适，假如你也做过的话，请谈谈看着方面的体会吧

@tushiner 标记了已删除之后每次查询的时候条件里面都得带上，真是很费神啊～

@lsylsy2 嗯，那我就设成5分钟


@lygmqkl 能讲一下具体是对哪个环节进行oauth2吗？感觉涉及到用户认证的话还是得在数据库里给文件名留档，那样的话就稍显繁琐了

@lsylsy2 非常感谢啊！回答的这么详细
@akfish 也一并送上感谢

假如用expire的话，考虑到离线消息的情况，我现在是这么想的：
用户A发送静态文件消息给用户B的时候，服务端在cache里生成一个key为uuid的条目，在这个条目里记录文件在cdn上的url，然后把这个uuid作为真正的消息内容发给B，B的客户端收到消息后拿uuid去访问服务器，服务器取出url并算好过期时间生成签名，把带签名的url返回给B的客户端，同时删除cache里对应的条目

请问一下这种方法合适吗？
另外像这种瞬间完成的动作，expire的时间间隔有没有比较推荐的值？

@miniwade514
怎么个切换法？html代码的话就是
<button class="confirm"><span class="icon"></span>确定</button>

多谢大家给意见，这下有点感觉了

@jsonline 明白了，设了font-size: 0 之后就好了 :)

@jarlyyn 外框设负数margin真的可以奏效吗？试了一下好像没有成功