给店里30台收银机做Chrome远程巡检,我用Cloud Run定时任务卡了预算
店里的收银机跑的是 Chrome 109,系统是 Windows 10 21H2,一共 30 台,分布在三个门店。上个月开始有人反馈收银页加载慢,我一开始以为是网络,后来发现是 Chrome 版本太老,有些前端接口不认。你让我一台一台去点,不现实,我就琢磨着做个远程巡检:每天定时查一遍每台机器的 Chrome 版本,低于 120 的列出来,我再决定要不要上门。
店里的收银机跑的是 Chrome 109,系统是 Windows 10 21H2,一共 30 台,分布在三个门店。上个月开始有人反馈收银页加载慢,我一开始以为是网络,后来发现是 Chrome 版本太老,有些前端接口不认。你让我一台一台去点,不现实,我就琢磨着做个远程巡检:每天定时查一遍每台机器的 Chrome 版本,低于 120 的列出来,我再决定要不要上门。
上周帮一个做跨境物流的客户把数据从旧项目迁到新项目,两个项目都在同一个组织下,但分属不同的文件夹。旧项目里有 47 个 Cloud Storage 桶,总大小约 2.3 TB,桶命名的前缀不统一,有些带 `prod-`,有些带 `legacy-`,还有几个是纯业务名。客户希望迁移后桶名保持原样,只换归属项目。
手上的活是给一个做本地生活的小客户写查询接口,Node 20 + Express,跑在 Cloud Run 上,最小实例数 0(客户不愿意为闲置付费),内存 512Mi。压测时发现一个很尴尬的现象:服务热着的时候 P95 是 90ms,但只要闲五分钟,第一个请求稳定卡 8~9 秒。前端那边 loading 转圈转到用户以为挂了,我的外包口碑也跟着转圈。
月初对账,客户是家做跨境电商的小公司,Google Cloud Storage 里存了 2TB 的产品图,每月出账后老板都要看明细。这个月账单突然涨了 40 美金,我得把 3 月 1 号到 31 号的存储和流量费用全拉下来,按 SKU 前缀分组,看看是哪个目录在烧钱。数据量不大,账单明细大概 12 万行,我用的是 Python 3.11 和 google-cloud-bigquery 3.10.0
客户是个做本地家政的小程序,搜索框要能输入小区名自动补全。我第一反应是 Places Autocomplete,文档看着挺顺,加上 session token 就能按会话计费。我拉了个测试环境,Places API 版本是当时控制台默认给的那版,量级也不大,一天几百次请求,感觉闭着眼都能过。
土耳其站点的 Merchant Center 账号是去年接的,产品目录 1200 多个 SKU,运费一直靠后台手填的一套固定规则撑着。上个月 Google 把运费政策的校验收紧了一档,后台开始批量报「运费信息不完整」,但只报了个汇总数字,不告诉你是哪一批。账号里挂着两个子账号,一个是 TR 本地币结算,一个是跨境 USD,两边的运费模板不是同一套,手动在界面里翻页找问题 SKU,翻到第 40 页的
第一次配 Cloud Scheduler 定时触发一个 Cloud Function,我图省事,控制台里时区下拉框直接用了默认的 UTC。任务跑了两天,客户早上八点看数据,全是前一天下午的。啊这,我以为是 Function 里时区没写对,改代码、重新部署,来回折腾一轮,才发现调度器本身就在 UTC 里发车。
上周三下午,客户那边打电话说店里三台收银机页面打不开,叫我过去看看。我寻思着先远程摸一下底,结果一查发现这批机器装的 Chrome 版本乱七八糟,有 108 的,有 114 的,还有一台是 120 的。总共 30 台,分布在四个门店,跑的是 Windows 10,每台都装了 Chrome,但自动更新被不同的人关过,版本就分叉了。
给伊斯坦布尔一家做家居用品的客户维护一个内部小工具:Chrome 扩展(Manifest V3,Chrome 120 上下)定时拉 Google Ads 的广告系列消耗,写进他们自己的看板。数据量不大,一天几十个广告系列、几千行消耗记录,但要求准点——他们每天早上九点看前一天的数。原来的写法是扩展里直接用 `chrome.identity.getAuthToken` 拿令牌,拉一次接口,报 401
上周接了个小单:客户是个卖本地特产的小店,想在自家静态页面上加一个搜索框,输入「红」就联想出「红糖糍粑」「红薯干」。页面是纯静态托管在 Cloudflare Pages 上的,后端只有我给他写的一个 Cloud Run 小接口,数据量说出来有点丢人——商品总共 400 多条,存在一张 BigQuery 小表里。
先说清楚是什么环境:店里一台收银兼打印标签的小主机,Win10 专业版,Chrome 被我用组策略锁在 108 版本快一年。去年底开始有个客户的标签后台打不开,控制台报的是某个 WebGL 相关的错,换台机器就正常。我一开始以为是显卡驱动,折腾半天才反应过来是 Chrome 版本太老,页面用了新的特性。
上个月帮伊斯坦布尔一个小工作室理账,他们的 AdSense 后台是土耳其区账号,结算币种 TRY,付款资料里填的是本地税号。问题出在「预扣税」那一栏:后台显示的是税前收入和实际到账,中间少了一截,但每月数字对不上,工作室的会计坚持说按 15% 扣的,后台看下来有的月份接近 17%,有的月份又像 10%。他们把过去 14 个月的付款邮件和后台 CSV 都导了出来,手工核了三天没核平。
先说场景。县城里给一家做建材的客户维护六台门店展示机,装的都是 Chrome 120 左右,首页锁死成一个内部看板页。客户老板要求能远程看到每台机器今天有没有正常开机、页面有没有被人关掉。机器都在店里,没有公网 IP,我也不想为这点事去搞 VPN。
上周接了个外包小单,客户是个卖手工皮具的独立站,之前外包团队跑路,丢给我一句「SEO 后台一堆报错,你看看」。我打开 Search Console,索引覆盖里 404 那栏挂了 1800 多条,点进去一条条看,全是 `/product/xxx?from=old` 这种带旧参数的老链接。
土耳其区一个本地生活站的 Search Console 后台,过去三周「抓取统计信息」里图片请求占了 68%,HTML 只占 21%。站点规模不大:约 1.2 万个 URL,图片约 4.5 万张,托管在 Cloud Storage 后面挂 Cloud CDN。现象是 HTML 的抓取频次从每天 9000 次掉到 5200 次,新发的商户页要 4 到 6 天才被收录,而图片几乎当天就进索引。
最近在 Google 上折腾 Google(google 社区),工程实践,遇到一个挺典型的情况:同一个做法在文档里看着没问题,换一个环境就要重来一遍。
外包接了个小活:给一家做门店巡检的公司整理 300 台 Windows 小主机的 Chrome 版本,判断哪些还卡在 108 之前。对方没域控,没 WSUS,只有一份 Excel 主机名清单和一台能连外网的跳板机。第一反应是挨个远程桌面看 chrome://version,300 台,光排队就能把我这个月的网费吃干净。
店里有个做土语小站的外包单,站点部署在 Cloud Run 上一个 512MB 实例,前面挂 Cloudflare。Google Search Console 是去年底接进来的,验证方式一直用「HTML 文件上传」。上周开始,Search Console 的「安全与手动操作」里冒出一条提示,说站点有「纯垃圾」的自动流量,同时覆盖率报告里原本每天稳定 2000 左右的抓取请求掉到不足 300,索引量
先说清楚环境:县城一家小超市的收银机,Windows 10 家庭版 22H2,内存 4G,机械硬盘,装的是 Chrome 108 稳定版,平时挂着网页版收银后台和一个打印控件。上个月客户打电话说开机后弹窗“Chrome 需要重启以完成更新”,点了重启,收银页面白屏,打印控件直接失效,六十多单小票全卡在队列里。我先别急,先把版本按回去,再把自动更新掐住。
上周三下午,隔壁打印店老板抱来一台ThinkPad T440,说 Chrome 打开 Google 搜索一直转圈,可别的网站都正常。机器是 Win7,内存加到 8G,Chrome 版本挺老,我估摸着不是网络的事。先别急,我跟你讲,这种「只有 Google 转圈」的现象,十有八九是代理或者证书的问题,但这次我判断错了。