Firefox Selenium爬虫报'method_descriptor'无today属性错误求助

你遇到的AttributeError: 'method_descriptor' object has no attribute 'today'，根本不是网上通用建议说的“没导入datetime模块”——你代码里已经写了import datetime仍然报错，核心原因是全局命名空间里的datetime引用被意外覆盖了。
看你的代码片段，最大的嫌疑就是from classes.main import *这行通配符导入：

• 自定义公共工具类模块classes/main.py，往往会在顶层导入一堆其他依赖包，甚至可能在某次迭代时不小心在模块顶层定义了和datetime同名的全局变量、方法
• 通配符导入会把目标模块里所有公开内容——包括它自己导入的第三方包、临时定义的全局变量——全部灌入当前脚本的全局命名空间。只要目标模块里存在一个叫datetime的变量，你最开头导入的原生datetime模块就会被完全顶掉
• 这时候你调用datetime.date，拿到的根本不是标准库的date类，而是内置的method_descriptor对象，自然找不到today方法。这也是为什么你按通用建议反复导入datetime还是报错的原因：你导入的引用已经被其他代码覆盖了。

• 先解决最根源的命名冲突问题
  把from classes.main import *这行通配符导入换成显式导入，比如你代码里用到的Session类是在这个模块里定义的，就直接写from classes.main import Session，绝对不要用*号。
  为什么这步是必须的：通配符导入最容易出现“之前跑的好好的，过了几个月改了下工具类代码，主脚本突然报一堆诡异错误”的情况，因为你根本不知道工具类里到底往全局命名空间塞了什么名字，全是不可控的冲突。
• 换最稳妥的datetime导入写法，彻底绕开覆盖问题
  把原来的import datetime，还有对应的日期计算逻辑，换成显式导入要用的类，不依赖全局的datetime模块引用：

  # 替换原来的import datetime语句
  from datetime import date, timedelta
  
  # 替换原来的start计算逻辑
  start = (date.today() - timedelta(days=7)).strftime("%m/%d/%Y")
  

  这种写法只要导入的是标准库的原生类，不管后面其他模块怎么往全局命名空间塞同名的datetime引用，都不会影响这里的date和timedelta对象，从根上解决这类报错。
• 针对Selenium场景的额外排查
  你提到这是适配Firefox的Selenium爬虫，之前能正常运行、近期突然报错，还要注意一点：部分版本的Selenium Firefox驱动，会在初始化过程中临时往全局注入datetime相关的方法，如果你最近自动更新了Selenium版本，也有可能触发这个冲突。可以在所有导入语句写完之后加一行简单的校验代码，确认引用没被覆盖：

  # 所有导入完成之后跑这行，看输出的类型对不对
  print(type(date.today))
  

  如果输出不是<method 'today' of 'datetime.date' objects>，就说明确实被其他依赖覆盖了，用上面的显式导入写法就能解决。

你代码里weasyprint导出PDF的逻辑现在是有问题的：你用带Cookie的Session提交了表单、拿到了结果页权限，但weasyprint不会自动复用这个Session的登录态，就算把datetime的问题修好，最后导出的PDF大概率是未登录状态的空白页。可以调整为先从Session里拿到结果页的HTML源码，再把HTML字符串传给weasyprint生成PDF，不然这步会一直跑不通。

内容的提问来源于stack exchange，提问作者decoy24601