小天管理

geoip 里面缺失很严重，很多大陆 IP 都不包含，网上找了一圈也没遇到合适的，要么比较陈旧，要么云服务 IP 域没有

兄弟们，有人知道这个公司怎么样吗？能稳定待下去吗？

由于特殊环境，只有使用 4G 流量卡路由器，买的蒲公英 X4C 服务器网址不能更改，地址 192.168.5.111 ，插入路由器 lan 口 X4C 地址 192.168.5.1 pc 接入 X4C 路由器。可以访问 192.168.5.111 ， 给 192.168.5.111 做了端口映射，外网没法访问。 这是 X4C 路由器外网走 apn ，有两层路由的原因所以外网不能穿透内网吗？

Role: C++/Oracle developer 岗位职责： • 参与系统需求分析、设计、编码实现、测试和验收； • 参与系统相关技术和应用领域设计文档编写； • 需要和 Global Team 协同合作进行开发。 感兴趣请联系微信 15622381862 岗位要求： • 参与过 1 个或以上大型系统的详细设计和开发（敏捷开发的环境，3 年以上开发经验）； • 熟练掌握 C 、C++语言，熟悉掌握 Linux 、Windows 等平台开发，掌握 Python 、JavaScript 、Java 基础知识； • 熟悉掌握 Oracle, MySQL 和 SQLServer 数据库应用技术； • 参与过 UML 建模设计，有专门的工具（如：powerdesigner 、StarUML 等）设计经验； • 有软件设计和模块化思维，能独立按时完成自己的任务； • 过往有外企的经验会加分; • 英文口语日常交流。

面部和腿部皮肤有擦伤，最近在用生长因子，不知道留疤痕可能性大不大，V 友们有类似经历吗

视频的关键词是“金毛捡包子”。 博主手拿筷子哆哆嗦嗦一个包子掉地上了，然后金毛就拿嘴给他捡起来放回饭盒里了。还舔了一下其他的包子。然后博主直接摔了筷子，把一盒包子都推给金毛吃了。 这个关键词一搜就能搜到一个滁州日报的剪辑视频。 但是这个剪辑视频一不完整，二没有博主自己哼的那个跑调 bgm ，好笑程度直接损失 95%。 想找原视频保存下来，但是找不到，不知道是不是被删了。谁能找到这个视频。在此先感谢了。

情况是这样的， 一年以前通过某大型 OTA 买了一张 2000 元的国内机票，从 A 到 B ，但是出行前发现航旅纵横上额外多了一张从 B 到 C 的机票，是 OPEN 票。我猜到是票代给我出了一张通过 B 中转的从 A 到 C 的机票。 然后前几天这个后半段的 OPEN 票过期失效了。 于是我找到 OTA 客服要求就这个违规操作索赔， 没提金额，OTA 爽快答应赔偿 800 元。我突然觉得应该 claim 一个更高的值，毕竟以前光燃油基建费就有 200 多，赔偿的 800 元中至少 200 多本来就是我自己的钱。 有懂行的 V 友吗？ 这个索赔多少合适。 目前下限就是 800 ，上限是否够得上消保法提到的退一赔三 8000 元？ 据我所知处罚金额一般都在 5 万以上

最新进展： 我准备去 produnthunt 打榜了，兄弟们， 想法 我最近想说的是，产品无论做的怎么样，应该有一个截止时间，是好是坏，让大伙玩一下就知道了。 一方面肯定会有人支持你，这样你会更有动力。 一方面肯定有人批评你，正好验证下补足。 如果你没钱推广，只是一个普通的开发者， 如果你不想打工，想尝试独立开发， 如果你想推广你的产品，你想出海， 那你肯定会遇到和我一样的困扰和处境，大家的走的路都是一样的。 单纯推广来说： 你会尝试去海外社交媒体上混着，twitter,reddit,linkyin 上发表想法，评论，或者秀下存在感。 但我想说的是，也许可以一开始就应该做这一件事情，等等真正要做这件事情的时候似乎一些晚了， 只要有出海的想法，就应该早早的(养号)。 我知道很多程序员和我一样，只想开开心心的写代码，问题是不行呀。 营销很重要! 营销很重要! 营销很重要! 真的超级很重要。 有时候真的我们应该学学阿三，甭管产品怎么样，说出来就是宏大叙事，就是牛逼的。 要不然你想找个人，喷你你都找不到。 大部分情况是，让周围的好友关注下，但你的好友并不是你的付费用户。 我想出海产品，国内群体就不应该是主要的用户，要不然怎么是出海。 好友转发 -> 中文独立开发圈子 -> 国外社交媒体转发。 但我猜测大部分应该就止于这一步了，或者第二步，并没有太多外国人关注， 吐槽完毕， (狂徒+反甲+日炎+蓝盾) 战士疯狂叠甲 以上纯个人瞎逼逼，不喜欢就是我错了。 最后 过两周我来汇报下我的打榜成果。 附上打榜通知链接： https://www.producthunt.com/new/products/x-cards

