V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  justdoit123  ›  全部回复第 7 页 / 共 18 页
回复总数  345
1 ... 3  4  5  6  7  8  9  10  11  12 ... 18  
2024 年 10 月 12 日
回复了 sikuu2al 创建的主题 程序员 Element 主页的这个是咋实现的勒
说真的,这玩意让我找可以找得到。

但是让我“创造”出来,我还真不会。 厉害~ 厉害~
2024 年 10 月 12 日
回复了 sikuu2al 创建的主题 程序员 Element 主页的这个是咋实现的勒
找这个元素 header > .navbar-wrapper 有相关的样式:

.navbar-wrapper {
position: relative;
border-bottom: 1px solid var(--border-color);
height: var(--header-height);
padding: 0 12px 0 24px;
background-image: radial-gradient(transparent 1px,var(--bg-color) 1px);
background-size: 4px 4px;
backdrop-filter: saturate(50%) blur(4px);
-webkit-backdrop-filter: saturate(50%) blur(4px);
top: 0
}

最主要的有三个:
1. background-image 的 径向渐变
2. background-size 限制单元的大小
3. backdrop-filter 的毛玻璃
2024 年 10 月 10 日
回复了 justdoit123 创建的主题 Python 吐槽 Python 的 *args, **kwargs
没有攻击语言的意思。 估计这也是工程演进的产物。

也不是只是单纯的吐槽。 真的建议不要乱用语言特性。
2024 年 10 月 10 日
回复了 justdoit123 创建的主题 Python 吐槽 Python 的 *args, **kwargs
麻蛋,看这种代码感觉自己是在 剥洋葱/捉迷藏。

十年前的 coder 说:“大王,来抓我呀~ ” “我在这,来抓我呀~”。
@jigege2019 谢谢反馈 loki ~

最后已经搭建了 ES 。
@Mi1kTea 谢谢~
2024 年 9 月 9 日
回复了 justdoit123 创建的主题 Docker docker push 指定架构问题。
感谢~ @forte @kimera 我去尝试一下。
2024 年 9 月 8 日
回复了 justdoit123 创建的主题 Docker docker push 指定架构问题。
2024 年 9 月 7 日
回复了 chenxiaolani 创建的主题 程序员 后端接口一定要保持单一职责吗
这种不能简单通过谁方便、请求多少来考量。举个例子。

复杂详情页面。比如,商品的详情页面。

详情页面大概会有如下内容:
a. 商品自身的信息;
b. 优惠 & 活动;
c. 评论(列表);
d. 相关推荐(列表)。

这时候后端是只给你一个接口好,还是分多个接口去请求好?

从用户的体验来讲,最好先快速加载并渲染出商品信息、优惠信息。其次才是热评、最后是相关推荐。

我个人认为,这种场景真的只用一个接口的话。体验大概率会比较差。分成多个接口,各自加载、渲染可能会更好。那些评论、相关推荐的数据大概率没有商品自己的信息加载来得快。
需求太多变的场景下,73# 的说法挺适用的。
2024 年 8 月 30 日
回复了 datadump 创建的主题 TypeScript 低估了 typescript 的难度
别别别,业务代码真别用复杂体操。

TypeScript 你区分清楚哪些是 type ,哪些是 js 的代码就很阿弥佗佛了!日常用起来基本不会有什么问题。最低标准是一个逻辑单元对外的要有类型,对内实在没办法的地方就用 any 与 as 。没必要追求处处都要类型自洽。

进阶一点,知道 narrowing 、一些类型自动推导的逻辑即可。

类型体操,即便是写 lib 也不是太推荐用复杂的类型体操。太多次的变换、跳转,让用 lib 的人查起来也是很费力。
我感觉 Google 这种企业的做法合理一点,stack overflow 三天两头弹同意 cookie 的弹窗真的很烦。
1. 技术上并不是需要用户同意。实际上你爱怎么用,就怎么用。但是欧盟有法律限制,具体不是很清楚,貌似是第三方 cookies 的使用需要用户同意。因为这些第三方 cookie 基本是 google ads 之流,轻松可以追踪到用户的浏览行为。你自己网站需要用的必要 cookies 不受此限制。虽然只是欧盟有这些限制,但是不知道为什么很多网站都把这种要“用户同意使用 cookie” 的弹框对所有地区的访客开启。我曾经试过访问一些国际大企业的网站,比如 Google 搜索,当你把代理设置在欧盟国家的时候,会弹出一个条款要你同意,但是代理设置成欧盟外的地区,这个弹框又不会出现。

2. 回到技术层面,你这种方案有一定风险。cookies 只是存储介质,如果只是存储一些 session 统计等无关紧要的信息,那你这样做也所谓。但是当 cookie 存储的信息是身份验证信息的时候,你的这种处理方式会带来一定风险。js 能把 cookie 丢到 localStorage ,意味着你的这种 cookie 可以被 JS 读取,意味着如果网站有 XSS 漏洞,用户的 身份验证信息会被攻击者偷走。一般而言,用来存储身份验证信息的 cookie 不需要用户同意。一般要设置成 Http-Only ( JS 无法读取,也就不会被 XSS 攻击者窃取)、Secure (只能在 https 这类安全通讯协议上传输)、SameSite 至少设置为 Lax (老版本的浏览器并没把 Lax 设为 SameSite 的默认值)。
1 ... 3  4  5  6  7  8  9  10  11  12 ... 18  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3621 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 04:25 · PVG 12:25 · LAX 21:25 · JFK 00:25
♥ Do have faith in what you're doing.