V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  tomczhen  ›  全部回复第 59 页 / 共 84 页
回复总数  1672
1 ... 55  56  57  58  59  60  61  62  63  64 ... 84  
2017-12-21 13:30:07 +08:00
回复了 ray8888 创建的主题 问与答 公司 http 代理上网,只留 80 和 443, samba 怎么过?
换 webdav
2017-12-20 12:54:48 +08:00
回复了 Liang 创建的主题 程序员 请教各位大神公司组网的方案~ 进来有红包
clear os,基于 CentOS,基本都能实现,不过得有一定的能力。
这种悲剧很难避免。

看得出来所有对“上层”有追求的人都是有着自身的焦虑与不安——期望提高收入,期望参与体制,期望实现移民,每个人都有自己的选择方案,期望能解决焦虑与不安。

然而,现实是不可能提供足让每个人都感觉到安全的资源——更何况这个需求也在增长。成功者总归是少数,更多的只是平凡人和失败者,所以悲剧很难避免。

过去我以为当年轻一代人掌握话语权时这个世界就会改变,现在看来屁股决定脑袋这点是不会改变的。

想避免这种悲剧,恐怕只能实现社会主义才行了,或者用流行的说法,佛系解决方案也是不错的——

众生皆苦,放下即自在。天地皆空,唯有人在其中苦。
2017-12-18 19:08:09 +08:00
回复了 cnbattle 创建的主题 程序员 日活 3K 左右的 app,后端有必要上 Java 吗?
@slgz 技术债务总是要还的,只是什么时候还,由谁来还的问题。并不是说不欠债就是好的,有时也会为了一些妥协而主动选择债务。

再说了,项目没到还债的时候就死掉的也是很多的。不管是主动选择还是被动,债务只要可控就是可以接受的——大不了离职嘛 ¯\_(ツ)_/¯。

通常说的解决方案就是重构,不过出于自身利益风险考虑我觉得更多人都喜欢重写——毕竟就算是一坨屎也是自己的香一些。

我只是一个负责背锅的运维,代码重构的经验还是让开发来传授吧,毕竟他们经验比较多 :doge:
还是得看具体业务和目标用户。

国内社交、支付、应用市场入口都被 BAT 把持,二维码也基本是微信和支付宝的入口,即便不考虑浏览器的问题,如何让用户安装 PWA 应用都是需要调研的。

个人感觉目前局面,非 BAT 厂家对 PWA 都是支持的,至少目前来说是可以绕开 BAT 入口的好办法,更何况还有 Google 站台。而 AT 两家,明面上应该不会阻扰,但我真想不出有什么理由让它们积极支持推进。

除非能有什么重大事件能改变当前的局面——比如谷歌入华什么的,大概会一直这样吧。
2017-12-18 12:52:05 +08:00
回复了 nikoo 创建的主题 问与答 SQL 求教:标签相关问题
JSON 类型也避免不了数据量过大的问题,反正查找算法还有数据结构就那些。可以预见的是热门标签的 doc_ids 增加是非常迅速的,大表还能分表解决,大字段该怎么解决?

通过文章来查标签好解决,但是标签反查文章,用关系数据库真不好解决。无论采取那种结构,查询速度明显会因为标签对应文章数据量增加而变慢。

感觉要么做成延迟生效,将查询结果缓存一段时间(不然被 cc 也够呛),追求实时的高一致性技术要求很高。
2017-12-18 12:23:38 +08:00
回复了 nikoo 创建的主题 问与答 SQL 求教:标签相关问题
@SuperMild doc_ids 这个字段长度会非常大,而且文章修改标签时会相当蛋疼 。
2017-12-18 00:39:30 +08:00
回复了 Anonym0u5 创建的主题 Linux dhcp 服务在 Linux 服务器上搭建有什么作用?
dhcp 和 dns 有一些额外 option,可以实现服务发现,比如 http 代理服务或者 KMS 服务之类的。

https://it.cornell.edu/software-licensing/creating-dns-records-accessing-kms-server

https://technet.microsoft.com/en-us/library/cc940962(v=ws.10).aspx

另外有些网络架构下也会用三层交换机实现 HDCP,做 802.1X ,可能利用 Linux 也有类似的实现吧。
2017-12-17 20:01:03 +08:00
回复了 cnbattle 创建的主题 程序员 日活 3K 左右的 app,后端有必要上 Java 吗?
已经上线的项目,就算能解决初期造遗留的问题也需要很大的代价——技术债务越晚偿还代价越高,根本不是多个岗位能简单解决的事。

要是真有专业点的运维或者 DBA 也根本不会出现现在的问题。

说白了就是“短期高估”——期望一个运维 /DBA 能解决所有问题;“长期低估”——运维 /DBA 又没多少工作量,专门请一个太浪费,让开发顺便干了就行。
2017-12-16 13:35:29 +08:00
回复了 Moorj 创建的主题 问与答 NAS 用全 SSD 组阵列是一种什么样的体验?
有万兆网络才能体验了,虽然价格还是贵,不过明年家用级万兆电口产品应该会开始铺了。

阵列不等于备份,对存储系统而言只要性能有需要,硬盘只是消耗品。
2017-12-15 21:25:01 +08:00
回复了 derek80 创建的主题 问与答 多区域少量 docker 服务怎么管理比较好?
看看 daocloud 的免费版本能不能满足,不行的话只能由简单到复杂方案自己实践评估一下了。
新生事物在早期本身就是有很多问题的,Docker 确实解决不了所有问题,有自身的缺点,也会带来新的问题,不过搞软件工程应该知道的第一件事不就是“没有银弹”吗?

在技术未完全成熟时无脑拒绝和无脑跟风本质是一样的,提早作出判断收益才会更大,否则等着别人直接把你换掉 ¯\_(ツ)_/¯?

那些高大上的企业的容器实践分享可是实际存在的,自私的讲,出于丰富自身技术阅历考虑,也得尝试一下吧?
@gdtv 任何事情都是有代价的。

如果一个技术带来的收益,超过带来的缺点和问题的成本,那么就是可以考虑的。

每个项目、每个人所衡量的收益、成本不同,没必要拿来作为唯一准则。
小公司不都是开发“顺便”解决掉这个问题么?

之前待的公司后台要我把服务器换成 win7 试试你能信?
既然不是为了 GPIO 还是买 x86 平台比较好一些。
先退款呗,还能怎样。
2017-12-13 11:15:49 +08:00
回复了 leon0918 创建的主题 互联网 简书 CEO 这表态,怎么看?
考虑到屁股所处的位置,这样的言论是没有问题的。

选择自由的权利意味着也要承受自由权利的代价。
2017-12-13 00:02:11 +08:00
回复了 Les1ie 创建的主题 Docker docker 官方镜像很多用 debian 的?
Alpine 有个蛋疼的地方,Android 编译用到的 aapt,老点版本是 32 位的,新版本是 64 位的,我没找到可以同时可运行的办法。
https://www.v2ex.com/t/323425

使用 DNS 认证方式即可
2017-12-11 18:49:56 +08:00
回复了 tomczhen 创建的主题 求职 [深圳] - 运维相关岗位 - 顺便求点评
@x18960

不不,我不是大佬。

我只是认识到这个问题本质上是钱的问题,也是个人无法解决的问题之后放弃治疗了。

静态页还好,动态信息请求打死数据库什么的才叫绝望。
1 ... 55  56  57  58  59  60  61  62  63  64 ... 84  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5778 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 38ms · UTC 03:07 · PVG 11:07 · LAX 19:07 · JFK 22:07
Developed with CodeLauncher
♥ Do have faith in what you're doing.