展开

关键词

大众cat的搭建笔记

而且官方文档里给了一个错误的命令提示: git git@github.com:dianpingcat.git mvn-repo当你直接把这条命令贴到terminal里执行时,会提示命令无效,正确的姿势如下:1、先安装jdk 1.7 这很重要

66060

comment.js:一个纯JS实现的静态站

介绍我用纯JS实现的一个静态站,以及实现过程中的心得体会。前言我的博客最早是使用 Disqus 来实现论功能的。Disqus 被墙了之后,改成了多说。 今年年初,多说也正式关闭了,于是我被逼着又开始寻找其他的替代。我先是试用了网易云跟贴、畅言等几种类似的社会化。畅言要求站必须备案,而我实在没有为了论去申请备案的动力。 只要我能把 Github 的 issue 与博客的页面打通,把 issue 上的内容显示在我的博客上,然后在需要论的时候击跳转到 Github 的 issue 页,就实现了一个基本可用的了。 comment.js 就是基于这个想法实现的一个,它的核心代码只有 400 行左右,却能够用来实现论会话和最新论列表的两个功能。 比起已有的社会化,它有如下几个优:完善的论管理。基于 issue 的论,支持 Markdown ,支持 Gravatar。开箱即用的邮件通知功能。

96940
  • 广告
    关闭

    云产品限时秒杀

    云服务器1核2G首年38元,还有多款热门云产品满足您的上云需求

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    大众订单分库分表实践

    背景原大众的订单单表早就已经突破两百G,由于查询维度较多,即使加了两个从库,优化索引,仍然存在很多查询不理想的情况。 原有的订单模型已经无法满足业务需求,于是我们设计了一套新的一订单模型,为同时满足C端用户、B端商户、客服、运营等的需求,我们分别通过用户ID和商户ID进行切分,并通过PUMA(我们内部开发的MySQL 查询切分将ID和库的Mapping关记录在一个单独的库中。?优:ID和库的Mapping算法可以随意更改。 缺:引入额外的单。 2. 范围切分比如按照时间区间或ID区间来切分。? 以一订单库为例,我们分库分表的方案是32*32的,即通过UserId后四位mod 32分到32个库中,同时再将UserId后四位Div 32 Mod 32将每个库分为32个表,共计分为1024张表。 自带分库规则,这里的用户标识码即为用户ID的后四位,在查询的场景下,只需要订单号就可以匹配到相应的库表而无需用户ID,只取四位是希望订单号尽可能的短一些,并且估下来四位已经足够。

    1.1K60

    UAS:大众用户行为

    ,提高认知,比如写、分享、收藏等。 此外,面对大众超大数据流量的冲击,我们还要保证时效性和稳定性,这对也提出了非常高的要求。在这样的背景下,我们搭建了一套用户行为(User Action System,以下简称UAS)。 ,方便我们后续的处理,MQ的方式能够让更好的解耦,并且具备更高的吞吐量,还可以指定消费的起始时间,做到消息的回溯。 接下来,我们按照用户行为数据的处理和存储来详细介绍我们的。数据的处理离线处理离线数据的处理,主要依赖的是我们的数据开发同学,在构建用户行为的数据仓库时,我们会遵循一套美团的数据仓库分层体。 ---------- END ----------也许你还想看大众账号业务高可用进阶之路 数据驱动精准化营销在大众的实践 WWDC案例解读:大众相机直接扫描支付是怎么实现的

    55330

    美团业务风控构建经验

    在这背后,美团不仅面临激烈的行业竞争,还有黑色产业(以下简称“黑产”)带来的各种风险,因为我们的业务有这样一些特:品类多、覆盖面广:包括几乎所有吃喝玩乐服务,其中不乏容易被销赃的品类。 美团对黑产有着巨大的吸引力,归纳起来在这些方面尤其突出:用户作弊:大家常说的“薅羊毛”,用户为了骗取促销优惠的作弊行为。商家刷单:常见的有刷排名、刷销量、刷好等违反商家平台协议的行为。 所以美团需要一套灵活高效的风险控制和工作机制来防控这些风险。归纳一下,风控面临的挑战有:业务多、风险多:上面提到的风险涉及到各个业务的购买流程、用户操作、商家操作等多个场景。 接下来就以风控面临的这几个挑战为出发,介绍我们在构建中所取得的经验。 需要具备识别和拒绝这些恶意流量的能力,而不是放任其消耗业务后台和风控的计算资源。为了做到这一,风控不应仅位于业务的调用下游,而要在全局流量入口处插入反爬防刷模块来实现整体控制。

    2.2K71

    生产的用例规约

    28MES2-用例规约_PP20150625.xlsx 下载半导体-MES-彭小六(784**1) 16:28:53 半导体-MES-彭小六(784**1) 16:30:55谢谢潘大,也欢迎其他小伙伴讨论指半导体

    5810

    Valine

    Valine 是一款基于 Leancloud 的极简,作者为 xCss。 留言框占位提示文字 }); 论数据管理 关于论数据管理,请自行登录 Leancloud 应用管理。具体步骤:登录>选择你创建的应用>存储>选择 ClassComment

    39430

    Leaf——美团分布式ID生成

    背景在复杂分布式中,往往需要对大量的数据和消息进行唯一标识。 如在美团的金融、支付、餐饮、酒店、猫眼电影等产品的中,数据日渐增长,对数据分库分表后需要有一个唯一ID来标识一条数据或消息,数据库的自增ID显然不能满足需求;特别一的如订单、骑手、优惠券也都需要有唯一 此时一个能够生成全局唯一ID的是非常必要的。概括下来,那业务对ID号的要求有哪些呢?全局唯一性:不能出现重复的ID号,既然是唯一标识,这是最基本的要求。 同时除了对ID号码自身的要求,业务还对ID号生成的可用性要求极高,想象一下,如果ID生成瘫痪,整个美团支付、优惠券发券、骑手派单等关键动作都无法执行,这就会带来一场灾难。 由此总结下一个ID生成应该做到如下几:平均延迟和TP999延迟都要尽可能低;可用性5个9;高QPS。

    92740

    SCADA

    选择一个可以设计适合您需求的的SCADA提供商可能是一个压倒性的,令人困惑的任务。对SCADA和数据采集的了解甚少或不完整的估,所做出的决定可能是代价高昂的错误。 他们可能引诱你或压力,而不是根据影响最佳性能的所有因素来配备您做出正确的决定。这些和其他昂贵的错误可以通过了解,理解和仔细估您的特定需求来避免。 EPG公司公司已经准备了该SCADA估,以帮助您确定什么SCADA或数据采集适合您。如果您在审查此估后有任何问题或意见,请致电800-443-7426,并要求SCADA或数据采集专家。 在论今天的SCADA是过程控制站运营商节省时间和金钱的绝佳手段。但是从数以千计的SCADA供应商可以选择,一个糟糕的决定可能会导致你走上无数沮丧的道路,低效率和不必要的费用。 EPG公司公司已经准备了这个估,以帮助您准备购买SCADA的方式,为您提供多年的成本效益和可靠的流程控制,同时为您开放明天的扩张和选择。

    82550

    在站中添加Valine并修改论样式

    最近在浏览indigo主题原作者的网站时,发现其已经更新为了Valine,看这个论插件的第一眼就觉着一股浓浓的极简风,而且,十分重要的是,其无后端的设定! 或许有些地方跟原先的友言或者多说的插件相似,但由于历史原因今天都无法使用了,现在比较不错的有disqus还有基于Github Issues的gitalk以及gitment,disqus需要访问外国网站速度才可以接受 击设置按钮,进入应用的设置页面?找到应用的APPID和APPKEY,复制备用? 上述是默认的主题样式,比较白开水风格,个人感觉太单调,而且背景是透明的,如果你的站有背景图案,可能或导致视觉混乱,所以在这里尝试查找修改风格的方法。 管理已有的论?

    1.8K30

    软件品质-测体

    化的思维整理起来,形成全面的质量覆盖,就是我们今天要讲的软件测体。 2●测体的内容●测体可大可小,根据测的内容而有所不同,一个完整的测体应包含: 测对象测属性测场景测指标 在进行测体的设计之前,首先应明确测对象是什么,可以大到一个,也可以小到一个排序算法都可以进行测体的设计 需要适配战略规划参考已经成型的体1. 指标全面2. 需要根据被测对象的特性进行调整以输入法这个推荐举例,假设我想测输入法打字能力的好坏,首先就需要对打字能力进行一个定义。 场景选择时要以无重复无遗漏为原则,一旦场景较多,需要考虑测成本,应用使用率更高的测场景。测指标的选择中,除了框架设计外,测指标的选择也是价产品各方面性能的重,是质量落地的体现。 除以上几种常用的外,多样性,新颖性,惊喜度,信任度等都有相关的价指标,大家如果遇到相关问题可以搜索推荐或者是各类算法的价指标,在这里就不过多赘述了。

    36720

    美团酒店后台故障演练

    全链路压测有几明显的优势:基于线上环境,测出的性能数据准确;相较于线下,测试环境完备,不存在单、低配置等问题;线上环境有完备的监控报警。 自动化的故障模拟业界已有实践,如Netflix的SimianAmy,阿里的MonkeyKing等。美团内部也有类似的工具,casekiller等等。 感谢基础组件同学做的一协议方面的努力,让ThriftCopy这个事情有了可行性 :)除了公网RPC接口使用HTTP协议以外,美团内部RPC协议都一为一种兼容原生Thrift协议的“一协议”。? 多次请求,观察CAT(美团开发的开源监控,参考之前的博客)报表,其中Receive为接收到的需要转发的次数,Dispatch为实际转发数量。? 参考资料分布式会话跟踪架构设计与实践,美团技术博客.基于TCPCopy的Dubbo服务引流工具-DubboCopy.从0到1构建美团压测工具,美团技术博客.javassit.

    1.1K70

    美团容器平台HULK的调度

    背景美团作为国内最大的O2O平台,业务热度的高峰低谷非常显著且规律,如果遇到节假日或促销活动,流量还会在短时间内出现成倍的增长。 我们选择HULK作为项目名,就是希望美团服务在接入HULK之后可以拥有绿巨人般强大的变身能力(弹性扩缩),进而在此基础上提升服务的健壮性、稳定性及资源利用率。? 但这种方案对Google中的部分CC++服务适用,在美团Java服务的场景下,实例内存配额调整可能会导致OOM,而重启服务非我们所愿。下图是HULK某台宿主机一天内的实例部署情况:? 根据美团的服务特性,HULK会尽量保证在早晚高峰的时期动态扩容在线服务承接流量,而在低峰期会对应缩容在线服务,并调度部署离线任务执行。 我们从美团的服务特殊性出发,打造适用于大规模容器化场景的调度体,后续还会在大数据离线任务场景下做更优化的深层智能调度。

    1K120

    梁桥

    mbuild -setupmcc -m test.m #梁桥技术使用须知##梁式桥基本结构###一、上部结构1、上部承重2、上部一般构件3、支座(三选一)(1)橡胶(2)钢支座(3)混凝土摆式支座 ###二、下部结构1、桥墩(1)墩身(2)盖梁和梁2、桥台(1)台身(2)台帽3、基础(包括水下基础)4、翼墙、耳墙5、锥坡、护坡6、河床7、调治###三、桥面1、桥面铺装(1)沥青混凝土(2)水泥混凝土 2、伸缩缝装置3、人行道4、栏杆、护栏5、防排水6、照明标志##使用方法1、依次选择 桥梁部位、大部件、小部件。 2、输入需要输入的 构件数量,并击 确定 按钮。3、依次选择 构件编号,并在 灾害标度值 里按照 灾害类型 输入合法的数值。(1)灾害类型 由所选部位、部件给出。 (3)每录入一个编号的构件灾害标度值需击 确定输入 按钮。(4) 上部结构 的 支座 选项中和 桥面 的 桥面铺装 ,只需选择一项即可计算部件得分。

    22930

    django之及多级

    最后,这个论是关联到某篇文章(Post)的,由于一个论只能属于一篇文章,一篇文章可以有多个论,是一对多的关,因此这里我们使用了 ForeignKey。 之后用户论按钮,这些数据就会发送给某个 URL。 为了便于理解,我们可以把表单和前面讲过的 Django ORM 做类比。 回想一下,我们使用数据库保存我们创建的博客文章,但是我们从头到尾没有写过任何和数据库有关的代码(要知道数据库自身也有一门数据库语言),这是因为 Django 的 ORM 内部帮我们做了一些事情。 删掉占位用的论内容的 HTML 代码,即如下的代码: 追梦人物 2017年3月12日 14:56 文章观又有道理又符合人性,这才是真正为了表达观而写,不是为了迎合某某知名人士粉丝而写。

    1.8K61

    第三方

    最近第三方的很火热国内有友言、论啦、贝米当我第一次使用打开友言的界面的时候,很兴奋,这是一个很好的产品首先首页设计就让人眼前一亮,其次是友言提供的功能,社会化,正是做独立网站很需要的不过经过几天的使用已经看周围朋友的使用情况 这类第三方社会化是好的,但对于WordPress的生态圈破坏很大。首先是默认的Ga的那套头像用户信息没了。用户网站链接没了。 过去我们看到不错的论,都会回对方的网站去看看,现在这样,回访变麻烦了。其次,WordPress自带的那套论管理都失效了,习惯新论的时候,会有邮件通知,并且登录WP之后,顶部工具栏会有提示。 可靠性是一款产品很重要的要素,友言用户的过度膨胀和服务器的跟不上,导致很多时候都故障,对网站用户影响很大。 总的来说,这类既然有专门的WP插件,就应该尊重WP的生态圈,以WP自带的,规则为主,第三方社会化论突出社会化的优就好

    24400

    vuepress集成

    docs }}123456 yarn docs:dev # 或者:npm run docs:dev当然这对于大多数人来说都是很简单的问题,自vuepress公开以后,有太多筒子想要vuepress添加 # 选择一个第三方gitment来必立Valine 前两者都是有厚实的长城,所以我建议各位就别想了,虽然有搭建过的blog。如果有想了解的请看VuePress 集成第三方论模块 。 使用其他方法更新论组件 或者使用其他较为好用的论组件 * 2. 添加categories and tag * 3. 加入以上代码即可完成真个,然后 yarn dev即可看到效果!# 我的开源项目地址vuepress-blog 欢迎star!mmm我的blog

    11220

    】Viv 能否一江湖?

    如果你的公司也想加入我们的榜单之中,请联:2020@leiphone.com? Cheyer表示一个合格的助手必须要对主人透明,如果你觉得某做法不妥,还可以将这从助手脑中清除。不过Whittaker对该想法泼了冷水,他认为这无法用于家庭助手。

    33950

    大众支付渠道网关的实践之路

    本文主要梳理大众支付渠道网关在面对这些成长烦恼时的演进之路,以及过程中的一些思考和实践。 在整个的演进过程中,核心思路是:大做小,做简单(具体描述可参考《高可用性在大众的实践与经验》)。在渠道网关实践过程中,可以明显区分出几个有代表性的阶段。 接入框架定义了请求组装、请求执行、响应解析和错误重试这一整套网关交互流程,屏蔽了底层的HTTP或Socket交互细节,并提供相应的扩展。 这是2个主要的问题:如何隔离 考虑过将支付服务进一步按照渠道拆分,将继续做小,但是拆分后,支付API的调用端需要区分不同渠道调用不同的支付API接口,这相当于将渠道隔离问题抛给了调用端;同时拆分后服务增多 经验与总结在整个渠道网关一步步的完善过程中,踩过很多坑,吃过很多教训,几小的收获:坚持核心思想,拆分、解耦,大做小,做简单;总会有出问题的时候,重要的是如何快速定位、恢复、解决问题,这是一个长期而又艰巨的任务

    660100

    高可用性在大众的实践与经验

    原文出处: 美团技术博客 所谓高可用性指的是如何保证比较高的服务可用率,在出现故障时如何应对,包括及时发现、故障转移、尽快从故障中恢复等等。 本文主要以的交易 的演进为主来描述如何做到高可用,并结合了一些自己的经验。需要强调的是,高可用性只是一个结果,应该更多地关注迭代过程,关注业务发展。 频率要低:减少出故障的次数设计:根据业务变化不断进行迭代以交易的演进过程为例。幼儿时期:2012年前使命:满足业务要求,快速上线。 可能会演进为下图这样:?上面交易的发展几个阶段,只以业务的演进为例。 的监控CAT能很好的提供这些指标变化,我们在这些基础上也做了一些更实时的能力,比 如订单QPS就是秒级的监控曲线。?有效的恢复机制比如运维的四板斧:回滚、重启、扩容、下服务器。

    67870

    相关产品

    • 顺风车系统

      顺风车系统

      顺风车系统(HRS)为出行客户提供高效的派单系统,可以精准匹配司乘需求,并提供全套多端功能。帮助车企轻松升级出行服务,低成本快速接入顺风车和拼车系统。

    相关资讯

    热门标签

    扫码关注云+社区

    领取腾讯云代金券