V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  locoz  ›  全部回复第 144 页 / 共 333 页
回复总数  6659
1 ... 140  141  142  143  144  145  146  147  148  149 ... 333  
2021 年 8 月 18 日
回复了 ersic 创建的主题 问与答 有没有那种类似单独一个按键的 IOT 设备?
@Variazioni #5
@kingwkb #26
😂其实如果有现成的智能家居设备的话,直接接进 home assistant 做就行了,不够的话还可以上 node red,完全没必要特意搞设备做的。
2021 年 8 月 18 日
回复了 mightofcode 创建的主题 知乎 如何突破信息茧房?
@mightofcode #6 如果你要最新的行业资讯又不想看到垃圾内容,那你就进那些付费圈子或者比较高级点的小私密圈子,都是必然高质量并且及时的。
2021 年 8 月 18 日
回复了 mightofcode 创建的主题 知乎 如何突破信息茧房?
和厉害的人多交流,看看别人最近都在看些什么,自然就破掉茧房了。因为别人看的东西必然和你原本会看的不一样,你在搜的过程中就会带来很多新的关键词干扰推荐。
2021 年 8 月 18 日
回复了 yangzihaoku 创建的主题 宽带症候群 百思不得其解,宽带上传出现了灵异现象
看起来没有尝试过绕开路由器测试?直接拿个电脑接光猫拨号上网看看还是不是这样,是的话就是运营商的问题,报故障让他们自己来找问题,不是的话就是路由器的问题。
2021 年 8 月 18 日
回复了 happyn 创建的主题 分享创造 happyn: 一个异地组建虚拟局域网的解决方案
看起来是相当于你提供了付费、稳定、无需用户操心的服务器做中转服务,并且做了辅助配置工具之类的让用户能一键启动组网?
能,我之前是在 unraid 上跑的,缓存盘是 Intel 900P,能在缓存里操作的情况都是打满千兆网络。
2021 年 8 月 18 日
回复了 freelancher 创建的主题 硬件 有什么机器能顶住 24 小时直播么的?
我觉得你这个主要是电的问题…24 小时一直拍摄+视频编码+网络传输,芯片只要散热没问题就肯定没问题。

有那种现成的设备叫直播箱,一箱子基本就是电池,外加做了个多运营商网络冗余,大点的主播在长时间户外直播的时候貌似都在用?
2021 年 8 月 18 日
回复了 mogutouer 创建的主题 云计算 阿里云 OSS Bucket 被墙了怎么搞?
阿里云好像有个私有专线,在弹性公网 IP 那个里面可以选择加速服务,跨境流量可以直接走阿里云专线直通,不知道会不会过墙…
二维鸡没有噱头,区块鸡才能火
2021 年 8 月 17 日
回复了 xoxo419 创建的主题 程序员 想组建一个小群、6 到 10 人的 golang 小群
那啥…逗号和句号挺好用的,不考虑用一下吗?😂
2021 年 8 月 17 日
回复了 FaustinaD 创建的主题 健康 又是一年 8 月,减肥第三年,阶段性成果汇报~
🐮🍺,低体脂太重要了,这前后两个状态简直不是同一个人…
@ksc010 #36 不会不够用,分区+同方向的合并到一个线上就好了,这种做法已经被探索得很成熟了的。
2021 年 8 月 17 日
回复了 yanluya 创建的主题 问与答 Python 和 go 爬虫对比哪个好?
@pcbl #15 还好吧,现在 Go 的爬虫框架生态也起来了,简单需求即使没自己的框架,用现成的框架也不会多花多少时间,核心设计都大同小异。要是需求再简单点,那写都没必要写了,直接傻瓜式爬虫工具不香吗😂。
2021 年 8 月 17 日
回复了 yanluya 创建的主题 问与答 Python 和 go 爬虫对比哪个好?
@iyear #13
其实不是的,个人或者小公司按你说的这么玩玩还行,对于业务盘子大点的公司而言,即使是只有针对少量平台的垂直爬虫,但凡有点要求就会得要高并发,避不开的。而反爬,反而是在摸清楚阈值之后(在每个请求 /请求链都模拟得足够像真实用户的前提下)靠着堆账号、堆 IP 、堆设备就能轻松横向扩展解决的事情,无非就是钱的问题而已。单就 IP 方面而言,一个月花一两万甚至更多钱买高质量家宽 IP 的公司其实都不在少数,很多靠数据吃饭的公司都不会吝啬这点投入。

而爬虫库的生态,无论是对于舆情那种海量网站的情况还是对于少量但高要求平台的情况,也仍然不能算是重点,因为会用到的比较核心的那些库现在在主流编程语言中都是有的,Python 的优势主要在于一些小的库,比如用来判断一个域名是否合法并切分出顶级域名部分的 tldextract 。但小的那些库即使你懒得按着重写一个,也完全可以通过把它弄成接口或 RPC 的方式来使用,毕竟只做这点事情的话 Python 是没啥压力的。
2021 年 8 月 17 日
回复了 yanluya 创建的主题 问与答 Python 和 go 爬虫对比哪个好?
@yanluya #17 还好吧,主要接触过的不同公司的人多
2021 年 8 月 16 日
回复了 yanluya 创建的主题 问与答 Python 和 go 爬虫对比哪个好?
看性能相关的需求选择就行了,2 、3 、4 压根不是爬虫的重点,而且实际这三个部分在不同语言中也都大同小异,所以实际影响选择的只有性能。

Python 的资源占用是必然会比 Go 高的,并且整体的执行速度也比 Go 慢,而请求部分即使用了 asyncio+uvloop+aiohttp 这样的组合也还是会比 Go 慢一些,这都是很显而易见的事情。所以选择起来其实很简单,如果你的并发量或数据时效要求已经达到了 Python 有点资源耗费过高或力不从心的情况,那就果断将部分模块剥离出来用 Go 来做,甚至是完全切到 Go 上做;但如果你只是少量玩玩,那你爱用啥用啥,只要你写着舒服就行。

至于楼上说爬虫不在乎编程语言的性能、只在乎网络 IO 的,很明显都没接触过真正量大的情况...哪怕是就单纯的垂直爬虫搞几个大平台,Python 和 Go 都会出现明显的差距,无论是执行速度还是 CPU 、内存、存储空间占用情况都非常明显。至于网络 IO ?反而不会是重点,因为即使网络方面的速度再慢,靠着高并发也一样可以轻松盖住,这方面你需要担心的仅仅是搞 IP 的钱够不够而已,下行带宽又不贵。

另外,demo 都是 python 的也不是啥显著优势,网上很多这种 demo 的代码都只能说是稀烂,对目标平台的反爬处理更是稀碎,再加上如果是完整流程都 copy 的话必然会涉及到框架的区别问题,而如果只是取请求这种关键部分的话,copy 到 Go 里改一下也一样能用,反正关键逻辑都差不多,费不了多少事...
说实在的,这种面积不算太大且固定位置的情况完全没必要用软硬件结合方案,成本又高用的人又不一定多。又不像停车场找车那样,每个人所处的位置不同,需要动态规划最优路线,地面导引完全够用了。
很多室内定位的啊,关键在于商家、机构出于成本和改造难度问题而不愿意搞,地上贴个导引贴纸或者直接用颜料印上导引它不香吗?
1 ... 140  141  142  143  144  145  146  147  148  149 ... 333  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   898 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 51ms · UTC 19:53 · PVG 03:53 · LAX 12:53 · JFK 15:53
♥ Do have faith in what you're doing.