越秀地产总部营销云项目是基于 aliyun edas 平台实现的微服务架构业务平台,核心服务30+,项目主要负责搭建越秀地产数字化营销官方平台,微信搜一搜,越秀房宝小程序,目前越秀房宝小程序已经累计用户数有 927W 的用户数据,留电号码线索量 850W+,外部定制化活动 30+,公众号运营粉丝 50W+,服务器支持上百次大流量的广告投放和消息推送,日均活跃用户数 5000+, 最高服务器当天访问人数 30W+,活动推广条件下服务器秒级最大吞吐量可达到 6000 左右 tps/sec,最高分钟内访问用户数 5W+,越秀房宝购房平台主要有 7大核心业务模块 1、ADP 投放平台,拉取巨量、腾讯...
项目周期:20 天 技术栈:HTML5/CSS3、Vue3、响应式布局、WordPress 轻量化后台、宝塔面板部署 项目背景:佛山南海本地 20 年精密五金制造企业,原有官网老旧、移动端适配失效、无 SEO 能力,线上询盘几乎为 0,核心需求是打造符合制造业调性的品牌官网,实现移动端全适配,提升百度收录与线上询盘量。 核心交付:独立完成需求调研→UI 重构→全端开发→后台搭建→上线部署→基础 SEO 优化全流程,落地品牌展示、产品中心、新闻资讯、在线询盘、资质公示 5 大核心模块,兼容 PC / 平板 / 手机全尺寸设备。 项目成果:首屏加载速度从 8.2s 优化至 1.6s,百度核...
随着短租民宿、公寓型住宿产品在美团、抖音等生活服务平台上的持续火热,传统的房源管理、订单处理与房态维护方式已难以满足高效运营的需求。本项目旨在为公寓运营方(管家)与租客搭建一套闭环数字化管理平台,实现从房源配置、渠道上架、订单同步、入住管控到退租保洁的全流程自动化,提升运营效率与租客体验。 1. 房源配置与上架 管家通过管家端录入房源信息(位置、户型、设施、图片、价格、租期规则等),提交至后台。 后台管理员审核房源信息,通过后房源自动同步上架至美团、抖音等外部生活服务平台。 2. 租客下单与订单确认 租客在美团/抖音浏览并下单心仪房源,订单信息实时同步至本平台管家端。 ...
基于原有框架,接手开发,整理了地产公司的地产评估流程,独自完成了功能调研,功能设计,最终完成评估流程功能,其中最有特色的是工单审核,因为不同评估流程,审核人数,审核次数,审核等级都不同,所以设置自定义审核流程设置和相关的审核效果。(ps:本人多数制作企业内部使用的系统,更多页面不方便公开,以及代码无法上传)...
本项目面向房地产租售服务与中介管理领域,主要服务于房产中介机构、代理公司、个人房东与租客。平台通过整合房源采集、代理管理、带看调度、交易闭环四大核心模块,构建了一个从房源上架到成交下架的全流程数字化管理体系。适用于房产经纪公司、独立代理人、物业租赁部门等场景,帮助用户提升房源流转效率,降低沟通成本,实现租售业务线上化、标准化。 功能介绍 1. 多角色代理注册与管理体系 平台支持企业代理、个人代理、带看专员、客服人员、财务人员等多角色协同工作,注册流程清晰分层: 企业代理:扫码注册 → 填写企业信息 → 后台管理员审核 → 成为企业代理 个人代理(企业名下):扫码企业二维码注册 →...
《基于大数据的北京二手房房价浮动分析平台》是我独立从0到1完整设计并落地的全栈数据分析系统。该平台以真实市场数据为核心,实现了北京二手房房价的“采集—清洗—建模—预测—可视化”全链路闭环,为购房者、投资者和市场研究人员提供专业的数据决策支持。 项目中,我自主开发了工业级安居客移动端爬虫系统(Selenium + undetected-chromedriver + selenium-stealth + 指纹随机化),成功突破PerimeterX等主流反爬机制,稳定采集并入库19,390条北京真实二手房源数据,涵盖小区、户型、面积、楼层、装修、建成年份、总价、单价等20多个高价值字段。数据采集后...
2. 原子扣减逻辑实现(Lua 脚本) 为避免“读取-判断-写入”三步操作在并发环境下的竞态条件,将整个检查与扣减逻辑封装为一段 Lua 脚本,利用 Redis 单线程执行 Lua 脚本的特性保证原子性。 Lua 脚本内容: lua 复制 下载 -- KEYS[1]: 库存Key -- ARGV[1]: 请求扣减数量 local key = KEYS[1] local requested = tonumber(ARGV[1]) local current = tonumber(redis.call('GET', key) or 0) ...
技术目标 业务解耦:订单核心服务只负责发布领域事件,不感知具体下游消费方。 削峰填谷:高峰期瞬时订单消息进入队列缓冲,由消费者按自身处理能力匀速消化,保护下游服务。 可靠性保证:通过消息持久化、生产端确认(Publisher Confirm)、消费端手动确认(Manual Ack)机制,实现消息“至少投递一次”的可靠语义,避免消息丢失。 幂等性设计:确保同一消息被重复消费时不会产生副作用。...