V2EX › hakono 的所有回复 › 第 25 页 / 共 38 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 21 22 23 24 25 26 27 28 29 30 ... 38

❮

❯

2019 年 10 月 25 日

回复了 0clickjacking0 创建的主题 › Python › 关于 python3 导入包的问题

这是不可能的，
api.py 中的 get 方法你看看具体定义：

```
from . import sessions

def get(url, params=None, **kwargs):
return request('get', url, params=params, **kwargs)
```
也就是说，这个 get 方法实际上调用的依旧还是 session.py 中的 get()
你以为只导入 get() 可以节省空间，但问题是这个 get() 是属于 Session 类，get()方法是和 Session 类中各种方法关联的，要用的话必须完整导入 Session 类，然后 Session 类又用到其他类，也用到了很多关联的系统库，比如这是开头导入的内置库
```
import os
import sys
import time
from datetime import timedelta
```

你要正常运行 request 就必须要导入这些库，然后 requests 其他类中也还导入了一堆系统内置库，用到了的话也必须一并导入到 exe 中，最后 exe 中还得内嵌一个微型的 python 执行环境
也就是说你要正常用 requests，这些全都需要

2019 年 10 月 25 日

回复了 v2dev 创建的主题 › 程序员 › [划水] 同事问了一个挺有挑战性的问题

dll 注入目标浏览器，hook 对应 api，岂止能获取访问记录

2019 年 10 月 24 日

回复了 gesse 创建的主题 › Google › chorme 78 版本终于出这个功能了

@registerrr 因为 Chrome 后台有自动更新的服务。Windows 的话打开系统的服务管理页面你会发展有个 googleupdate 服务会定期执行自动后台更新

2019 年 10 月 24 日

回复了 SoarKyle 创建的主题 › GitLab › 搭建内部 Gitlab， 20 人团队，求大佬推荐服务器

@wj5868386
> This project has been forked from Gogs since 2016.11 but changed a lot.

最开始 gitea 是 gogs 的分支，因为 gogs 是个人项目，然后作者不愿下放代码修改权限，导致很多人对此很不安，于是从 gogs 中分出了一个社区驱动维护的分支。开始 gitea 是差不多跟着 gogs 更新的，所以两者非常相似。但随着版本迭代，现在两者已经差别很大了

2019 年 10 月 24 日

回复了 capbone 创建的主题 › 奇思妙想 › 闲置的虚拟主机有什么用吗？

楼主买的是那个曾经 1 美刀一年的虚拟主机吗（狗头）

2019 年 10 月 23 日

回复了 fankcoder 创建的主题 › 硬件 › 配了一套 8000 元的 2070，大佬们看下我这套槽点在哪，准备双十一下单

@happy7902 那是因为以前 amd 的芯片组内存兼容性差，容易出问题。现在的 x570 芯片组是 a 内存兼容性已经没那么差了。

2019 年 10 月 22 日

回复了 mytudan 创建的主题 › 分享创造 › 薛定谔的猫与 NP 完全问题

建议楼主看看 wiki 或者学点最基本的量子力学知识，别再看那种遇事不决量子力学的小说了，尤其是日本动漫里遇到量子力学就是薛定谔的猫拿来装逼，看得人每次
都想吐槽作者啥都不懂就别乱卖弄了

薛定谔的猫这不是个假设，而是薛定谔为了否定量子力学的哥本哈根派的解释，而提出的一个否定式的思考实验。（不知道什么是哥本哈根学派解释可以查查看，能刷新你们对世界的认知）
薛定谔提出这个思想实验目的就是想说你看你们哥本哈根派说“人的观测”会导致波函数坍缩，所以我就随便想了这个实验，按你们的说法在打开盒子前，因为没人类的观测所以里面粒子衰变是多个状态叠加，所以猫也处于一个死或不死的状态。这！怎！么！可！能！你们脑子瓦特了吧。

