laozhoubuluo 最近的时间轴更新
laozhoubuluo

laozhoubuluo

V2EX 第 187194 号会员,加入于 2016-08-16 13:02:22 +08:00
今日活跃度排名 16114
laozhoubuluo 最近回复了
3 天前
回复了 hostname 创建的主题 云计算 腾讯云太坑了,随意封机不给证据
@Citrus
1. 如果不是厂商原因那完全可以给出依据,最起码的何时接到何部门通知封禁。电信运营商如果是接到监管部门告知封号也可以告知客户是哪个监管部门封禁,甚至有时候能告知电话。死活不说的基本上都是自己搞出来的黑箱风控机制,这个已经见识过很多次了。
2. 云服务现在基本上都是虚拟机,开着就占资源,不信的话您自己机器上跑几个虚拟机看看,马上就会有感知卡顿。何况楼上这个一点都不是纯粹的开着,干了啥楼主自己都说了。如果按楼上所说是代理购买那几率更大,因为代理结算价格太低没钱赚,以前跑量跑市场占有率的时候无所谓,现在既然要 review 运维成本了那自然这些就得先砍掉。
3. 降本增效能动手的就是这种跑非重要业务甚至灰色、黑色业务的机器。总不能正价购买的企业用途给人家砍几台,砍完了轻则丢失客户(砍掉一两台之后可能整个公司都不用了),重则再来一次类似 “前沿数控” 这种事情?
3 天前
回复了 hostname 创建的主题 云计算 腾讯云太坑了,随意封机不给证据
1. 境内封机器不给证据是常事,反正对于个人客户您也不可能拿云服务商怎么样,尤其是机器上还跑了 VPN 这种不太合法的东西。
2. 之前看 telegram 传言最近腾讯云有很大的降本增效指标,所以一方面精简免费产品的免费额度,另一方面对于促销资源采取比较严格的封禁策略来实现指标。

金融行业有句说的很好的话,我觉得对于任何行业都适用:**你贪图别人的利息,别人贪图你的本金。**
8 天前
回复了 iqoo 创建的主题 程序员 code.bdstatic.com/npm 能自动更新吗?
https://code.bdstatic.com/npm 之前在 V2EX 发过推广贴 https://www.v2ex.com/t/521411

不知道 @otakustay 现在还是否有条件维护了,毕竟这个推广贴距今已经三年多了。
@aitutu
@lirunext
现在三大运营商也在逐步收回了,个别地方现在要求套餐金额必须够大或者死猪不怕开水烫(工信部也没用)了。
三大有些地方不给还有另外一个原因是 BRAS 不是自建,比如联通在南方搞的 LAN 业务(建议别装)以及电信部分省的的城中村宽带业务,设备上面根本就没有公网 IP 的地址池甚至运营商根本没法控制这设备。

移动和小宽带肯定不行,基本上这些宽带的 BRAS 上面就没有公网 IP 的地址池,所以怎么要也没用(北京移动除外,公网 IP 业务明码标价 20 元 /月)。
典型是传输信道质量差导致系统降速到 100M 。

1. 面板坏了或者面板后面接的质量太差(不紧 /剥开太长)导致。
2. 墙内网线太差导致。

建议先重接面板,不解决问题则更换面板,随后尝试更换面板-设备的两条跳线,最后则更换墙内网线
@echo314
立法要求有明确的申诉渠道正常来说是不难的,既然万事万物不是百分百那自然就得有小概率事件的解决方案。按您这理论网购消费就应该库房发货后概不退款,因为售后服务对商家是有成本的。法院就应该一次宣判就终审判决,因为司法是有成本的。法律就应该一经设立概不修改,因为立法是有成本的。
当然立法要求有明确的免费申诉渠道之前腾讯作为私营企业他愿意一次审核收一万也只是道德问题而不违法,大家也只能道德层面批判罢了。

@whileFalse
这玩意是个可以商量的问题,搞不搞是一回事,最终用户买不买是一回事,五险一金还有不少人主动不交更何况商业保险了。另外中国保险风控没那么拉跨,真要大额理赔的时候就知道正常理赔可能都需要消耗大量的精力提交大量的材料才行。当然保险对自己的员工(如业务员、理赔员等)监管不力导致内外勾结那是另一回事,要探讨这个那就远超当前主题了。
另外如果真觉得电诈是必须解决的问题的话完全可以考虑类似农业领域的补贴保险,补贴的那点钱绝对能 Cover 掉现在各自条线上乱搞花的钱,安排一批人天天给反诈软件报送的错误警告来电提醒成本也不低,更别提有些时候需要警察上门或者群众去派出所登记异常、运营商风控停机之后让用户跑营业厅解锁甚至二次锁定不予恢复之类的给一般人带来的损失了。
1. 一个开发团队开发一个新功能开发周期 3 - 4 个月说明软件架构有严重问题,绝大多数项目和公司根本接受不了这个周期。建议需求规划端做合理拆分,单个需求用 4 个月不如拆成 20 个需求每个一周会更合理。如果没法拆分那也没办法,说明软件架构积重难返了,如果您不是给金融行业写 COBOL 的工作建议尽快转行。
2. 如果确实积重难返的话也有办法缓解,如果一个需求 7 天之内做不完,那么每周需要找一天 rebase 每个需求的 dev 仓库,保证当时 dev 仓库的内容是主线 Dev 仓库 + 新增内容,可以保证合并期间不那么折腾,相当于牺牲开发进度保证最后合并成功率。
36 天前
回复了 qiubangzhu 创建的主题 程序员 lnmp 和 lnmpa 选哪个好?
@qiubangzhu nginx 现在和 php-fpm 对接没啥问题,Apache 现在很多时候也是走 php-fpm 对接 PHP 了(原来是靠 Apache2Handler ),所以现在用 LNMP 的多。
36 天前
回复了 qiubangzhu 创建的主题 程序员 lnmp 和 lnmpa 选哪个好?
当年搞 LNMPA 是因为 nginx 处理静态页面比 Apache 快很多,而 nginx 和 php-fpm 对接不稳定导致经常挂。
现在两个问题都不存在了( Apache 2.4 以后速度和 nginx 差距缩小到了可接受的程度,nginx 也能稳定和 php-fpm 对接了),所以选择 LNMP 或者 LAMP 都可以。

如果内存小的话确实首选 LNMP 。
@echo314 这费没法收,现在各种风控模型的准确率其实并不高,更难的是审核标准是个很难公开且时刻变化的东西,所以很难做到审核标准公开透明。再来个收费解封怕是得骂死,用户又不是诈骗犯也没有谨小慎微的躲开风控模型的义务。
另外这个监管用户行为,甚至窃听用户隐私的操作有没有写在用户协议上?是纯模型判断还是有人工参与?有没有拿生产数据训练模型或者直接把生产数据丢给人工的情况?
另外按您这个道理扩展一下,内容审核也占很高的平台运营成本,甚至很多中小平台出的起平台运营成本出不起 24 小时审核中心的钱,敢不敢向监管收一下费?
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1381 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 22ms · UTC 18:18 · PVG 02:18 · LAX 11:18 · JFK 14:18
Developed with CodeLauncher
♥ Do have faith in what you're doing.