坐标长沙。 我的需求是，希望能有 45 码以上的速度，然后我的单程距离大概在 14KM 左右。期望是能够两天或者三天？充一次电？ 有没有推荐的靠谱的电动车，预算是 5K 左右。

仓库地址： https://github.com/luke358/podcasts_pro 下载地址： https://github.com/luke358/podcasts_pro/releases/latest/download/app-release.apk 分享给大家，也许用的上呢🎉

坐标郑州，21 年入了一套三室（属于是四九年入国军了），目前契税不足 2 年，即如果卖房的话增值税（ 5w 左右）无法避免。 前提如上 目前已支出 50 多 w ，如果现在出手的话，只能回款不到 15w ，也就是要亏 40w 左右， 因为是普通家庭，没有余钱，出手的话虽然可以降低负债，但是父母一生积蓄也就打水漂了， 基于这种情况，各位大哥有没有什么建议

由于 Temu 限制:[再次声明：半托管除库存接口外，其余接口请求到 US/EU 网关接口返回的数据，必须存储在 US/EU ，不允许存储在 CN ，所有对接方要求配置 IP 白名单（ US 对 US IP ，EU 对 EU IP ）] 无法使用腾讯云之类的服务器，谁能推荐下性价高靠谱便宜的服务器 谢谢。

1. 房产中介拖欠了 1 个月的房屋租金，目前已经胜诉，但公司没有财产，该公司为一人股东公司。 我没有请律师，无法申请调查令（这政策真傻逼），所以无法去市政中心调去该中介公司股东、法人信息。 可以通过哪些途径获取该中介个人的身份信息 2. 之前借给朋友 5000 块钱，2020 年初微信借出，是通过微信询问对方银行卡号进行的转账。问了三四次都说没钱。 想去起诉对方，奈何没有身份信息。证据齐全，从借钱到要钱，都有聊天记录。 可以通过哪些途径获取对方的身份信息（已知姓名和银行卡号） 希望大家能提供一些可行的方法，在此十分感谢

https://imgur.com/yZr3r1i