这就是薛定谔的猫，要是被薛定谔知道你们总拿这实验来解释量子力学的话，估计他棺材板都会气的盖不住了

2019 年 10 月 22 日

回复了 hhh798 创建的主题 › 程序员 › 消息提醒设计

就和上面说的一样，就不取消通知呗，又没问题。，
点赞后取消掉，用户收到通知发现没有被点赞，肯定会知道是别人取消了，这个其实也是符合用户操作逻辑的

如果想真的在用户接收到推送前删除这条消息，那你就只能重新设计表结构了，这没办法的
如果实在没办对原本的表做更改，那你就只能在其他地方记录生成的数据记录的 id 了（如果你的表里连自增的 id 键都没的话，那真的还是建议重新设计表结构了），然后加上点赞用户，被点赞用户，时间之类的信息，取消点赞的时候从这个表反查到 id，然后你搞完就会发现，还不如重新设计表最简单

2019 年 10 月 22 日

回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？

没什么好吐槽的，真的
楼主觉得靠个 http status 就能解决掉状态码，是没遇到过要返回 N 多不同的错误的情况。当一个 api 或者系统需求复杂起来，区区的 http status 根本不够用。表示错误的状态码就那几个，但你业务的错误逻辑有十几个几十个，这时候你最后就会自然用起 { "code": xxxxx, "message": "" } 了，这时候是不是得感叹下自己活成了最讨厌的样子。。。

RESTful 说到底也不过是个风格，并非限制死的东西，实际业务需求的复杂是根本无法靠一个 RESTful 全部解决的（虽说 RESTful 是适用资源类的 api，但有时候你资源类 api 的业务逻辑也能复杂的一批）

2019 年 10 月 22 日

回复了 fcmio 创建的主题 › Android › 客观的谈谈 1 氢氧的优缺点？

@acrisliu 问题是一加最开始就是以不限制刷机为主打的啊，我记得没错的话，海外市场起步的动力之一也是这个（另外一个就是性价比）。毕竟一加作为个国内售后都得寄手机，身边都没人用的牌子（这里的身边指普通人群体），不在其他方面找突破口还有什么卖点

其实说白了，我的观点是（先声明，这是对我自己来说）不刷机的的话真的选一加真不如选择蓝绿厂，华为，小米这些，尤其最近的蓝绿厂，玩起性价比比小米都狠。
而且一加虽说和蓝绿厂都是同一个企业的不同品牌，但比起大量出货的蓝绿厂，一加的品控也是个问题。
还有一点是，如果要论国内系统的使用体验，华为，小米的系统真的是比一加做的好，都不考虑解锁 /root/刷 Rom 了，只死用官方 ROM 了，选个国内用的舒服的系统一定要选一加的系统呢。

至于你说 pixel experience，Los 这些体验不好，那是肯定的啊。比如看看人家 pixel experience 的 rom 的发布标题 [OnePlus7Pro] Pixel Experience [AOSP]，就是个 AOSP 呀，体验怎么和深度定制的 rom 比……
至于刷 pixel experience，los 这个，我只是随便举几个都比较知道的例子罢了。刷 ROM

2019 年 10 月 21 日

回复了 fcmio 创建的主题 › Android › 客观的谈谈 1 氢氧的优缺点？

比较想吐槽的一点是一加手机到手不应该直接 pixel experience 或者 lingoes os 刷起来吗，一加就是主打刷机的
毕竟一加又不是蓝绿厂，连 root 都不让你 root （蓝绿厂那种一个月 1k 个解锁 bl 名额，新设备发布三个月后才能解锁，要解锁 bl 账号必须设备登录几个月的行为我不觉得能称之为可以 root ）

2019 年 10 月 21 日

回复了 fcmio 创建的主题 › Android › 客观的谈谈 1 氢氧的优缺点？

楼主确定不再做个等等党吗？（斜眼笑）

