V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 60 页 / 共 122 页
回复总数  2428
1 ... 56  57  58  59  60  61  62  63  64  65 ... 122  
2020-07-23 17:50:45 +08:00
回复了 qiushui777 创建的主题 问与答 关于阿里云服务器对外请求延时的问题
一般来说,1M 带宽还没跑满这种,啥网络增强的更好肯定是幻觉吧
2020-07-23 17:48:20 +08:00
回复了 qiushui777 创建的主题 问与答 关于阿里云服务器对外请求延时的问题
50 毫秒和 300 毫秒的区别,随机误差都排除不了,这有啥好纠结的,说不定 300 毫秒请求这次正好腾讯服务器收到了好多人请求忙不过来啊,或者哪网神经抖了抖

要科学一点,那也应该都在凌晨同一时刻,1000 次相同请求同一台 ip 、路由都一致的外网机器,然后比较平均时间分布也许还有点参考价值
2020-07-23 17:35:53 +08:00
回复了 FutherAll 创建的主题 程序员 有非 socket 实现的 tcp 协议吗
写个驱动直接操作网卡?但是又有个啥用呢,该解决的问题你还是得解决一遍啊
2020-07-23 17:34:09 +08:00
回复了 TypeErrorNone 创建的主题 DevOps 用什么来做数据监控报警?
这种正常操作不应该先写入 Kafka,让后用个流式框架统计出每天的再写入 influxdb 或者 mysql 之类的来监控么,哪有直接监控原始数据的,就算每天太粗糙,那每小时肯定绰绰有余了,否则这么大量,存入 mysql,查询从磁盘读出来都不知道要多久了,毕竟磁盘读取速度摆在那的
2020-07-23 10:02:29 +08:00
回复了 jugelizi 创建的主题 问与答 未来有没有可能 web 服务不再基于 http 协议
现实世界的逻辑很多时候都是简单就是复杂就是完美,而你设想着的更好更完美的东西往往都并不好用,http 并没有过时,而且把 udp 代替 tcp 看着很好,其实并不是一个好方案,毕竟浏览器的只是 http 使用场景之一
2020-07-23 09:55:28 +08:00
回复了 m4d3bug 创建的主题 路由器 有没有省事的软路由推荐
软路由的主要作用还是路由功能比较强大性能好,无线这种还是买个好点的 ap 或者路由器当 ap 用比较好
2020-07-22 10:28:24 +08:00
回复了 shoreywong 创建的主题 问与答 把公司内网穿透 然后被勒索了 我得付多大责任
@Jiajin #161 用 openvpn 通过公网把两个内网组成大内网配置好了应该没啥风险吧,再说这样干的公司也多了去了,应该没啥高风险漏洞才是

楼主这个问题是使用未经深度测试且严格配置的软件暴露内网端口在公网上,通过 openvpn 组建的内网并不会暴露内网端口到公网
2020-07-22 09:53:28 +08:00
回复了 yyyb 创建的主题 Linux 有用 nextcloud 的么?官方为什么推荐 apache?
@nullboy #5 nextcloud 默认不是不开磁盘扫描的么,文件元数据以数据库为准,那么按理不会产生太多 io 才是啊
2020-07-22 09:43:17 +08:00
回复了 shoreywong 创建的主题 问与答 把公司内网穿透 然后被勒索了 我得付多大责任
@xmlf #97 太乐观了吧,openvpn 这种好歹正经拿来做搭建虚拟专用网的,这么多年了也算经过正经考验了,也有人做安全审计,frp 这种正经公司谁会用,埋了多少坑谁知道呢,自己家里用用也许还行,给公司用太作死了
2020-07-21 22:57:13 +08:00
回复了 shoreywong 创建的主题 问与答 把公司内网穿透 然后被勒索了 我得付多大责任
公司服务器好歹弄个 vpn 啊,frp 这种不靠谱的也敢在公司服务器上玩。。

非主观恶意且明确知道有风险的造成损失的,比如 bug 这种,谁知道哪会有 bug 啊,而且 bug 这属于开发流程不严谨公司管理流程有问题,这种确实不承担责任,但是吧你这个属于预知有安全风险还主动安装这软件且未和领导沟通导致被入侵,虽然非恶意,估计连带责任是很难逃掉了,如果有备份或是非交易算法知识产权啥的不会造成重大损失的那就太庆幸了

公司电脑啥的说真的还是别乱装工作无关的,更别说服务器了,指不定哪天就要背锅
2020-07-17 09:40:57 +08:00
回复了 lwlizhe 创建的主题 投资 话说为什么这三天跌这么狠?
韭菜涨的差不多了当然得割,所以该淡定还是淡定点
2020-07-16 11:21:03 +08:00
回复了 chenglus 创建的主题 问与答 websocket + redis pub/sub 做实时更新应该如何设计
似乎这种短时页面上用的使用轮询机制感觉更简单的感觉,后台没过一段时间无数据超时就返回,有数据就返回数据,前端不延时,后台用个分布式锁啥的等待机制,需要返回的数据放到 redis 种,感觉结构更简单啊,直接 jquery ajax 就行,啥长连接啥心跳啥重试啥啥都不用管,容错啥的页更容易吧
2020-07-15 17:13:46 +08:00
回复了 Ashenone0 创建的主题 PHP 关于用 redis 判断库存的问题
@nicreve #8 不可能没有下单失败补回库存的情况吧,存件减又必须在下单前
2020-07-15 16:40:11 +08:00
回复了 daniel1996 创建的主题 问与答 一个比赛报文的加密求解
看起来应该时某种简单的偏移算法啊
2020-07-14 17:59:44 +08:00
回复了 sujin190 创建的主题 分享发现 分享几个简单易用的代理转发命令行工具吧
@byzf #5 是么?直接支持还是需要啥额外参数呢?我看各种都说 socks5 协议的啊,ssh 这种软件不大可能实现成自动判断请求类型的吧

这个脚本的性能嘛应该是很好的
2020-07-14 17:57:01 +08:00
回复了 sujin190 创建的主题 分享发现 分享几个简单易用的代理转发命令行工具吧
@imdong #6 但重点是也许你并不能在这台机器上安装软件,或者安装了之后有安全风险,脚本嘛,crtl-C 或者终端退出后就安全了
2020-07-14 11:17:31 +08:00
回复了 sujin190 创建的主题 分享发现 分享几个简单易用的代理转发命令行工具吧
@amajia #1 比如内网机器想发告警邮件啥的,可以把阿里 qq 的发件地址解析到本地端口来转发似乎是个快捷好方法啊
2020-07-14 11:15:49 +08:00
回复了 sujin190 创建的主题 分享发现 分享几个简单易用的代理转发命令行工具吧
@amajia #1 -L 端口转发是很好用,-D 能开 socks5 代理,唯一美中不足就是不能开 http 代理啊,但是端口通过另外一台代理服务器转发到远程服务器有时还是很需要的呐
设置路由,配置 nat 就是了啊,用 route 和 iptables 命令加下就好
@lxrmido #4 我这开机了三天,那么每天写差不多 10G 了,真是比想象得多得多啊
1 ... 56  57  58  59  60  61  62  63  64  65 ... 122  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2850 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 44ms · UTC 13:54 · PVG 21:54 · LAX 05:54 · JFK 08:54
Developed with CodeLauncher
♥ Do have faith in what you're doing.