公司介绍 自然选择（ NatureSelect.ai ）成立于 2024 年 2 月，致力于探索情感陪伴的本质，寻求将智能转换为情感的最优方式。 我们认为所谓“陪伴”是“有一个人陪你一起面对这个世界的不确定性”；所谓“灵魂伴侣”是“那个和你实现超级对齐（ Superalignment ）的人”。通过技术+艺术的有机耦合，我们尝试逼近《 Her 》级别的真实陪伴体验。基于亿级独家语料，我们自研了情感陪伴场景下的对话大模型-Vibe 、记忆大模型-Echo ；结合上层的内容推荐系统、多模态交互系统、3D 互动玩法等，共同构成了我们心目中合格的“陪伴”。 创始人数年来一直专注于高沉浸感的恋爱游戏，过往项目《奇点时代》开创了男性向恋爱游戏品类，收获数百万玩家和数亿流水。核心团队来自全球顶尖科技公司、游戏公司及知名高校，拥有互联网产品+商业化手游+AI 大模型的复合背景。 公司目前已完成主流美元 VC 的天使轮融资，估值过亿。 后端工程师 职位描述 负责公司 App 产品的后端研发，编写高质量的代码 完成需求分析，系统设计，开发，自测，部署，技术方案的落地和维护 职位要求 精通 Golang 或者 Nodejs 语言，有扎实的计算机基础 熟悉分布式系统，数据一致性，高并发处理，对于系统设计有经验 熟悉 postgres 和 mongodb 以及 redis 数据库，有很好的数据建模能力 熟悉 linux 基本操作和 k8s 编排 熟练掌握容器技术和微服务架构模式 具有扎实的编程功底，良好的设计能力和编程习惯；有优秀的优化、调试和解决问题能力，逻辑思维清晰严谨 有强烈的求知欲和进取心；良好的沟通能力和团队协作精神，有创业公司经验者优先 熟悉 AIGC 领域优先 名校和硕士学位以上优先 Web 全栈开发工程师 职位描述 使用 React 开发高响应性的用户界面组件 构建和管理 REST API ，实现数据库与网页端 整合第三方 API 维护产品的稳定性和安全性，对用户反馈的问题进行修复和优化 职位要求 以 JavaScript 为基础的前端开发能力，包括 HTML5 、CSS 、前端 JS 、React 的开发能力 对 Node.js, Express 等有基础使用能 熟悉 Next.js 、Typescript 三年以上 web 前端和 Node 后端开发经验 对于产品和 UX 有审美能力 具有扎实的编程功底，良好的设计能力和编程习惯；有优秀的优化、调试和解决问题能力，逻辑思维清晰严谨 有强烈的求知欲和进取心；良好的沟通能力和团队协作精神，有创业公司经验者优先 良好的英文文档阅读能力 有 CICD 经验，docker 优先 名校和硕士学位以上优先 公司特殊福利 每周办公环境按摩 办公环境健身 工作 Base 在深圳，联系邮箱 luositing@16gal.com

比如说短信，Mac 上已经提示有短信了，2 分钟后 iPhone 才提醒，而且每次都是 2 分钟 有遇到过这种情况的吗

