首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  jinliming2  ›  全部回复第 54 页 / 共 55 页
回复总数  1087
1 ... 46  47  48  49  50  51  52  53  54  55  
❮ ❯
2019-05-01 08:05:28 +08:00
回复了 HFX3389 创建的主题 › 全球工单系统 › 运营商的营销短信也太厉害了吧！
移动无限流量套餐，经常给我推送流量包广告，几块钱多少 G 的那种，我无限流量开流量包干啥？
2019-04-30 21:51:48 +08:00
回复了 jinliming2 创建的主题 › Go 编程语言 › 请教 Golang HTTP 的 Shutdown 函数
非常感谢，加一个 chan 等一下就好了，成功了
2019-04-29 17:48:41 +08:00
回复了 EridanusSora 创建的主题 › Node.js › 有什么办法让 Node 里发起的请求的 DNS 请求走 Socks 代理
可以尝试 Google 或者 1.1.1.1 的 DNSoverHTTPS 接口，自己解析然后直接用，自己解析走的 HTTPS 就可以直接走代理了。
2019-04-28 12:55:37 +08:00
回复了 a1274598858 创建的主题 › 程序员 › 用自己闲置的服务器搞了个免费图床
@ysc3839 camo.githubusercontent.com 是 GitHub 的反向代理地址，上游图片文件地址失效了这个地址也就显示不出来的。
上游图片文件的真实地址要进 README.md 文件里点 Raw 看源码里显示的才是，域名是 ovefvi4g3.bkt.clouddn.com 。
2019-04-28 08:32:28 +08:00
回复了 moyupoi 创建的主题 › 程序员 › 百度字节两大毒瘤互相伤害
两家都不怎么用的吃个瓜
2019-04-28 08:22:13 +08:00
回复了 a1274598858 创建的主题 › 程序员 › 用自己闲置的服务器搞了个免费图床
@ysc3839 你那个仓库里面 README 的图都是外链的第三方的图片地址……跟 GitHub 没关系吧？
2019-04-22 01:49:27 +08:00
回复了 chinesehuazhou 创建的主题 › Python › len(x) 击败 x.len()，从内置函数看 Python 的设计思想（内有公号宣传，不喜勿进）
感觉语义上的不同，len() 更像是进行测量、获取长度这个动作，而 .len 更像是读取一个已经存在自身上的一个属性，.len() 也是进行测量、获取长度这个动作。
len(x) 和 x.len() 的区别是，一个是别人来测量自己，一个是自己测量自己。
len(x) 没有办法预先确定要测谁的长度，所以只能每次都重新数一下。而 x.len() 就可以直接把自己的长度存起来，变化的时候改一下就行，每次返回保存的值就行。这么看来，x.len() 的设计更好。
PY 里面的 len() 比较聪明，不会自己去数，而是调用 __len__ 直接抄答案……
2019-04-21 16:45:50 +08:00
回复了 xinQing 创建的主题 › Go 编程语言 › requests for golang
支持
请求方法还有 PATCH HEAD OPTION 之类的建议加一下
2019-04-21 14:56:25 +08:00
回复了 catalina 创建的主题 › DNS › 你们自家的路由器上有没有设置 DNS 服务器？设置都是哪些？
2001:4860:4860::8888
2001:4860:4860::8844
8.8.8.8
8.8.4.4
1.1.1.1
1.0.0.1
2019-04-21 10:23:22 +08:00
回复了 shanlan 创建的主题 › 程序员 › 能说说为什么你要是使用 Linux 系统开发吗？
常年三个系统，Windows Debian MacOS 来回切，没有一家独大的道理，每个系统都有优秀到离不开的软件。
开发软件，各个平台都有自己的用户受众群体，比如你想做一个给普通人用的小工具，那么你不可能用 Linux 开发，Windows 用户才是你的受众群体，当然 Mac 的用户量也不少。
一个软件多个平台测试过才算是合格的。
2019-04-20 09:37:36 +08:00
回复了 Kimba 创建的主题 › Apple › App Store 无法连接，不知是否是个案呢？
我移动 4G 一直正常
2019-04-20 01:47:43 +08:00
回复了 0xABCD 创建的主题 › 程序员 › 初学一门新语言，看代码重要还是写代码重要？
建议先看官网文档。把文档中的示例都看懂，语言就学的差不多了。学着官方文档里的风格去写，可以适当发展自己的风格。
亲亲，这边建议您写代码的时候把 Ctrl 键或 Command 键扣掉哦～
GitHub 之类的上面的代码都是有作者自己风格的，不一定代表官方推荐，不一定是好的。
2019-04-20 01:27:31 +08:00
回复了 bethebetter 创建的主题 › 程序员 › Google Maps 开始商业化，给钱就推荐
1 Google 是商业公司，不是慈善机构，广告是他们收入来源之一
2 在你看到 Google 有广告就觉得不可思议，破坏了你心目中光辉形象的时候，是不是要自己反思一下双膝已经离不开地面了？ Google 也是要挣钱吃饭的！投广告赚钱没有什么不妥。
3 百度因为医药广告害人之后，成为了反面教材，而当时有人指出 Google 上也存在医药广告，但是 Google 上面的医药广告不是给钱就能发的，要审核资质证明的，所以结论是 Google 的广告相比百度成为了正面教材。这件事听听就好，Google 的广告至少不会害死人。
2019-04-20 01:10:48 +08:00
回复了 emeab 创建的主题 › PHP › 9102 年了，真的有公司不用框架写 PHP 吗
如果仅仅只是做一个公司的官网，上面动态展示几条公告新闻，这样的需求你甚至直接写个 php 文件，html 嵌套 <?php 来写都是完全 OK 的，简单高效。
2019-04-20 01:06:15 +08:00
回复了 emeab 创建的主题 › PHP › 9102 年了，真的有公司不用框架写 PHP 吗
越小的公司，业务逻辑越简单。
你说我就提供一个文件下载的接口，原生写也就几行代码，你却要引入一整个框架，只是为了只写“一行代码”来实现，是不是有点得不偿失？
只有业务逻辑大到一定程度，复杂到一定程度，才需要引入框架。

