V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  adoal  ›  全部回复第 59 页 / 共 76 页
回复总数  1510
1 ... 55  56  57  58  59  60  61  62  63  64 ... 76  
2022-04-08 11:18:39 +08:00
回复了 ly879 创建的主题 问与答 基础设施即代码(IaC)中的配置是指什么?
“基础设置中也有选项概念吗?”那反问一句,你理解的基础设施是什么呢?
最基础的虚拟机、存储、网络、安全策略显然都是有配置选项的。往上一层,关系数据库、键值数据库、缓存、负载均衡也都是有配置选项的。
2022-04-07 14:08:38 +08:00
回复了 Features 创建的主题 MySQL 发现一些很值得感叹的东西
问题不只出在你这端。一线互联网大厂优化掉的架构师在社会上输出只适合大厂场景的架构价值观也是对中小规模非互联网的行业信息化生态的伤害。
2022-04-07 13:38:55 +08:00
回复了 aapon 创建的主题 问与答 正儿八经请教技术问题。
@aapon 那可以考虑直接找运营商要 VPN 方案,说不定可以给你们 MPLS……当然这个可能你出面不行,得做一个方案往上报。
2022-04-07 10:57:41 +08:00
回复了 aapon 创建的主题 问与答 正儿八经请教技术问题。
你所说的“但在国产化操作系统中不完美兼容”,应该就是 SSLVPN 客户端的问题。那么用正经的 site-to-site VPN ,在网络层面路由能通,对使用国产化操作系统的机子来说是透明的,就不存在兼容性问题了。当然,根本还是要看上级监管部门的要求。如果想#3s 说的那样一定要拉专线才能过审,那就老老实实拉专线了。安全政策是底线。
2022-04-07 10:53:16 +08:00
回复了 aapon 创建的主题 问与答 正儿八经请教技术问题。
“某 SSLVPN”大概率是深信服的吧……这种 VPN 就不是针对物联网设备和服务器的。它的目标是给不做 IT 的普通文员从单独的个人电脑上连企业内网用,只要打开浏览器按提示安装插件后用户名口令登录就行,比 site-to-sited 的正经 VPN 少了复杂的配置分发操作。
你有什么特别的理由排斥硬件 VPN ?既然都要考虑等保了,那成熟的标准协议 VPN (比如 IPSec site-to-site )应该是优选考虑的方案。最好选有网络设备背景的厂家,比如华为、华三,而不是深信服这种只做安全的。
不过呢,还不如拿你们的需求先问问你们的等保评测服务商。虽然,等保是一个政治行为,有“做等保的懂个屁安全”的笑话,但人家毕竟是吃这行饭的,见多识广,知道各种坑。
自己用技术手段解决这个问题,出了安全事故谁来担责?
2022-04-06 17:03:28 +08:00
回复了 whatsupbitch 创建的主题 PostgreSQL PostgreSQL 经常连接不上,需要重启后才可以
@whatsupbitch 所以被攻击了能怪谁呢。这跟项目是大是小没关系,你不讲究,自然会有坏人来帮你讲究。要往公网放的服务,第一件事就是安全。甚至,按现在的形势,内网里不做安全加固都会成重灾区。
2022-04-05 19:07:27 +08:00
回复了 zzh1ad 创建的主题 程序员 一个奇怪的压缩算法的问题
能用比原值更简短的简单公式来表示的数字串才是特例
2022-04-04 23:00:44 +08:00
回复了 whatsupbitch 创建的主题 PostgreSQL PostgreSQL 经常连接不上,需要重启后才可以
路过,羡慕没有安全部门管束,可以随意把什么不需要给外部用户访问的服务直接暴露到公网上的自由人……
2022-04-03 23:20:06 +08:00
回复了 0o0O0o0O0o 创建的主题 Linux 想知道你们的透明代理方案
策略路由
2022-04-02 17:29:36 +08:00
回复了 monster33 创建的主题 程序员 生产环境选择 debian10 还是 debian11
Debian 11 已经到第三个 point release 了,如果不是为了用依赖老库的软件,新开的节点没必要坚守 10
2022-03-30 19:50:32 +08:00
回复了 w741069229 创建的主题 Java Java 项目该不该用 stream 流来编写代码?考虑 code viewer
@w741069229 换个新大佬
2022-03-30 12:03:50 +08:00
回复了 Renco 创建的主题 程序员 和 OA 对接为什么那么烦
因为技术水平高的人都要去一互大拿高薪了,在地行小的程序员普遍比较菜,能被按着脑袋勉强把业务功能正确实现出来已经很不容易了。技术品位和技术审美?想多了,没有的。
但是想想一互大里也充斥着水平稀烂的程序员…那地行小的就更没底了。
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 可能墙里开花墙外香,在非前段领域更有前途
1 ... 55  56  57  58  59  60  61  62  63  64 ... 76  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4770 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 42ms · UTC 03:53 · PVG 11:53 · LAX 20:53 · JFK 23:53
Developed with CodeLauncher
♥ Do have faith in what you're doing.