除了 2 楼说的靠点谱, 其他的几乎都是在瞎扯淡啊, 不知道是没看楼主描述的要求, 还是自己会什么就说什么... 又装插件又伪造证书又定制化浏览器发给用户的, 还有截屏键盘记录... 这都哪跟哪啊... 明明人家要的是给对方安装个软件, 就拿到对方浏览器内容的事情, 类似于木马, 这种要求如果能拿到浏览器目录, 从本地缓存和 sqlite 里翻腾不行么, 里面访问历史都有, cookie 貌似也没加密, 明文存储了用户名密码(不过好像得要 Windows 密码), 虽然也可能触发权限问题或者反病毒软件报警

不过楼主的要求是违法的, 这里就不细讨论了... 溜了, 技术无罪, 净抓会技术的人

对方都是按合同办事, 这也没什么办法, 便宜又好住的地方不涨价才怪了, 而且问过好几次, 都是业主要求涨的...
你这是住了 3 年才涨价, 我每次都是次年必涨, 大概涨 20%

今天刚见这个网站(某主题的 V 友 github 上提到的), 然后怎么都打不开... 用科学方法可以, 所以目前看来也是被盯上了, 指不定又有人乱说话了

现在 github 我已经直连了, 这几天发现速度居然还不慢, 不知道是微软出力了么

大部分情况都是把参数打包成 json, 然后另一边从消息队列读 json 按照参数执行函数吧...
不过你这种要求的话
你知道 linux 的管道符吧, 可以通过 curl 获取脚本文件然后用管道符直接执行, 这样甚至不用存储脚本文件, 文件在内存里就可以了

通过 curl 加管道符使用在线代码
curl http://www.xxx.com/xx.py | python - -xx xx >> /tmp/plan_b.log 2>&1
不过实际上学会 xargs -i xxxx {} 更简单...

这两种管道符的方式是我当年用的

@eason1874 运营商的... 你说的不是自动获取的那个吧, 那东西不是解析不全, 就是给我污染... 没见过更流氓的东西了... 现在不花心思在 dns 上了, 8888 现在也才 30 多 ms, 根本感觉不出区别, 有空再折腾吧

第一张图哈哈哈, 国企程序员吧, 后面那发量也太真实了...

为啥我周围就是 T 恤七分裤凉拖, 不穿拖鞋是因为那个 60 万的梗

相亲网站哈哈, 因为网站 FE 太垃圾而拒绝用这网站相亲吗

动物书列的不够全

@okampfer 没错... 实际检测过多个地方 114 是最低的, 而且很多生僻网站也不会报错, 现在没有刚需我是懒得折腾别的了, 真的是浪费时间, 5ms 那俩都不如 8ms 的 114 舒服...

使用队列, 使用 Future, 使用 callback, 使用协程

等你工作多年你会发现, 周围的同行里, 九成真的不是喜欢这门行业, 只是混口饭吃. 习惯就好了, 大不了跳到一个更好的氛围里去

PS: 你这操作我在国企似乎见过女同事干过...

前几天把 gitee 拉黑以后, 估计一大波人把 ECS 上默认 DNS 改掉了吧
上了快二十年网, 发现从一而终的反而是一开始在用的 114 ...
试过 dnspod baidu alibaba tencent, 在北京前两个有时候比 114 延迟还低, 但是很多国外偏门网站还是会解析不出来, 后两个用的时候总是刚好赶上他们宕机, 那种一年不一定遇到一次的让我碰上, 也是倒血霉了
所以非专业实在懒得再折腾了, 114 速度也不慢. 前几天还体验了 8888 和 8844, 发现有些国情问题偶尔得刷新一次, 也就不折腾了..

基本别指望了, 这就跟 Ubuntu server 上启动个非 headless 的 chrome 一样烦, 要开虚拟显示器, 然后让 GUI 程序投射到这个虚拟显示器里...

不知道双十一还会有一拨促销么

脑补楼主标题: 汤面是拿炒面换滴给什么钱?

@jon 扫了眼评论, 感觉在逛知乎...

@wangyzj https://github.com/linkedin/shiv 你看看不就知道了, PEP 441 里也讲的很清楚, 把所有第三方包打包成一个压缩文件 xx.pyz, 然后在有解释器的环境里就可以像 bin 一样直接运行了, 类似于
$ ./boto.pyz
然后根据参数, 在 pyz 文件里带上要执行的 py 文件的函数, 就可以整个项目打包成类似可执行文件的 pyz

懒得学就直接看上面那个 distwin 吧, 是一种协议, 允许 Python 解释器直接运行它, 并带上它里面包含的环境, shiv 后期也把局部环境被全局弄脏的 bug 给修复了, 变成了局部优先, 所以尽量用新版本

还有个小地方要注意, 虽然 Python 代码是跨平台的, 但是如果遇到需要编译 C 文件的库, 就没法跨平台了, 毕竟编译的玩意是不兼容的

@lxk11153 还真是... 算了, 无力吐槽, chrome 设计师再差, 也比微信强多了

@lxk11153 我是引用的... 原帖也给你了. 不过我更新了 78 以后, 地址栏里依然有 https 呢, 感觉那个帖子说的事情没发生

@chengxiao 你这个结论是最近的么, 之前我还真在 Windows10 上打包了给 Windows7 的人用过, 是正常通过的.

不过你说的这个情况在 3 年以前, pyinstaller 还不稳定的时候确实存在, 所以每次打包为了兼容性, 我会把需要的所有 VC100.dll 什么的一起带上, 以及 pyqt 打包会缺失的 platform.dll 也都带进去, 那年代为了兼容性真的煞费苦心了.

前段时间问过群友, 说这些 bug 在新版本 pyinstaller 都已经自动兼容好了

@omph 不用客气, 之前也做过相关操作而已, 部分历史代码可以看 https://github.com/ClericPy/distribute-python-on-windows 不过不知道还可以用么, 这库的主要操作就是去官网下载 embed zip, 然后解压缩, 然后打包 shiv , 然后生成一个 run.bat 用来执行, 你稍微改改就好了


@wangyzj 两码事, shiv 的用处接近于虚拟环境的 zip 化, 打包成单个 pyz 文件以后, 整个环境的所有第三方依赖就独立于全局环境了. pyinstaller 只是一个编译工具, 而且是把解释器一起编译进去的, shiv 是不带解释器的, 所以 pyz 文件很小

以前学习的时候实现过同步代码里使用协程

from torequests.dummy import Requests
req = Requests(frequencies={'p.3.cn': (2, 2)})
tasks = [
req.get(
'http://p.3.cn',
retry=1,
timeout=5,
callback=lambda x: (len(x.content), print(req.frequencies, flush=1)))
for i in range(4)
]
req.x # or [task.x for task in tasks]
result = [task.cx for task in tasks]
print(result)


这里的 cx 是 callback 的返回结果, 如果没有 callback, 直接使用 task.x 就有了, 和普通协程比, 性能损失倒也不算大. 不过还是习惯在全局协程里用