V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  adoal  ›  全部回复第 71 页 / 共 87 页
回复总数  1735
1 ... 67  68  69  70  71  72  73  74  75  76 ... 87  
2022-03-29 21:56:44 +08:00
回复了 lance1ot 创建的主题 分享发现 吐槽一下看某些顶会论文代码留下的辛酸泪
因为附带代码的工程化程度不是科研的绩效评价因素。
面对认真的攻击,全 403 并不会更安全。
2022-03-29 21:18:58 +08:00
回复了 zwnozhuce 创建的主题 互联网 快速出活的能力是否比精通某项技术更重要?
有些人确实有快速出活的天赋(但是其实必要的基本功也是有的),但如果沉迷于快速出活,并不在事后总结、思考以及系统化地学习之前为了快速出活而“速成”的知识和技能,那长此以往就会成为资深烂代码制造机。但是在很多企业里,不论是一互大还是地行小,大多数程序员其实还不如这种资深烂代码制造机。
2022-03-29 21:05:58 +08:00
回复了 eGlhb2Jhb2Jhbw 创建的主题 问与答 不知道是人能力的问题还是前端技术栈的问题
@eGlhb2Jhb2Jhbw 和前端有一定关系。因为前端早期是比较乱的,工程化程度太低,后来是从后端和桌面 GUI 领域的成熟工程经验借鉴了很多才发展起来的,还算是个年轻的、多变的领域。
2022-03-29 21:03:14 +08:00
回复了 eGlhb2Jhb2Jhbw 创建的主题 问与答 不知道是人能力的问题还是前端技术栈的问题
@3dwelcome 说到 wasm ,前些天我在盆友圈转一条关于用 wasm 写数据库插件的推文时,想到两点个人看法:

1. wasm 是云原生时代冒出的互联网技术里少有能不依赖庞大的基础设施团队就能被个人开发者以一己之力掌握到生产级水平的
2. wasm 可能墙里开花墙外香,在非前段领域更有前途
2022-03-29 01:18:29 +08:00
回复了 huangzhe8263 创建的主题 数据库 GitHub 解释近期频繁宕机原因: MySQL 不堪重负
@mingl0280 gemfire
2022-03-29 00:05:19 +08:00
回复了 huangzhe8263 创建的主题 数据库 GitHub 解释近期频繁宕机原因: MySQL 不堪重负
@Jinnyu 没想到 12306 在力推 PG
2022-03-28 20:24:11 +08:00
回复了 Konys 创建的主题 Nintendo Switch 想入手 Switch,各位老哥能给点建议吗?
在线下载的游戏是分区的,国行版游戏数量很少。
SD 卡的游戏在什么版上都可以运行,但是涉及到在线帐户的功能国行机就用不了了。
外版机型在国内用有可能会遇到网络链路流畅性和稳定性的问题需要自己解决。
2022-03-28 20:16:18 +08:00
回复了 justd 创建的主题 硬件 游戏本还是 switch
供你参考:去年双 11 老婆说要给我买个 switch ,用体感游戏的方式促进我健身,因为正常健身太没成就感,我坚持不下来。我自己觉得,哪怕游戏方式也就不了我,switch 买来肯定是积灰的……结果,我玩得很开心。

没实际玩过,可能并不知道喜欢不喜欢。反正一个 switch 也没多少钱,真的玩不下去也没啥可惜的。更何况,“女朋友想给我买个 switch”,那就买,别废话。
因为 Debian 不是个公司,能做 5 年 LTS 已经很长了
2022-03-28 16:22:11 +08:00
回复了 kidzgy 创建的主题 问与答 关于 H3C 路由器无法识别 AP 的问题
AP 也是 H3C 的?问 H3C 的售后。
2022-03-28 16:17:54 +08:00
回复了 huangzhe8263 创建的主题 数据库 GitHub 解释近期频繁宕机原因: MySQL 不堪重负
让 12306 来
2022-03-28 14:33:28 +08:00
回复了 sprite82 创建的主题 路由器 请教各位软路由大佬一个问题,关于 R2S 的电源和 tf 卡
走夜路遇鬼多了的防御性条款。
2022-03-28 14:15:05 +08:00
回复了 YuTengjing 创建的主题 Visual Studio Code VSCode 又酷又实用的多光标编辑
一直没找到 ctrl+k 后第二个键是只按字母还是 ctrl+字母的分布规律……
@julyclyde 所以其实贵互联网行业大部分也不在乎这些事是吧……我只知道阿里内部有专门做打包的团队,早些年对 CentOS 5 依赖很大的时候有相当一些软件 backport 过去放到内网的 repo 上用 yum 安装。
@julyclyde 那为啥要用 rpm
@julyclyde 贵互联网行业大厂才有专门为业务开发团队需要的基础设施来搞打包的人。鄙各行各业信息化领域,都是(不明学历不明经验不明素养不明薪酬的)开发人员兼职到甲方生产环境做实施的(而且并不是 NetFlix 那种开发有责任做运维),业务功能导向的绩效评定,做规范打包(以及实现业务功能开发外的其它活)是不会额外拿钱的,所以所有东西都扔到一个目录下拷走是性价比最高的选择。
2022-03-27 20:03:19 +08:00
回复了 atfeel 创建的主题 C# 求助 C#大佬, x86 和 x64 变量转换,苦恼死我了
最基本的字节序问题
“每种情况的人我都见过”,因为很多人的主要职责是做开发,顺便兼做部署实施……所以往往并没有系统学习过 FSH 之类的规范,而是会根据自己(个人以及所在团队)的经验发明一些目录布局。