v1 后端 - Java - 2019.11 - 2021.01 前端 - NextJS v9 + Antd - 2019.11 - 2021.3 @reduxjs/toolkit :::tip 总结 非常简单的尝试，很快就失败了，目标并不明确。 对 CRM 并不了解，过于盲目。 堆砌了一些基础前端组件。前端开发能力尚不成熟。 ::: v2 2020.01 - 2020.06 后端 - Node - nestjs nestjs objection - ORM swagger 前端 - Antd v4+NextJS v9 react-final-form redux tinacms :::tip 总结 后端 后端尝试构建基于 Schema 的 CRM ，但过于动态，过于灵活导致逻辑开发复杂。 对 NodeJS 后端开发并不足够了解，目标更像是一个 low-code 后端，但是支持 CRM 实体。 这个阶段对 CRM 逻辑有了一些了解。 需要的是 先 CRM 再 low-code 核心逻辑是确定的才能更好开发业务 - 不然要做太多假设 NodeJS 容器真的很大 确定了要走 Schema 的方式 - 前端通过 Schema 做更多的事情 前端 前端选择 Antd ，发现阻力越来越大，实现定制化很难。 这时的前端开发能力还相对欠缺，对生态还不够了解。 探索了前端想要达成的目标 - 窗口、多 Tab 不要选择 antd 这种过于全面无法定制的组件库 ::: v3 后端 - Go - 2020.11 - 2022.07 gorm + restful - 前期 ent + gqlgen - 中期 gorm - 非核心 CRM 业务 前端 - 2020.11 - 2022.1 NextJS BlueprintJS - 前期 graphql-codegen urql - GraphQL TailwindCSS - 后期 zustand - 后期 react-hook-form :::tip 总结 这个阶段是历时最长的，除了核心的 CRM 还完成了其他的一些附属模块。 后端 后端使用 Golang 开发上进行了一些探索，前期 gorm+restful 方式代码量大且重复。 之后选择 ent+gqlgen+自定义生成代码。 GraphQL 对前端非常友好 - 但选择了先 GraphQL 而非先 GRPC 是比较失误的 基于 ent 实现自定义生成逻辑 生成了 schema - 但非标准 jsonschema - 且长期未从后端拉而是直接放在了前端 改动困难 自定义 schema 前期用起来爽，后期维护困难 - 记忆层面和熟悉度层面 生成了 graphql 的 golang resolver 代码 - 通过解析 AST 的方式植入 生成逻辑过于依赖 ent ，改动维护困难 生成 golang resolver 逻辑维护困难 ent 生成过多的东西 - 代码库冗余 ent 升级有风险 生成逻辑不兼容 - 主要问题 - 不敢随意升级 - 开发阻碍 自身不兼容 确定了要先 GRPC 的方式开发 基于多 DB 后端的多租户逻辑不好维护 优先设计的 On-Prime 模式，未考虑 SaaS ，后期尝到了苦头 前端 前期基于 Blueprint 快速实现大多功能，但还是因为经验不足，很多东西实现有缺陷。但实现了初期原型，达到了想要的结果。 Blueprint 提供 CSS 直接使用，非常方便 - 侵入性远远小于 Antd Blueprint 升级需要改动所有的 CSS 前缀 - ⚠️ 后期选择 Tailwind 开发 组件传递、自定义经验欠缺 - 做了很多不好维护的扩展 基础 Schema 不标准 - 很多东西基于不标准的 schema 开发后结果是往更不好的方向发展 优先考虑了用户使用而非管理使用，导致所有管理维护开通都需要人为 - 不可持续 期望中的模块化一直未实现 ::: v4 2022.06 -> 2022.11 后端 确定了要优先 GRPC ，且使用标准 Schema 。 因此将 protobuf 的定义作为 Single-Source—Of—Truth Schema 。 分离接口 Schema 和 DB - 之前是 ent schema -> graphql schema 虽然选择 GRPC 但也要直接能给前端访问 选择了 connect 协议 实现了 connect-gateway 实现了基于 Redis 服务发现 实现了基于 grpc reflection 自动暴露服务 DB 确定不要通过 ORM 自动维护而是手动维护 实现基于 PG RLS 的多租户逻辑而非多 DB 模式 实现 CRM 时 DB Schema 的重要性等同接口 业务沉淀为数据库模型 也因此分离 API 模型和数据库模型 Golang -> NodeJS 初期尝试用 Golang 实现 核心问题 ⚠️ 开发一段 前端再回到 Golang 会 痛不欲生 - 上下文切换、开发思路切换 Golang 生成代码只能静态生成，NodeJS 可以动态生成 NodeJS 更加灵活 - PoC 阶段更有优势 使用 NodeJS 可以和前端在同一个仓库 - 核心逻辑开发维护更容易 NodeJS fastify+jsonschema+sequelize 通过 grpc 生成 descriptor, definitoon 启动后通过 descriptor 生成 jsonschema 通过 jsonschema+definitoon 生成 grpc-service - nice-grpc 实现标准的 CRUD 语义 fastify POST -> grpc 实现 - 类似 connect 语义 grpc-server -> grpc 实现 未来: web -> connect-gateway -> grpc-server -> grpc 实现 前端 daisyui+tailwindcss - 放弃 Blueprint 不再直接选择成熟的 UI 框架，而是选择基于 CSS 的样式库 daisyui 提供了一套命名 class 的方式 - 有 Theme 确定 管理功能优先于用户功能 确定 功能能被看到才算开发完成 模块化 仍在尝试中 - 借鉴其他实现 提供开放的 OSS 存储 目前明确方向 分离 os 逻辑和核心 route 逻辑 - 揉在一起困难 v5 2022.11 -> 2023.03 方式的调整 不只是独立于业务单纯的思考怎么做 CRM - 没有任何意义/产出的东西不可用 业务层面将以前的思路以 DB Schema 的方式沉淀 贴合现实做一些实际的事情 后端 RPC over NATS 简单易用 能实现多租户 自定义 RPC 弱 Schema - 一个人维护不过来 重新定义分层 DB -> Entity -> EntityService -> RemoteService -> Controller, tRPC, GraphQL 层次更多，但是更清晰 改动相对独立，互不影响 依然全面的 NodeJS/TS/NextJS/NestJS 尝试更加轻量的服务 - HonoJS 尝试更加轻量的前端 - Vite 不能 SSR/SSG/Server Action 添加多个页面相对麻烦 尝试 Typescript 生成 zod/typebox - Single-Source-Of-Truth 前端 大部分页面直接使用了 v4 的内容 - 逻辑结构上有一定调整 证明 daisyui+tailwindcss 的移植性的确很好 尝试引入了 shadcn 核心功能能够做到模块化 尝试重新恢复多窗口 v6 2023.3 -> 基于 v5 大致内容不变的情况下调整以提升开发效率 主要调整内容 API 调整 - trpc -> GQL 结构选型调整 - 轻量化, 开发效率优先 调整内容 Nats RPC + trpc -> GraphQL trpc 内容多了过后类型推导太慢 GraphQL 直接对客户端保留 避免要求通过 RPC+trpc 对客户端 减少开发量 RPC 保留为对服务端 NextJS -> Vite - 纯静态前端 console 开发反映要快得多 现在的 NextJS 不适合做后台，不适合做太过动态的项目 Vite HMR 体验要好得多 fastify + NestJS Controller -> Hono 保留 NestJS 作为 IoC 容器 Hono 简单容易维护 缺点是 Hono OpenAPI 使用 zod-openapi 没 NestJS Controller 那么好用 但 可以 share schema 给前端 - 不过使用了 GraphQL Codegen 一般也不需要 GraphQL 使用 type-graphql+yoga+urql 大量引入 mixin 来抽象业务逻辑 ORM 层 https://github.com/wenerme/wode/blob/main/packages/nestjs/src/entity/mixins/index.ts GQL 层 https://github.com/wenerme/wode/blob/main/packages/nestjs/src/type-graphql/mixins/index.ts Golang -> Bun 将最后依赖 Golang 的 企业微信会话内容存档转为 Bun bun:ffi 能很好的和 c interop WeWorkFinanceClient.ts 领域开发 Follow 固定的 schema 模式 https://wener.me/notes/dev/design/schema 逐渐固化大的业务框架 https://wener.me/notes/dev/design/erp 逐步引入一些公共的业务逻辑 结果 目前差不多的前后端部署了 3+ 套 固化下来差不多的前后端框架 前端 https://github.com/wenerme/wode/tree/main/packages/console 后端 https://github.com/wenerme/wode/tree/main/packages/nestjs 外部集成 https://github.com/wenerme/wode/tree/main/packages/client 接下来 抽取更多公共业务逻辑 引入更多业务域 文件处理 - 类似网盘 更多外部服务集成 原文 https://github.com/wenerme/wener/blob/master/story/2022/2022-08-17-crm-trials.md 文章 https://www.wener.tech/story/crm-trails

