V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  hhyyd  ›  全部回复第 1 页 / 共 9 页
回复总数  163
1  2  3  4  5  6  7  8  9  
调味方面可以分享一下家常小炒的个人心得

1 、简单家常小炒核心就是 盐 + 糖 ,具体放多少按个人习惯,这次放多了下次少放,多做两次即可。

2 、家常小炒可以拓展的就是蒜,耗油,生抽, 按需适量即可 (提味 or 上色)


家常随手炒个番茄鸡蛋,土豆丝,小炒肉,这些简单的菜都没问题


大菜我一般参考下厨房的高分菜谱
5 月 14 日
回复了 zzdcool 创建的主题 生活 一大早被自己蠢笑了
疫情的时候烧糊涂了,穿着大裤衩开门拿外卖,把自己锁外面了。

网上找个开锁的还坑我钱,开半天说不好开,要换锁芯啥的,总之就是要加钱。

新冠给干懵了,然后穿个裤头,手机还快没电了,任人宰割,tm 的
V9FLU73U4W 感谢!
ID: 221
1 月 20 日
回复了 mk3s 创建的主题 职场话题 一醒来就吃了个大瓜
大数据行业和传统的软件开发还是有些微区别。特别是环境上,开发环境和生产环境的数据量、集群规模必然是有很大差异的,很容易测试不到位, 更多依赖代码 review 。
2025 年 12 月 10 日
回复了 hellopz 创建的主题 随想 我觉得豆包手机是大势所趋
豆包是否可以开始搭建自己的聊天、购物等等日常 app 。从底层开始搭建更适合 ai 交互场景的日常 app 。 何必依赖现在大厂的平台。

对大公司来说,开发一个简单能用 app 的成本并不高,高的是获客成本吧

你封你的,我搭我的。
2025 年 11 月 24 日
回复了 zzerd 创建的主题 推广 2015 赣南脐橙🍊开卖 给 v 友抽几箱
好吃,支持
围观围观
很难哎,应该把大模型更多当人来看,就像一个新入职的员工,直接让他按 XXX 口径取 XXX 数据, 他不知道数据不知道业务,很容易取错。


就算带了两年给训练成熟练工了,取相同的数据也很难一口气写个 100%对的 sql 。更别说业务的迭代了
2024 年 10 月 31 日
回复了 justincnn 创建的主题 OpenAI 各位 it 大神, ai 在你们心中默认的形象是什么?
@hhyyd 现在:知识丰富但不保真、能力强大但无主见的。。。孩子?
2024 年 10 月 31 日
回复了 justincnn 创建的主题 OpenAI 各位 it 大神, ai 在你们心中默认的形象是什么?
以前是:冷酷、固执、么的感情、绝对理性的杀手
2024 年 7 月 10 日
回复了 terrysnake 创建的主题 问与答 吐槽下罗技的售后服务,过保修后约等于没有
我鼠标刚过保就坏了,本来想打售后看看咋修,结果没有维修渠道。后来去淘宝上随便找了个店修了一下,效率还挺高。
2022 年 8 月 24 日
回复了 ghost024 创建的主题 程序员 c#和 Java 感觉好像,但是对泛型还是有疑问
今天正好看到一张表情包:

一个妈妈,和两个孩子 java 和 c#

妈妈:喊 java 你过来干嘛干嘛

c#: 妈妈你怎么从来不喊我的名字

妈妈: 好的,microsoft java

...... 我 ???
2022 年 6 月 18 日
回复了 dunhanson 创建的主题 程序员 RESTFul API 接口规范, GET 请求如何传递复杂对象?
碰到过类似问题。我们当时的方案

有直接用 get 传 body (楼上说可能有问题,这个我没碰到不清楚);

也有直接拼 query ,虽然不好看但是容量限制很大,一般超不了;

还有就是用 post ,个别复杂搜索接口用 post ,毕竟规矩是死的,人是活的,不要被限制死。
2022 年 6 月 18 日
回复了 sprout123 创建的主题 问与答 我这个崽又来诉苦关于恋爱结婚的那档子事了
首先我认为婚姻是需要双方父母的祝福。其次是你们两个人结婚,不是父母的婚姻。所以你们两个人能不能结婚还是要看你们两个自己,其中解决双方父母的态度也是你们两个人需要共同面对的事情之一。
2021 年 12 月 2 日
回复了 vocaloidchina 创建的主题 问与答 城市里有哪些适合安静独处的地方?
凌晨 1 点自己家的房间
我做了两个项目的登录功能后,目前的方案是:accessToken 过期时间设置短些,如果过期则前端用 refreshToken 获取新 token 即可(对用户来说是无感知的替换了 accessToken )。jwt 和 redis 选择一种方案即可,jwt 本身有附带信息解密即可,如果用 redis 关联 token-用户信息查询也很快。

两种方案都有尝试过,相对更倾向加上 redis 去做记录,如果想要在服务端清除用户本次的登录状态,如果有 redis 记录就方便些;如果用的是纯 jwt 的话,不是很好办,最终还是要服务端记录这个 jwt 。

楼主的过期超时 20 分钟的缓冲,其实就是 refreshToken 方式, 刚开始接触的时候,也用过这种 token 替换 token 的方式,后来发现还有 refreshToken 这种方式,非常适合这种频繁操作时延长 token 有效期的场景
1  2  3  4  5  6  7  8  9  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1031 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 22:52 · PVG 06:52 · LAX 15:52 · JFK 18:52
♥ Do have faith in what you're doing.