letmatte

原生 sql 方式有没有办法稳定的解决权限问题？比如不同人能查询的表权限不同/行权限不同。目前是通过 function call 在代码中自行实现的权限控制（不同人调用同一个函数接口吐出来的内容不同），寻求更佳的方案

已用楼上链接
MiniMax Token Plan 惊喜上线！新增语音、音乐、视频和图片生成权益。邀请好友享双重好礼，助力开发体验！
好友立享 9 折 专属优惠 + Builder 权益，你赢返利 + 社区特权！
立即参与： https://platform.minimaxi.com/subscribe/token-plan?code=5SXUek9zB9&source=link

@HENQIGUAI 可以吗，老哥细说下 cc switch 反代里面模型名称填什么，我选了几个测试都报错无效，PS：我是 EDU Github Copilot

刚刚微软推送了 4 月更新，有新必更，刚重启

已使用楼上 jz903 邀请码，附我的邀请码：
MiniMax 跨年福利来袭！邀好友享 Coding Plan 双重好礼，助力开发体验！
好友立享 9 折 专属优惠 + Builder 权益，你赢返利 + 社区特权！
立即参与： https://platform.minimaxi.com/subscribe/coding-plan?code=5SXUek9zB9&source=link

S10>所在地区不可用

HTTP Debugger Pro +1

tp-link 一票,onvif 必备了

感谢大家的热烈讨论，收益颇丰，简单总结方案及可行性如下：

1. 物理层“裸纤”直连（目前看来的最佳方案）
网友建议： 利用入户的备用纤，在小区机房或光交箱通过跳线/熔接直接打通。
我的评估： 可行性最高，也是我的首选。
现状： 我家里确实有两根纤，一根是电信联通移动使用的，白线比较细估计是单纤，另一根可能是广电或者其他小宽带之类的，黑线，宽一点，没有用到，我怀疑这两者是不是通向不同的地方，如果能把那根黑线在机房端“首尾相连”，这就是纯纯的物理专线，别说千兆，万兆都能跑。
难点： 之前小哥说搞不定，大概率是觉得“合规性”有问题或者纯粹费工。看来得按老哥们说的，私下给点“辛苦费”，让小哥带上熔接机帮我把这两根闲置线从机房里挑出来接通。

2. 利用 TR069 或 IPTV 走内网（成本最低，但看运营商脸色）
网友建议： 修改光猫配置，利用电信管理通道或 IPTV 专网的 IP 段尝试互 ping 组网。
我的评估： 可行性一般，存在断网风险。
现状： 这种方案不需要拉线，但可能运营商现在的 TR069 隔离做得比较死，而且即便通了，大流量传输很容易导致 PPPoE 掉线（心跳包被挤掉）。对于追求 4K 极速稳定的我来说，这方案只能当备选尝试。

3. 无线网桥方案（最后手段，受限于地形）
网友建议： 楼顶对射，用 UBNT 等专业网桥。
我的评估： 可行性较低，施工难度大。
现状： 我们这儿地形复杂，有山坡、有高度差，地面肯定直视不了。如果非要搞，得两边都把线拉到楼顶，还要考虑防雷、物业投诉以及恶劣天气。不到万不得已，我不想在楼顶搞这种招风的“大工程”。

4. 软件组网与同步（最稳妥，但牺牲实时性）
网友建议：Tailscale 组网等软组网方案。
我的评估： 属于“Plan B”，解决不了核心矛盾。
现状： 无法突破运营商互联网 40Mbps 上行的限制。如果物理线路实在打不通，我只能走“空间换时间”的路线，让两台 NAS 在半夜偷偷同步数据了。

后续准备优先尝试方案 1 ，不行就方案 4 了