V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  fbichijing  ›  全部回复第 3 页 / 共 9 页
回复总数  174
1  2  3  4  5  6  7  8  9  
2023-10-31 00:26:39 +08:00
回复了 fbichijing 创建的主题 YouTube Youtube 屏蔽和谷歌账号关联
@neverbelieveyou

> YouTube changes their detection scripts twice a day

我确实是通过:

> Logging out of all Google services,
> Closing all YouTube/Google tabs,
> Clearing cache and cookies (all or just Google/YouTube),
> Restarting the browser,
> Logging back in.

来恢复的。如果一天两次更新的话,可能要通过这几天看看结果了。
2023-10-30 23:35:00 +08:00
回复了 fbichijing 创建的主题 YouTube Youtube 屏蔽和谷歌账号关联
@neverbelieveyou 很久没有看国内那些带很长广告的视频平台的视频了。有些时候对抗也是挺累人的,后来觉得对抗的性价比实在太低之后也就不看了。很多视频在外面想看都能看并且还是不经过更改的。不怀疑 Youtube 存在着屏蔽掉去广告插件的技术实力——用户和网站拥有者的考量总是不同的。只是我看到有消息称部分视频的广告不是视频拥有者所加,而且一些视频中间插了广告,导致听歌的时候大受影响。当然,说来说去,也都只是站在用户的角度,谈不上客观。
2023-10-30 23:08:01 +08:00
回复了 fbichijing 创建的主题 YouTube Youtube 屏蔽和谷歌账号关联
一开始以为是基于浏览器的插件封禁,后来发现切换到 Firefox 浏览器去广告插件都能正常使用。直到今天页面加载不出来之后,把两个浏览器的 Google cookie 清除掉后重新登录,发现两个浏览器的去广告插件都运行得十分正常...
2023-10-30 23:01:25 +08:00
回复了 fbichijing 创建的主题 YouTube Youtube 屏蔽和谷歌账号关联
@jasonselin 你把浏览器 Google 的 cookie 单独删除掉重新登录就好了。
2023-10-30 23:00:29 +08:00
回复了 fbichijing 创建的主题 YouTube Youtube 屏蔽和谷歌账号关联
@jasonselin 不是,倒计时是我自己想测试一下卡多久。但是在不清除 cookie 的情况下,不同的浏览器都被卡了近两分钟。貌似和浏览器缓存的 cookie 有关。我两个浏览器的 Google cookie 清除后重新登录就恢复正常了。
2023-10-30 20:55:45 +08:00
回复了 fbichijing 创建的主题 YouTube Youtube 屏蔽和谷歌账号关联
经过在隐私窗口测试,发现没有插件的账号依旧能正常播放,不会被卡。浏览器清除 cookie 以后就恢复了。
2023-10-24 22:54:45 +08:00
回复了 mathor 创建的主题 Python 请教使用 Python 爬虫获取 Cookie 的问题
难道不是应该先抓下包吗?
2023-10-01 21:09:27 +08:00
回复了 varz1xx 创建的主题 Python Python 小白请教一个 pip 打包问题
#2 二楼说得对,直接在 install_requires 里面写上你写的库里面要求安装的第三方包和需求版本就可以了。

其实 Python 库的安装有时候会产生冲突,虽然在很多情况下不会导致很严重的结果。有时候会遇见 A 库要求使用某个第三方库是旧版本,而 B 库使用了该第三方库的新版本,而这个第三方库某些部分是不向后兼容的。这种情况存在但不是很经常见到。

对于你说的问题,直接在 install_requires 里面写上就行了。你完全可以自己建一个虚拟环境测试一下安装时是否符合自己的预期。
2023-09-28 15:02:21 +08:00
回复了 Freeego 创建的主题 程序员 ChatGPT 网页版现在的验证码丧心病狂
你不说我都不知道有验证码这个东西。
2023-09-15 18:22:57 +08:00
回复了 invadv 创建的主题 音乐 请留下一首你觉得好听的歌或者曲子
2023-09-14 17:04:52 +08:00
回复了 firhome 创建的主题 程序员 10 年 iPhone 用户换了安卓后一点感想~~~~
@nzynzynzy #95

还有一种可能,就是狼的一员。
由此就不用再担心周围是否有狼,而是担心所有异类都跑到河对面去了(如果狼不会游泳而异类能够游泳的前提下)。
2023-09-06 09:52:58 +08:00
回复了 vicalloy 创建的主题 Python 你们的 Python 代码加不加 Type Hints
不喜欢,因为不够简洁。

很多参数看到参数名就能大概知道应该传进什么类型的数值进去,出错的话就 help 看一下函数注释也就知道了。

