话题公司 › 58同城

公司:58同城

关联话题: 天鹅到家

58同城(NYSE:WUBA),简称58,是一家位于中国北京市的生活服务及分类信息网站,以在地服务为主,举凡租房、招聘、交友、水电、二手交易等等,由北京五八信息技术有限公司拥有,创始人是姚劲波,成立于2005年12月12日。该网站是中文最大的生活信息网站,该网站的口号是“一个神奇的网站”。

前端异常监控 Sentry 的部署和升级

Sentry 为一套开源的应用监控和错误追踪的解决方案。这套解决方案由对应各种语言的 SDK 和一套庞大的数据后台服务组成。应用需要通过与之绑定的 token 接入 Sentry SDK 完成数据上报的配置。通过 Sentry SDK 的配置,还可以上报错误关联的版本信息、发布环境。同时 Sentry SDK 会自动捕捉异常发生前的相关操作,便于后续异常追踪。异常数据上报到数据服务之后,会通过过滤、关键信息提取、归纳展示在数据后台的 Web 界面中。

转转使用 Sentry 监控前端错误已经有好几年了。我们在 SDK 端封装的统一的 @zz-common/sentry 库。从而实现了 vue、react、小程序、node、ssr 的统一接入和错误分级管理。可以参考文章:转转商业前端错误监控系统(Sentry)策略升级。之前我们使用的 Sentry 是源码安装的老版本。后来客户端需要接入 Sentry 并上传 mapping 文件。但是老版本的 Sentry 总是上传失败。所以我们就准备升级一下 Sentry。本文就是用来记录 Sentry 升级部署和遇到的问题。

公众号运营设计全套秘籍

本文梳理了公众号设计过程的每个流程、方法和细节,一次性看个够,干货满满。

jvm-sandbox初体验

目前转转的辅助测试平台有JVM注入、流量回放,前者通过修改指定服务、类、方法返回值,Mock超时、异常等难以测试覆盖场景,提高测试效率;后者通过在稳定环境采集流量,动态环境自动回放用例,根据diff同一用例稳态和动态环境返回结果来检验程序是否存在问题,降低代码变动对整体系统带来的风险,这些平台均用到了jvm-sandbox技术,最近学习了相关知识,记录下初次体验心得。

OCR在转转游戏的应用

本文主要介绍,OCR技术结合转转游戏业务具体场景使用中遇到的一些问题和解决方式。

设计规范如何高效落地,助力业务提效?

58到家是一款互联网家政服务的平台,有着严谨的视觉和交互规范,同时为满足平台和用户的诉求,我们在对APP进行不断的优化和打磨;

在APP不断升级和页面的变化中,我们打造平台统一的设计语言和规范,那么如何保证规范有效的落地呢?

4个小技巧搞定复杂的业务场景设计

怀着让设计发挥更大价值的初心,站在全局视角从产品侧、用户侧和体验侧多个角度进行深入洞察,去挖掘能够发挥的机会点,要辅助业务实现业务目标,解决业务问题,创造业务价值。

58同城春节运营——造牛神记

每逢佳节,拜佛许愿抢头香是永不退流行的民俗活动。我们提取出了人群中的高频愿望,归纳成为六个牛神,分别承载:财富,学业,平安,健康,爱情,事业等愿望,以及牛神的最高统帅牛魔王。

根据牛神所代表的不同愿望,进行装扮的设计。那么如何概括传统的服饰,将其贴合到每一个牛神身上,并且符合牛神所代表的愿望是美术设计的难点。

58同城Android端-最小插件化框架实战和原理分析

移动互联网进入存量时代,随着人口红利减退,充分盘活、经营现有流量便成为了各行各业全新的机遇与挑战。各大公司都在内卷发力,对 App 包大小、启动速度、性能做持续优化。

App 包体积和用户转换率成负相关,包体积越小、用户下载时长越短,用户转换率越高。而随着国内用户的增量见顶,越来越多的应用选择出海,开发对应的海外版,Google Play 应用市场目前强制要求超过 100MB 的应用只能使用 AAB 扩展文件方式上传,Google Play 会为我们的应用托管 AAB 扩展文件,进行自定义分发和动态交付。

转转图书对基于Drools引擎的DMN实践

DMN主要应用在向程序员以外的人员提供决策管理的能力,以求更准确地反映目的,从程序员的角度讲可能和写ifelse没什么不一样,但是其他角色的参与人员可以通过较低的学习成本来上手实现规则,能够减少沟通成本和不同人的理解差异产生的不符合预期的结果。

从前端视角看转转售后业务

本文主要从前端视角,分享一下转转售后的业务和系统。

浅析测试环境远端Agent工作模式(上)

转转新测试环境,在每台测试服务器都部署了一套HttpAgent(以下简称agent),由eig测试环境管理平台下发命令,agent完成命令接收、解析和响应,实现并发和调度控制,异步调用环境维护脚本。之所以自己开发一整套agent,是因为转转测试环境由多业务组成,复杂度非常高,我们可以根据自己的业务高度定制,做一套适合我们转转的,好用的系统。

场景接口测试平台搭建实践

在持续的业务测试中,接口用例会逐步沉淀形成一定规模。RD自测或者QA测试时,RD要执行冒烟级别接口测试用例进行冒烟测试,QA要执行接口测试用例测试新需求、回归老业务。在需要执行用例时,要去接口用例工程中反复查找相关用例进行执行。如何更高效的管理和使用接口用例?通过平台化,降低管理成本和执行成本,即根据业务场景、用例类型等维度进行分类管理,可视化执行。

单测增量代码覆盖率统计方案

转转增量代码扫描数据作为上线准入的重要依据,目前所有测试环境执行的测试均有覆盖率统计,但是部分需求或服务更加适合使用单测进行验证,也有部分RD有单测的好习惯。单测覆盖率的缺失无法通过覆盖率分析补充case也对上线准入评估造成了一定的困扰。因此,我们将单测的增量代码覆盖率融合至测试环境覆盖率中,解决以上问题。

转转App代码覆盖率方案

代码覆盖率是业内常用的统计代码被执行程度的手段。覆盖率数据结果是对测试工作的一种保证,可以赢得信任、增加上线信心。今天就让我们来聊聊 转转App代码覆盖率方案的实现及应用,希望可以给大家带来一些思路和参考。

Java字节码增强技术介绍

本篇文章主要介绍 java instrument和 ASM,文中部分内容来自Java API doc和 ASM user guide。有兴趣深入研究的同学可以从这两份资料获取更详细的内容。关于工具的具体使用场景和落地。

SFF一站式node服务管理平台实践

SFF(Serverless For Frontend)一站式node服务管理平台,是基于Serverless服务提供的一套node服务整体解决方案,让开发者专注业务开发,大幅提升开发和运维效率。

首页 - Wiki
Copyright © 2011-2024 iteam. Current version is 2.137.1. UTC+08:00, 2024-11-22 15:30
浙ICP备14020137号-1 $访客地图$