@Livid 这两天（这两周），没登录的人呢 ？ （非抬杠或者较劲）


还有
"规则不会因为是否是老用户就变形。"

我感觉你这句可能是嘲讽 ？ （不排除我可能理解的不太对）

也许这些相对比较好
"规则不会因为是否是老用户就变化"

网站规则: 回忆一下你看过的电影里的那些正面角色的说话方式——把一件事情好好陈述出来，没有冷笑，没有嘲讽，没有反问，就只是好好说话而已

@maomaomao001 最后一个图 [最简单的解决方案] https://imgur.com/tU2EOPl

@Livid 我这是第一次看到有人因为这个被 ban , 正如我说的那样， 你回复的那三个帖子早就沉到海底去了， 但是 GPT 现在这么火， 如果有人好久没登录 （ 1 ，2 个月 ， 半年） ， 然后再来用 v2 的话， 很容易导致自己用封啊 ,


规则不会因为是否是老用户就变形...

1. 这个人没有骂人 ， 看起来也没有什么恶意的历史回复
2. 我认为这个本身就是网站没做好一个类似全局的公告系统 ， 你（你们 mod 团队）以为以前讨论过很多 （甚至三个主题） ， 但是，不是天天来，或者各种原因错过的人来说， 这三个主题 = 不存在 (没看到， 或者当时不感兴趣之类的)

更甚至，
你可以现在看一下网站规则
无论是
https://www.v2ex.com/about

https://imgur.com/zxjoW7P

还是
https://www.v2ex.com/help/assertive

https://imgur.com/X0jwcKL

都没有任何关于 chatgpt 的相关规则...


最简单的
你们搞一个在 回复框里的简单提醒都比那些强很多....
https://imgur.com/undefined

最后
这网站本来就是几个管理员管理的， 如果这么几个人管理都能搞到这么僵化，
不区分正常的老用户和新注册的 spam 之间的差异
不区分骂人辱骂，和其他类型的问题 ,
还抱着这样， 啊 ，你看我们多么公正， 不管老用户新用户， 都一样封的理念 ， 我认为是不太对的 .
如果有必要，你们可以做个投票之类的， 有多少用户支持这样用封一个相对正常的用户. (每减少一个正常用户，很可能会多出来 10 个不正常用户污染列表 ... )

@Livid 这个用户看起来是老用户，看起来是重度使用过 V2EX ， 直接彻底 ban 会不会也太严重了 .
理由:
1. v2 网站没有一个整体的全站公告之类的系统， 导致， 如果错过了你置顶的 "不要把 AI 生成的内容发送到回复里" 那个主题的话 , 说不定这个用户是真的不知道 ?

优化建议:
新增功能
特别是对于那些可能会导致封禁账号的规则(类似现在的这个)，也许考虑在用户发送回复主题之前新增一个确认阅读了规则的功能 ？

@404www 加到 worker 里应该要用平台 api 之类的， 比较费劲。
简单的方法就是，
你 写好了 worker ， 部署了， 然后给这个服务自定义域名。
然后用 zero trust 给这个域名加防护 （也就是邮箱验证， 然后把时间设置到最高 30 天） ， 这样就可以非常简单的防护 worker 本身的内容了

@dingwen07 这种我试过， 和邮箱登录差不多， 也是差不多需要借助一个外面的 provider ，
我想要最最简单的 ， 服务器上设置好账户密码， 所有客户端 （电脑， 手机， 或者其他设备 （这个设备很可能没登录 github ） ）用一个最简单的方式访问到 ， 又能阻止别人访问的方法

@dingwen07
是用 zero trust 那个吗 ？ 有没有具体的添加 basic authentication 的方法 ?
(不是在 worker 代码里写 https://developers.cloudflare.com/workers/examples/basic-auth/)
(也不想要 zero trust 里的什么邮箱登录 ， 就想要一个简简单单的 basic authentication)
而是直接在 域名上控制的那种.
我看 access 那个控制基本都是 按照，ip ，国家什么的限制 。
如果我只想自己用的话， 有没有什么好的 cloudflare 自带的方法呢 ?

这不是正常吗 ? 产品提需求当然不用特别考虑技术实现啊 . 产品提需求, 然后在和技术交流那些能实现那些不能实现 , 那些要取消, 那些需要做改动等等 , 再做进一步的调整啊 .
这不就是团队合作本该有的样子吗 ? 要不然你开会干什么 , 产品技术都懂完了 , 那还开什么会,交流什么 ???

或者换个角度 , 如果你要产品从技术角度出发 , 技术从产品角度出发 ,这样岂不是个子都会从比较不擅长的方面出发 , 也就只能发挥比个子单体更底的水平了吧 (类似木桶效应) . 这样很明显不利于整个项目的发展 ....

提需求是提需求, 需求是要评审的, 要讨论的, 要思考开会的 , 需求出来了又不是一下子用魔法把它实现出来 ...
有的能实现的,容易的优先做到, 不好实现的,难得,可以遗留作为未来的突破难点 ,这明明没什么的呀 ???

@namelosw 关键就在于 , 写 C1 组件 和 按钮组件的开发人员 d1 并不可能会写上一个 selector (比如给他写好一个 class 叫 btn-common 之类的), 而是 d2 开发的时候,已经完全是只包含 bg-red 等之类的原子类型了 , 也就是 别人使用这个组件的时候,根本不可能(也没有办法用正确的选择器选到这个组件(如果真的只有一个按钮,也许可以用 button 这样的 tag 选择器来选择,然后附加上 d2 想要的样式)

至于你说的第二个方案, 通过 prop 拼类名 (那么就得修改 按钮组件,让它支持通过 props 传入 class), 这个还是违反了我想说的完全不去修改任何已有的代码的情况了 ...

大概就是,总的来说,有个组件开发好了 (这个时候并不知道 会被用到其他 20 个场景下, 样式完全不一样 , 有的甚至布局都变了) , 那么开发这 20 场景下的开发人员,不修改 这个组件,通过外部修改样式的唯一方案,我实践过的就只有类似 BEM 的 方案了 , Tailwind 看了几次, 还是感觉没法复用 (不是 css 没法复用, 是用 Tailwind css 写的组件没法复用 , 要不就要到处通过 props 传 class) ,做一些特定修改 .
如果有 Tailwind 这个方面的实践相关的, 可以推荐一下

@maomaomao001 一个组件 C1

@namelosw
tailwindcss 有没有办法做到 从外面覆盖(修改一些样式),
举个例子 ,
A 页面 , 有两个组件 C1
C1 里面有个按钮 红色背景的 ,

然后现在来了个新需求, 需要 把组件 C1 放在 父组件 C2 , 需求是在 C2 里面的 C1 里的按钮需要表现出 蓝色背景 + 红色边框 ,
那么问题来了, 如何在不动 C1 和 按钮的源代码的情况下, 实现这个需求 ?

大概就是 开发者 d1 在第一天开发好了 C1 和 按钮

那么第二天 开发者 d2 在复用 C1 的同时 (而且也不修改 C1 的情况下), 让里面的按钮显示出不同的样式 ?

@原文链接再加个 短链接 (让他们没法自动自断替换 ) 试试

m1 那个什么时候开始呢 ?

现在自己写博客也需要自己屏蔽自己了吗?

这是真的假的 ?

@longaiwp 算了 , 看了一下记录, 回复错了, 你不用回复了