V2EX › tomczhen 的所有回复 › 第 59 页 / 共 88 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 55 56 57 58 59 60 61 62 63 64 ... 88

❮

❯

2018 年 3 月 11 日

回复了 ghostgril 创建的主题 › 问与答 › docker 在 Ubuntu 运行的时候出现这种问题是怎么回事呢

1. 没有 docker.sock 访问权限
2. docker daemon 没有启动

2018 年 3 月 10 日

回复了 wukaichao 创建的主题 › 程序员 › PHP 关于 http 改 https 的问题

又来黑我 PHP

2018 年 3 月 10 日

回复了 ksaa0096329 创建的主题 › 职场话题 › 现在找工作找的都已经蒙了。。。

╮(￣▽￣")╭

别急，至少要等大牛挑完，把其他 offer 拒掉，才轮得到备胎。

2018 年 3 月 8 日

回复了 feverzsj 创建的主题 › 职场话题 › 为什么现在招人越来越难？

因为靠谱的员工和靠谱的公司一样少，所以招人难招，求职难求。

2018 年 3 月 7 日

回复了 ghiei9101 创建的主题 › 职场话题 › 面试官问：你是一个守信用的人吗？该怎么回答？

面试官情商略低。

2018 年 3 月 7 日

回复了 mmnnyycc 创建的主题 › 问与答 › docker 暴露多个端口怎么区分？

出不出问题要看具体情况。

修改内部端口确保内外端口一致我觉得是最优解，也容易排查问题。

Web 应用，如果有可以配置 URL root 的选项配置最好，没有可以使用反向代理解决。

如果是一定会把检测到的容器内 IP 返回给外部客户端使用，那用 host 网络运行容器是最直接的做法。当然，也可以看看其他网络类型能不能解决问题。

2018 年 3 月 7 日

回复了 mmnnyycc 创建的主题 › 问与答 › docker 暴露多个端口怎么区分？

补充一下，bridge 网络下，内外端口不一致时可能会产生一些问题。比如服务检测到的配置或环境，是容器内网 IP 和端口，如果一些自动生成的 URI 会使用这些值，就会产生问题。

另外就算映射了端口，外部客户端也是无法通过容器内网 IP 访问容器。

不过也应该不是绝对，如果路由可达应该可以，但这时应该也不算是 bridge 网络了。

2018 年 3 月 7 日

回复了 mmnnyycc 创建的主题 › 问与答 › docker 暴露多个端口怎么区分？

bridge 网络下可以把主机看成路由器，外部是通过 NAT 访问的，与路由器上的端口映射类似，同一个 Network 下的容器是同一台交换机下不同设备，每个容器可用端口范围都是独立的。

容器间互访，可以通过容器内网 IP 和内网端口——即容器自身端口。外部想访问容器，就必须把容器端口 EXPOSE ——映射出来，暴露的端口属于主机端口，是不能冲突的。

2018 年 3 月 6 日

回复了 yuyuyu 创建的主题 › 问与答 › 内网上传大量的小文件到中心服务器

其实 SSD 不适合这种连续长时间写入，回收时写入会受影响，也许最新的傲腾才可以解决你的问题。

如果场景是日志收集，建议找专门的针对性接近方案处理吧。

2018 年 3 月 6 日

回复了 LeungJZ 创建的主题 › 程序员 › api.example.com 如何代理到 www.example.com/api/ 下？

客户端支持的话可以考虑用 307 跳转
https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Status/307

2018 年 3 月 4 日

回复了 dreampython 创建的主题 › 问与答 › 有没有从事 SRE 或运维工作的，聊聊 SRE 这个岗位

野生运维一名，下面是个人理解：

SRE 其实是开发，之不过这个开发面对的业务需求是“如何保障公司业务的可靠性”。基于这个目标，DevOps 只是为了对整个环节可控的必要步骤而已，只有规模效应下 SRE 或者说 DevOps 的价值才能更体现价值——或者说成本也是 SRE 必须考虑的指标之一。

最简单的例子，假设有一种新图片格式，可以让当前系统中所有图片质量保持不变（或者损失很小）的前提下体积减少 50%，如果带来的收益无法覆盖（可能的）研发费用、终端变更成本、业务升级风险成本，就不会有人去做。

最终的结果就是 SRE 是个没有初级岗位的岗位，只有在大公司才有 SRE 的基础，或者说小公司实践造就的 SRE 很多小公司也不会要——毕竟现在创业公司招开发都是百万并发打底。

总之想成为 SRE，先学好开发技能吧。

2018 年 3 月 3 日

回复了 JaneLean 创建的主题 › 酷工作 › [远程招聘] 诚聘 NODEJS 全站工程师

全天站着工作，以免猝死。

2018 年 2 月 22 日

回复了 ns2250225 创建的主题 › 分享创造 › django 使用 graphQL 详解

REST 主要的问题一个是数据有冗余，一个是请求多级关系数据查询是串行——必须先获取上级资源，再来获取子资源，版本基本上就三个方式：

URI - https://example.com/api/v2/foo
Custom Header - api-version: 2
Accept Header - Accept: application/vnd.app.v2+json

URI 直观，简单易懂，但是违背了同一个资源 URI 不变这个原则。放 Header 里面不直观，对队友有要求，（个人理解）自定义头和 Accept 头的区别是 Accept 更符合 Http 协议的设计。

REST 的优势在于 URI 明确，资源权限控制清晰。GraphQL 对外是灵活而强大，不过解决权限、性能问题对于后端而言复杂度是高于 REST 的——毕竟 REST 成熟的框架更多。

2018 年 2 月 20 日

回复了 jakeyfly 创建的主题 › 问与答 › Python 里有什么办法让字符串的转成数组呢如下

Some people, when confronted with a problem, think "I know, I'll use regular expressions." Now they have two problems.

2018 年 2 月 19 日

回复了 yao990 创建的主题 › Linux › 想 DIY 个 NAS，群晖已经把我 3 块硬盘废掉了，现打算自己搞一个，有没有技术大牛帮忙出个方案？

硬盘是消耗品，合理范围内的寿命都是正常现象，改用其他系统并不能解决这个问题。

2018 年 2 月 17 日

回复了 qceytzn 创建的主题 › 问与答 › 把一台系统是 CentOS 7 的小电脑改造成一台路由器用什么软件最方便、稳固、安全？？如果这个软件还带一个类似 openWRT 的网页版的管理界面就更好了

ClearOS
https://www.clearos.com/

2018 年 2 月 17 日

回复了 F2Sky 创建的主题 › 问与答 › 你会因为什么而结婚？

“爱”是最大的冒险，愚蠢而疯狂——两个不同世界的结合会带来创造也会带来毁灭，这就是浪漫。

人始终是理性动物，为了降低毁灭的风险，总会有额外的考虑，这就是现实。

2018 年 2 月 14 日

回复了 mpco 创建的主题 › 问与答 › 求推荐路边小店适用的简单库存&销售系统

@whypool 条码枪一般都支持键盘模拟模式，串口模式的条码枪还得配置才行，高级点的条码枪回车 /换行符也可以可配置的。

小商超淘宝有买软硬件一体的 POS 机，一般就是 Intel Atom 的低功耗机+盗版 Windows+软件加密狗，不过外设配齐（条码枪、客显、热敏小票打印机），带远程支持服务，虽然硬件性能来说略坑，不过也没有其他好选择。

2018 年 2 月 12 日

回复了 rogwan 创建的主题 › Python › 豆瓣高级 Python 工程师董伟明推出了“爱湃森”课程

书（ Python Web 开发实战）买过一本，说实话内容很尴尬。

最开始买的时候是打算作为 Python Web 开发入门用的，结果发现看完关于 Flask 的部分也没能撸个能有点成就感的玩意，至于后面的内容（架构、配套、部署、运维），买书的目的都没达到，东西都没一个，部署啥？运维啥？然后直接去啃 flask 的文档了，后来过完 Python 核心编程，又照着 Django 文档过一次，能撸个能看的页面了，再来看这本书才发现问题。

这书只适合有开发经验的人员学习 Python Web 开发，虽然有涉及到运维和部署，但是跟生产环境实践有差异，只能说是足够开发人员了解而已。内容组织上对新手而言太散，没啥成就感，而且相关的内容还有能力要求，很多深入的点还需要读者自己去别的地方挖掘，但是无论读者自己善不善于挖掘，买了这本书都会觉得不值——对于新手内容太泛太散，对于老手内容太浅。

1 ... 55 56 57 58 59 60 61 62 63 64 ... 88

❮

❯