个人比较喜欢函数注释的那种写法,当有写的必要性时就会加上。就像 requests 里面的

# requests api.py
```python
def request(method, url, **kwargs):
"""Constructs and sends a :class:`Request <Request>`.

:param method: method for the new :class:`Request` object: ``GET``, ``OPTIONS``, ``HEAD``, ``POST``, ``PUT``, ``PATCH``, or ``DELETE``.
:param url: URL for the new :class:`Request` object.
:param params: (optional) Dictionary, list of tuples or bytes to send
in the query string for the :class:`Request`.
:param data: (optional) Dictionary, list of tuples, bytes, or file-like
object to send in the body of the :class:`Request`.
```
2023-09-04 17:05:39 +08:00
回复了 voidmnwzp 创建的主题 Python 动态类型的语言用第三方的库,到底如何确定返回值类型?
有 api 的不是 api 有规定字段对应的格式吗?返回值一般的话同一个字段类型都是固定的吧。如果不同时候调用返回时的类型不一样也太神奇了吧..
2023-08-29 16:33:58 +08:00
回复了 spicy777 创建的主题 生活 羊后失去味觉了
@vanityfairn 你们两个,斗志斗勇啊。
权做抛砖引玉。
lxml -> xpath 选择器
beautifulsoup -> CSS 选择器
解析的话一般来说是这两种选择一种,解析规范的 html 大多数情况下多数使用这两种选择器而不是正则。一些特殊情况和字符串处理则使用正则。印象中 lxml 底层是使用 C ,而 beautifulsoup 是 python 实现,似乎是 lxml 效率更高一些。两者选择自己喜欢擅长的那种就可以了。
爬虫的难度如楼上所说,是如何获取到网页源码和参数构造,反而解析和入库是比较简单的步骤了。
2023-08-27 20:06:30 +08:00
回复了 iorilu 创建的主题 程序员 无意中学了点 powershell ,惊了, 这东西是不是低估了
就好比在当前的时间节点下处理 Excel ,不去使用 pandas 之类的,还去学 VB
同意一楼和二楼的说法。“性价比低”。Linux 下的很多命令要比 Windows 下简洁,还有 alias 之类的可以自定义各种符合自己喜欢的命令出来,Windows 要实现相似功能,贼麻烦。写 python 或者每个人自己熟悉的脚本语言不香吗,在不同平台上大多数写法都差不多。又为何一定要把自己限制死在 Windows 下?
2023-08-25 10:28:28 +08:00
回复了 Tiller 创建的主题 程序员 李跳跳收到腾讯的律师函,无限期停止更新
@lincanbin

# 378
> @moxuanyuan 是不是违法确实很难定性。就我个人而言,我更倾向于认为他违法。
你可以联系李跳跳的作者,让他顶住压力不下架,这样过段时间就可以从律师函升级为法庭诉讼,是不是违法到时候就知道了。
----------------------
251
2023-08-24 10:03:56 +08:00
回复了 qpwoeiruty 创建的主题 程序员 第一个独立开发的 APP 终于上架 google play 了
> 数据安全
此应用可能会与第三方分享这些类型的数据
照片和视频
此应用可能会收集这些类型的数据
应用信息和性能
数据在传输过程中会加密
数据无法删除
-----
看到这些以后,总觉得不太对......

是不是一个默认就是使用此类型的应用,图片就默认没有隐私权了?是不是默认都是这种场景:修图片之后,就意味着要发到社交平台,所以"此应用可能会与第三方分享这些类型的数据"是一种不那么侵犯用户权益的行为?而没有这种场景:用户修图片,只是自己需要,修了以后并不想发布。所以"收集和分享"算是"免费"使用的一种"代价"这个意思吗?
就功能上来看已经是十分之多了。
我感觉有点秘籍恐惧症,还是喜欢每一个 app 都只完成它的主体功能。主体功能很优秀额外的就显得相对不那么重要了。就像函数一样。
666 肯定是要扣上的。
就我自己来说,我还是最喜欢类似 putty 这种软件。
每一种常驻于我们电脑或者手机里面的软件,都带有其他软件所无法替代的功能。“今日历”是因为“全”所以必不可少无从替代吗?设身处地地思考一下,如果我需要的是“今日历”中的其中一个功能,我大概会选择一个仅带这个功能的相关 app 。当需要的功能可能要 >=3 的时候,才可能删除掉原来的使用“今日历”一把梭。
------
“中英文美句” 这个和日历存在联系吗?......
1  2  3  4  5  6  7  8  9  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2811 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 13:58 · PVG 21:58 · LAX 05:58 · JFK 08:58
Developed with CodeLauncher
♥ Do have faith in what you're doing.