V2EX › aababc 的所有回复 › 第 4 页 / 共 8 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8

❮

❯

2024-06-11 11:13:51 +08:00

回复了 qa2080639 创建的主题 › 信息安全 › 一个非常严重的漏洞 Windows 下使用 PHP 的注意

懂了，视野比较局限，上次他们说用宝塔啥的，之前从来没听说过，还被嘲笑了一通

2024-06-11 11:02:08 +08:00

回复了 qa2080639 创建的主题 › 信息安全 › 一个非常严重的漏洞 Windows 下使用 PHP 的注意

工作以来从来没用过 windows 的 php 服务，这个大概是啥场景？

2024-05-29 17:27:54 +08:00

回复了 klo424 创建的主题 › 程序员 › [因为 MP 加快了开发进度导致我被裁员失去工作 MP 作者需要赔偿]

@runliuv #1
没用过 C#, 但是都说很屌，这个效率真的这么高吗？

2024-05-24 15:48:35 +08:00

回复了 lesismal 创建的主题 › 程序员 › HTTPS 用明文传输密码的问题，看到很多次了，个人观点不赞成，单开个帖

感觉这个问题讨论不出来个啥结果，既然觉得密码有安全问题，那么就不用密码就好了！把这个安全问题交给别人就不需要自己负责了！

2024-05-23 14:17:11 +08:00

回复了 LuffyPro 创建的主题 › 程序员 › 前端校验还是后端校验的问题

@LuffyPro 如果是 restful 那么就通过不同的行为来区分 put/patch/post ，比如可以使用 patch 来提交部分更新。

2024-05-23 14:15:26 +08:00

回复了 Gocobnus 创建的主题 › 程序员 › 讨教一个关于 go 程序和 Python 程序交互的问题

七牛的许老师最近在搞 llgo 好像就是这方面的内容，应该是直接在代码层面的。可以了解一下看看

2024-05-14 15:41:11 +08:00

回复了 shinelamla 创建的主题 › 程序员 › 为什么 golang 提倡「接收接口，返回结构体」这样的原则呢？

@kuanat #55 这里怎么感觉有点矛盾，这里如果互相不负责，那么怎么确定实现实现了接口。可以去掉 implement 关键字，但是还是要实现同一个接口。golang 采用的是标准库的方式提供了一个接口，php 现在的做法是针对通用组件在 PSR 提供了接口，不同的组件可以基于相同的一个接口了互通。个人感觉工程上没有办法做了接口和实现完全独立。

2024-05-14 13:03:10 +08:00

回复了 shinelamla 创建的主题 › 程序员 › 为什么 golang 提倡「接收接口，返回结构体」这样的原则呢？

@kuanat #34
个人感觉这个说法怪怪的，从 golang 的 interface 来看 io.Reader, io.Writer 的设计也是自顶向下，如果没有这个从顶层开始的约束，下层在使用的时候根本就不知道会设计成啥样。

2024-05-11 17:37:21 +08:00

回复了 n0bin0bita 创建的主题 › 程序员 › 关于实际工作中前端后端在接口响应体规范上的疑问

做 app 后端的，期望做到能在不发版的情况下做到最大程度的灵活性。所以我们的业务逻辑基本都在后端，前端偏纯展示。甚至很多字体的大小，颜色都是后端控制。

2024-05-11 13:47:38 +08:00

回复了 lsk569937453 创建的主题 › 程序员 › 多线程分段下载文件时，为什么不下载到同一个大文件中？而是要分别下载到单独的文件然后再合并。

@guanzhangzhang 又学了点新知识，mktemp 这个还从来没用过

2024-05-10 21:51:39 +08:00

回复了 vlinx 创建的主题 › 硬件 › NIZ 的键盘怎么这么难用

@vlinx 那你比我好点，我真的是无敌了，就差换电脑了