现在很多培训班出来的人，写代码离不开框架，根本连编程语言的基本功都没有，这样的人你敢要？
问你能否脱离开框架写东西就是在问你语言基本功怎么样。如果框架不提供某个功能，你能否自行实现这个功能；如果框架里的某个功能存在缺陷或是安全漏洞，你能否自行进行修复。
2019-04-19 09:53:28 +08:00
回复了 okwork 创建的主题 › 云计算 › 阿里云 ubuntu 默认给'root'用户，腾讯云默认给'ubuntu'用户，大家觉得哪个好？
老手无所谓，但默认 root 用户会让新手习惯所有操作都直接跑，以至于到非 root 环境就不知所措了。
其次，除了非常底层的操作服务以外，没什么业务服务需要 root 权限的，都是非 root 能启动的。比如监听端口 80、443 这些低端口的问题，也是有非 root 的解决方案的，只不过大家习惯了碰到问题直接 sudo ……
以 root 去启动服务，等哪天中个挖矿病毒，就该后悔了……然后去投诉他们为啥要默认 root 用户？
默认非 root 用户，出问题了你也怪不到他们身上，毕竟没给 root 权限你强行获取，那是你自己的问题。
2019-04-19 00:50:25 +08:00
回复了 powertoolsteam 创建的主题 › 推广 › 都 9012 了，该选择 Angular、React，还是 Vue？
原生的 Web Components 会是官方支持的未来，只是现在 HTML Imports 被弃用暂时替代解决方案 ES Module 还不太成熟（ ES Module 已经比较成熟，但是应用在 HTML Imports 相关方向时暂时还没有比较好的实践，得继续观望）。
而 React VUE Angular 这些第三方框架的必然会在未来 Web Components 成熟后采纳一些原生的解决方案。
比如样式隔离问题，现在三大框架的解决方案只有两种，一种是给样式 class 类名加 hash，一种是加前缀，各个子组件不使用 id，以保证在复杂庞大的页面下样式互相不冲突，带来的问题就是样式类名又臭又长，或是太过随机。而原生的 Web Components 则在浏览器层面直接对样式进行隔离，不同子组件之间样式 class、id 都可以冲突而不相互受影响。
还有就是未来一定会出现越来越多的基于 Web Components 的第三方框架（目前貌似就只有 Google 的 Polymer 做了好几年了比较稳定），YouTube 就是采用的 Polymer 框架，根据浏览器支持情况选择 Polyfill，目前看起来已经很成熟了。
---
前两天在看 Chrome 弃用 Web Components v0 的讨论，感觉国外在生产实践中应用这个技术的已经有很多了，以至于 Chrome 必须推迟删除 API 的决定。
1 ... 46  47  48  49  50  51  52  53  54  55  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2990 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 14:10 · PVG 22:10 · LAX 07:10 · JFK 10:10
Developed with CodeLauncher
♥ Do have faith in what you're doing.