V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  niubee1  ›  全部回复第 8 页 / 共 105 页
回复总数  2099
1 ... 4  5  6  7  8  9  10  11  12  13 ... 105  
@helee9199 可以的,frp ,名字给你了,自行搜索
2022-01-02 19:37:01 +08:00
回复了 zeronofreya 创建的主题 问与答 手臂的弯曲角度?
对的,你要练成州长那样,基本就扣不到后背了
@helee9199 FRP 完美解决,你可以把你公司内网机器的 ssh 端口映射到 FRP 服务器的端口上,然后你可以用 ssh tunnel 进入公司内网就行了。
你没法动公司的网络,尤其是路由器的 NAT 设置,所以建议哈,你还是用 FRP 的好,用个便宜的 VPS 部署一个 FRP 就能连进去了。不要说你没有 VPS ,这点钱又不是花不起
2022-01-02 18:50:44 +08:00
回复了 LeeReamond 创建的主题 问与答 关于软件工程师制作模型飞机的可行性讨论
航模入门嘛,就从遥控 KT 板的飞机开始嘛,速度低,容易控制,炸鸡的时候不容易弄坏飞机,关键是价格便宜。RF ,动力都有现成的套件,买现成的就行了,没有 DIY 的必要,如果要自己弄 RF 的话,那就是另外一个话题了。如果这会儿了楼主还没把飞机飞起来,那真是执行力够呛。
2022-01-02 16:41:53 +08:00
回复了 VxShao 创建的主题 程序员 Macbook Air M1 16G 开发够用吗?有什么缺点
你要是搞移动开发的,simulator 和 idea 一跑起来,耗电还是蛮快的。如果搞服务端开发的话,只要不是频繁的 run ,还是不怎么耗电,因为你不 run 的时候,大致还是和一个文本编辑器没啥区别
2022-01-02 12:37:11 +08:00
回复了 yorkyoung 创建的主题 宽带症候群 与桥接限速有关的迷思
@yorkyoung 根据某些网上不靠谱的说法是光猫本身的路由是用了多拨的方式来实现了占满 1G 带宽的,而光猫在桥接模式下,能不能跑满,和拨号的 CPU 有关系,这个是实测出来的,当时发现没跑满 1G 的时候,我就找了台老笔记本来直连光猫拨号测试,结果 i3 CPU 的老本子跑出来只有 600M ,然后就呼叫了电信的师傅上门检测,然后他带了一台 i5 CPU 的 thinkpad (电信标配),然后差不多实测就 970M ,后来发现要是不能多拨的话,你用啥非 x86 的路由器都很难跑满带宽。所以由此推测,网上那个说电信光猫自己内部实现了路由多拨来跑满 1G 的说法是有道理的。
2022-01-01 22:57:18 +08:00
回复了 yorkyoung 创建的主题 宽带症候群 与桥接限速有关的迷思
@yorkyoung 小水管不是路由器问题
2022-01-01 20:18:08 +08:00
回复了 yorkyoung 创建的主题 宽带症候群 与桥接限速有关的迷思
桥接后对拨号路由器的 CPU 要求很高,用 i5 以上的 X86 软路由或者多 WAN 路由做多拨才能跑满
2021-12-31 20:08:43 +08:00
回复了 mekingname 创建的主题 程序员 沉默寡言的人怎么带技术团队?
话少的一般都是狠角色
https://i.imgur.com/3VLsSu7.jpg
2021-12-27 09:11:24 +08:00
回复了 everlost 创建的主题 分享创造 构建一个基于 p2p 的“水滴云“存储如何?
最大的问题和 BT 一样,BT 没有金融属性驱动,结果大家都不留种,ipfs 用金融属性解决了驱动大家在线留种的时间问题,但是,如果你下载必须支付 coin 的话,那么事实上和付费下载没啥区别了,更特别的是,这样也无法保活,比如文件冗余 6 份,因为是家庭网络的关系,很可能 6 个节点都不在线,手机那个就更不靠谱了,手机后台运行本来就坑很大, 特别你还后台跑流量。结果现在在 IPFS 上部署网站,还是要靠商业化的 CDN 来支撑,纯属脱了裤子放屁,唯一的好处是你数据确实很难彻底删除。但是搞不死你文件可以搞你域名啊,不用域名你让用户去记忆你的 hash 地址?最后这套基础设施委实不能说是便宜,起始也只有搞灰产甚至是黑产的人才用得起。你想用这个下电影?趁早洗洗睡了
2021-12-26 23:33:59 +08:00
回复了 richangfan 创建的主题 程序员 有没有 30 天精通 golang 的教程?
加班多是老板的问题,你看啥语言都没用
搅拌棒,热饮为了防止你烫伤口腔,都是不配吸管的
2021-12-26 15:32:11 +08:00
回复了 helee9199 创建的主题 程序员 盖了老帽儿了.m1 芯片 居然装不了 sqlserver
PG 用着香得很,只能说 SqlServer 垃圾只有 x86
2021-12-26 11:53:15 +08:00
回复了 Fatenana 创建的主题 职场话题 小公司技术面很敷衍当场 hr 就要人,这种坑有多大?
小公司技术面要求高,各种算法数据结构什么的,你又要来吐槽,一个小公司,要求还这么高,面试造火箭,到岗拧螺丝......
2021-12-21 23:10:04 +08:00
回复了 iovekkk 创建的主题 汽车 各位程序员大兄弟们,你们都开手动挡还是自动挡?
能开好手挡算是个比较有用的技能吧,但是现在也不是啥必不可少的技能了
2021-12-13 23:42:10 +08:00
回复了 xpyusrs 创建的主题 Go 编程语言 高并发情况下如何保证金额加减的一致性
@xpyusrs 单节点的你要靠谱还不如直接用数据库事务好了,你用 go 的互斥锁那是硬生生的把法拉利开成了拖拉机
2021-12-13 23:18:31 +08:00
回复了 xpyusrs 创建的主题 Go 编程语言 高并发情况下如何保证金额加减的一致性
那要看你是在单节点实现高并发还是多节点实现高并发,如果都交给数据库那就开事务,用数据库去解决一致性问题,但是性能不容乐观,如果要多节点实现高并发,那么分布式事务的 CAP 问题,要么用现成的分布式事务方案,要么自己实现 2 阶段提交( 2PC )或者 3 阶段提交( 3PC ),或者更近一步实现 Paxos 算法。这个问题很多现成方案,真没有必要自己再想当然的搞一套了,因为 CAP 三个问题你只能搞定其中两个,别自出机杼了
1 ... 4  5  6  7  8  9  10  11  12  13 ... 105  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   949 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 21:23 · PVG 05:23 · LAX 14:23 · JFK 17:23
Developed with CodeLauncher
♥ Do have faith in what you're doing.