-
Notifications
You must be signed in to change notification settings - Fork 2k
Description
1. 打开地址报404
说明使用的是纯后端API,你可能是错用了纯后端API的镜像;或者是直接编译构建的本项目,前端项目是pansou-web
2. 代理不可用,无法使用TG搜索
海外网络设备无需配置即可正常访问TG频道。
非海外网络,确保你配置了PROXY参数,格式PROXY=socks5://xxxx:xxx
如果你是容器部署,且是在宿主机部署的代理,IP地址要写宿主机的IP。如果写成127.0.0.1或者localhost,那代表的是容器内部的IP
3.插件只有6个
插件需要显式启用。可以直接查看仓库plugin目录有哪些插件
插件列表(请务必按需配置):
export ENABLED_PLUGINS=hunhepan,jikepan,panwiki,pansearch,panta,qupansou,susu,thepiratebay,wanou,xuexizhinan,panyq,zhizhen,labi,muou,ouge,shandian,duoduo,huban,cyg,erxiao,miaoso,fox4k,pianku,clmao,wuji,cldi,xiaozhang,libvio,leijing,xb6v,xys,ddys,hdmoli,yuhuage,u3c3,javdb,clxiong,jutoushe,sdso,xiaoji,xdyh,haisou,bixin
4.演示站搜索返回速度与激情
这是返回的mock数据,演示站被人当羊毛薅得摆烂了,不怎么维护,效果可以忽略,好的体验需要自己部署。
5.能否加上网盘链接有效性检测
不打算做。
1.批量检测和CC攻击没区别,容易触发风控,也很有可能促使网盘链接更快失效
2.会导致性能变差
6.为什么搜索结果不是按时间排序的
单纯按时间排序其实并不是最好的结果,如果只是搜TG还好,都是有消息发布时间的。
但是插件就不一定了,有些数据是没有时间戳的,所以我默认根据搜索日期生成一个了时间戳以填充标准字段。
如果你单纯按时间排序,就会导致那些本没有时间戳的大量搜索结果被排在前面,优质的结果反而被排到很后面。
现在的排序结果是结合插件等级、优先级关键词(集合、系列、全、最新、完)等等、时间戳综合计算打分的,弱化纯时间排序,尽可能的把优质结果呈现在前面。时间权重还是比较高的,所以即使最前面的几个有可能不是最新的,往下稍微翻一下肯定也是时间比较新的了。
7.只搜索特定类型的网盘
阅读一下API文档,通过cloud_types参数可以返回特定的网盘结果。
如果你是想建议传参后搜索时就只搜特定网盘类型,而不是最终返回给用户时才过滤特定的网盘类型,答案是拒绝的,现在的方案是经过设计的。
8.如何修改端口号
如果你是二进制部署,直接通过环境变量PORT指定即可
如果你是容器部署,可以通过-p参数,第一个端口号是你宿主机的端口号,比如-p 1234:80(纯后端镜像-p 1234:8888)