Rhilip

鉴于 Rhilip/Bencode 库的更新，建议直接使用其提供的 [Rhilip\Bencode\TorrentFile](https://github.com/Rhilip/Bencode/#class-rhilipbencodetorrentfile) 来替换整个种子解析过程。具体可见 https://github.com/Rhilip/NexusPHP/commit/346374e9836a049b4d6bbbd21f003560cb64642d

> 推荐[基于phpredis的连接池](https://github.com/rayswoole/redis-pool)，配置文件直接写在mainServerCreate里面 我也觉得easyswoole/redis-pool的实现过于繁琐，你的能否考虑通过 phpdoc的 `@method` 注释来提供IDE支持？

https://github.com/meilisearch/meilisearch/discussions/3508 see My test case, Japanese also cannot be search properly with Chinese document, will v1.1.0 fix this bug ?

bgm的cookie有效期是30天吧，而且主要是捆绑了UA。（见站内讨论 https://bgm.tv/group/topic/364716 、 https://bgm.tv/group/topic/364019 ） 更建议用组件欸 https://bgm.tv/dev/app/103

> 我的 Firefox 下载的是[英文版](https://archive.mozilla.org/pub/firefox/releases/108.0.1/win64/en-US/Firefox%20Setup%20108.0.1.exe)然后在设置里面添加的中文，会不会是这个原因影响了渲染？ `下载的是英文版然后在设置里面添加的中文`，导出分享时能稳定复现该bug。与PTPP使用语言、网页缩放和字体大小无关。（因为我也是这样装ff的2333） 但我不确定是不是因为这个问题， @cnsunyour 你是导出还是直接网页截图？ 除了上面提到的丢失时间、版本号，还有重字的问题   

目前tspdt为2020年榜单，不一致很正常。暂时没人维护更新

`TorrentFile::load` only check: 1. the data string or file content is can be decoded with bencode. 2. the exist and type of `$->info`, `$->info->piece length`, `$->info->name`, as those keys **MUST**...

为什么要兼容nphp这个设计那么差的表结构？ 1. 没有外键关联（虽然现在有些指导不建议使用，而是在应用层保证。 2. 大量可以使用boolean（即tinyint (1) ）的地方使用了enum(yes,no)。以及从准确性的角度，任何使用datetime的地方都应该用timestamp。 3. torrents表设计稀烂。nfo这种原始数据而且大多数种子都没有，直接一个has_nfo的boolean列就可以了，原始内容存库或者硬盘都可以。cache_stamp这种和外置影片信息有关的变成和种子相关联。visible和banned在结果上没有太多区别，但分成两个列。 leechers和seeders这两列属于经常变动的列，导致torrents经常更新，根本没必要，直接扔缓存中就行了的。ori_descr存了东西但是根本没用。 4. adminpanel，modpanel，staffpanel这种可以用路由或者if判断来解决的开个表 5. allowedemails，bannedemails，torrents_state，searchbox这种一个表只有一行，而且都是和配置项有关的，扔数据库干嘛？直接改config就好了，还减少数据库请求开销。（searchbox这个表设计是我最不能理解的，本质是为了一个站点有多套搜索cat的方式，但实际大家定好了就不会再改） 6. suggest这种推荐表，regimages这种临时表完全可以用redis改造，不需要扔数据库。 7. poll表一堆options，谁设计投票这么设计？ 8. downloadspeed这种和注册选项有关的数据表根本没必要，没人关注这些信息，也可以有更好的解决方法。 9. faq这种处理i18n的表也可以有更好的解决方法。 10. files表：见 https://github.com/xiaomlove/nexusphp/issues/27 ----- 总而言之，nphp的设计都落后时代了，没必要搞兼容。 unit3d也是另开一个迁移脚本的仓库。 而且就国内的开源环境，这项迁移兼容完全可以作为付费支持项。

> Manifest v3 support is there already : [SimplifyJobs/webpack-ext-reloader#28](https://github.com/SimplifyJobs/webpack-ext-reloader/issues/28) I see this issue and connected pr, however no merge and release. Since SimplifyJobs/webpack-ext-reloader lack maintenance, I may want to remove...

应该是qbt问题，这种明显是不是IYUU的事 refs: https://github.com/qbittorrent/qBittorrent/issues/15982 https://github.com/qbittorrent/qBittorrent/issues/16095