认真的，屏下摄像头预计明年就会发布了，我觉得乐观估计明年年初或上半年就能见到成品上市
那时候才是真正换机的时机（等等党永远不亏）

2019 年 10 月 21 日

回复了 Poto 创建的主题 › 程序员 › 校园网客户端的分析求助

@Poto 这类校园拨号软件的原理大多都是你输入账号密码，然后软件使用自己的加密算法构建出经过加密的 PPPoE 的账号密码，然后拨号，然后软件部分同时和服务器端有心跳验证，如果不做心跳验证的话服务器会切断你的 PPPoE 拨号连接，当然这是我之前大学的拨号软件闪讯的原理，估计其他这类软件也差不多大同小异了

2019 年 10 月 20 日

回复了 Poto 创建的主题 › 程序员 › 校园网客户端的分析求助

校园网客户端拨号器有人专门破解的，找到相关内容就行这是治本方法

治标的方法则就是转区软件的原理，只需要 hook 掉软件所有和文本相关的 api 然后进行编码转换就行了。当然这个早就有好用的软件了，即：你需要个转区软件
Local Emulator 这个软件了解下
ps LE 的作者也在 v2ex

2019 年 10 月 20 日

回复了 alphaprogrammer 创建的主题 › 程序员 › 需不需要用 vim 搭建开发环境来替换 IDE？

学习 vim 的最好时机是学生时代，因为你有足够多的时间折腾配置和插件，养成用 vim 做主力开发的习惯也只有在这个时期抓起才行

而工作之后你是不可能有那么多时间或精力折腾 vim 的，或者说你工作后即便有时间，在不多的空闲时间里，花时间提升编程水平和花时间折腾 vim 之间让你选，你会选哪个？
我也相信 vim 如果用心去折腾，也不是那么难的东西，但是说这种话的人都无意间在弱化另一个事实：折腾 vim 的那些精力和时间放到折腾 ide 上同样能让你的 ide 更好用，或者把那些精力放到背英语单词，刷算法等等方面会更值得（对于工作的人来说）

说这么多我不是说 vim 不好，而是人生不同阶段有不同阶段要干的事。学生时代是接触 vim 最好的时候，就这样

2019 年 10 月 18 日

回复了 tyrealgray 创建的主题 › 程序员 › 做了 6 年 js 开发了，建了一个 slack，想讨论交流 JS

@tyrealgray 你还提 slack 那玩意………… 公司里同事的 channel 列表已经长度突破天际了，但依旧只能全部挤在左边的侧栏里，无法自定义排序，没有分组功能。简直销魂。

2019 年 10 月 17 日

回复了 upday7 创建的主题 › Go 编程语言 › Go 到底优势是在哪里？

从来发布置的角度来讲
你要 django 能跑起来
至少必须得有 django + uwsgi + nginx/Apache。

那么问题来了，uwsgi 的配置你要不要学着写？写完后 nginx/Apache 的配置是不是也得要写？
这三者之间的交互搞错点东西就炸，初学者能在上面折腾死你，即便有经验的每次新环境配起来也是让你蛋疼

啥，你不会用 Docker 简化配置过程？那么你 docker 用法要不要学？ Dockerfile 怎么写要不要学？ docker-compose 怎么写要不要学？而且正重要的是 Dockerfile 这东西你写完必须得 build 跑起来才知道有没有写错有没有 bug。相性我，你在没有前人项目的基础上徒手写个 Dockerfile，大部分的时间全都是消耗在了 build - run - 出错回头改继续 build 的循环中。
而且这特么还没考虑到你写 docker-compose 配置也有可能会有坑。。。。

然后这时候我们来看看 go，服务写好了？编译出来，可执行文件直接扔到服务器，`./hello_world` 成了，跑起来了，不用 nginx 不用 uwsgi，不用搞破 docker，并发，性能极好，你说，哪个爽？

1 ... 21 22 23 24 25 26 27 28 29 30 ... 38

❮

❯