楼上有盆友提到,按 FSH 放太散乱了,不如把所有东西放一个独立目录下方便备份和搬运。的确这也是一个很实用的经验。但是这经验通常也是来自兼做部署实施的开发人员的经历。而从专职运维的人的视角来看,虽然这样做本身没什么大问题,但会“把所有东西放一个独立目录下”的实施案例,通常在目录结构的 owner 和 mode 设置上不太讲究,比如在系统里开一个可以登录的交互帐户,同时用做安装文件和启动 daemon 的功能,装好的文件 owner 就是这个帐户……而你仔细观察一下发行版打包的 rpm 和 deb ,通常装好的文件里不会在运行时修改的内容(放到 bin/sbin 里的程序、放到 share 里的静态数据、放到 etc 里的配置) owner 是 root ,启动 daemon 用的 euid 是专用帐户(比如 Debian 系发行版启动 Apache 和 Nginx 用的是 www-data ),只有运行时会修改的数据,其 owner 才是运行 daemon 的用户。这样的好处是,如果 daemon 因为有爆栈之类 bug 被 exploit 了,至少可以保证入侵者不会篡改配置、静态数据甚至在可执行程序里埋入木马。所以建议,不论用什么样的目录布局,最好是把运行时不会改的文件的 owner 和启动 daemon 用的 euid 设置为不同用户。发行版打包用的规范,其实是做底层基础设施的人根据经验总结的最佳实践。做业务系统应用开发的场景跟基础设施不太一样,但有些是可以借鉴的。
2022-03-27 15:15:51 +08:00
回复了 lly8666 创建的主题 宽带症候群 搞不明白,你们为啥喜欢在软路由上用旁路由?
旁路由这个不正规的概念基本上就是墙内环境下莫名其妙生出来的。针对科学上网需求,但同时又有不关注科学上网的家人要正常用网:

1. 一家内的主路由(拨号到宽带,承担全家所有非科学需求的 NAT )最重要的是稳定可靠。
2. 部分设备(源)或者到部分网站(目标)要科学上网。

对于 2 ,有人的观点是不需要惊动路由器,在需要科学上网的浏览器和 app 里单独做配置,这样更灵活,而且人不在家的时候用流量也能正常科学。那就不存在这贴要讨论的问题了。但是也有很多人希望能在家里的网络基础设施上实现这个功能,对终端设备和应用程序是透明的。那就希望 1 和 2 兼顾。但是要兼顾这两种需求的单一路由器是比较难找的。

通常来说,经过市场考验的成品路由器(不讨论严重缩水型号和陈年老 bug 不改的踩雷型号)对 1 的满足程度是比较高的。但正因为是上市销售的成品,为了不给公司惹麻烦,所以很忌讳搞科学上网功能。而对 2 满足程度比较高的是各种自折腾方案,比如在 OpenWRT 或者其它开源、半开源固件上搞各种标准或非标协议的 VPN 。从 2 的需求来看,最好是主路上能直接科学,这样最方便。但是自己折腾出来的东西,稳定性不太能保证(这些开源半开源固件本身经受的考验就不能给商业路由器比,更何况加上自己折腾这一步骤),而且对主路由折腾的过程会影响家人上网。(不过其实以我的经验,OpenWRT 不要搞太多功能也不要用所谓大神定制,就是用 imagebuilder 把 dnsmasq-ipset 包加上,再加一个自己精心选定的小众协议 VPN ,稳定性还是足够的)

所以在 1 和 2 不能完美兼顾的情况下,有人灵机一动想出聪明的办法,网络拓扑里加一个连接 VPN 的“旁路由”节点,在这个节点上配置 NAT 从 VPN 走,对于需要科学上网的终端,把它的 MAC 地址写到 DHCP 配置里作为单独的一个 scope ,通过 DHCP 给它推送默认路由为旁路由,这样就自动科学了,而其它终端不受影响,还是走主路由。同时,自己折腾旁路由对用主路由的家人也没有影响。当然,旁路由策略具体可以有很多变通。

不过我现在用的方案不是根据终端做配置,而是用了支持策略路由和根据域名对解析结果打 ipset 标签的主路由器(别问是什么型号,问就是 EdgeRouter ),访问要科学的域名时解析的 IP 地址被引流到旁路由去。这样就不需要为每个终端配置,而且不管啥终端,访问正常网站时仍然走的是正常线路,完全透明。
1 ... 67  68  69  70  71  72  73  74  75  76 ... 87  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3359 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 11:19 · PVG 19:19 · LAX 03:19 · JFK 06:19
Developed with CodeLauncher
♥ Do have faith in what you're doing.