亲弟马上国庆结婚了。之前我结婚的时候，他和她女朋友在夜市画了个我和我老婆合照的数字肖像给我们。我感觉蛮有心意的。现在马上离国庆还有个把月，想也给他们准备一个礼物。 ps: 要突出有心意，价格无所谓的，便宜的贵的都可以。

之前免费的 SSL 调整到了三个月，然后我找了找发现可以用 ACME 生成，今天下午收到阿里云的站内信，把_acme-challenge 的解析全删了... 是要用户买 ssl 吗... 还是我遇到了 bug... 问了客服说要向上反馈...

有没有能打的了

会看短视频，推，油管，纪录片，美剧，好友说不看书算是巨大的缺点，那些东西都没有体系

两大块北上深杭四城 base： 经营平台：经营平台团队负责火山引擎产品管理、销售管理、商品管理,客户管理等一系列系统的研发,该平台作为火山引擎经营管理体系的核心管理系统,支撑了产品研发,产品销售,产品交付等关键的经营管理活动。 稳定性：稳定性架构师、可靠性架构师、产品技术架构师 JD： https://job.toutiao.com/s/ircGt8CT 联系方式：YWZ1bHVvX21pc2V5YQ==

本来打算用移动 wifi ，但是考虑到两个人共用一个不太方便，万一要分开行动就麻烦了。 有没有大佬推荐一下便宜实用的方式？