CnGal / CnGalWebSite

CnGal是一个非营利性的,立志于收集整理国内制作组创作的中文Galgame/AVG的介绍、攻略、评测、感想等内容的资料性质的网站。
MIT License
106 stars 11 forks source link

建议:希望能够将各个市场平等看待作为商店信息 #119

Closed LaoshuBaby closed 1 year ago

LaoshuBaby commented 2 years ago

例如我们以一款有Taptap和Steam同时发行的游戏为例 图片

这一个板块的题目直接叫Steam信息,而Taptap则被放在了下面的相关网站上。

又或者是同时在NS上也有销售的WILL美好世界:

图片

它在NS,Taptap两套商店/应用市场里面均有提供,是可以直接搞到对应的索引的。

能否对于Steam应用、Taptap应用等,都采取和之前#93 中提到的索引支持一样,大量的索引化填写,减少复制URL的麻烦?

当然这估计又得意味着后端的一堆大改了(挠头)

好处是可以直接用爬虫从Wikidata上面爬取对应的标识符进来。

比如Steam应用对应的是P1733,Taptap对应的是P9297,NS的eShop对应的是P8084

Apple Store和GPlay的我还没找,不好找了应该。


F12简单改了一个效果出来,差不多是这意思?

图片

LittleFish-233 commented 2 years ago

有很大一部分游戏上架了Steam,我们因此对Steam进行了大量优化,包括主图尺寸适配,折扣页面,汇总页面...... 如果将各个平等看待作为商店信息,需要重构大量代码

每个市场的价格和折扣信息是不一致的,可能需要单独制作卡片

TapTap和NS平台的作品数量并不多,目前可以继续放在相关网站里

放暑假来研究一下

LittleFish-233 commented 1 year ago

@LaoshuBaby 参考 vndb 中的 Releases 列表,或者 月幕发行列表

image

image

我们也可以采用类似的方式,只需要修改一些字段就行

虽然是这么说,但是涉及到 Steam信息 的所有逻辑,发行日期排序之类的,可能挺麻烦的,工期定为一周吧

之前有过想法,但是觉得没必要就没做,要是一开始就这样弄就好了,数据迁移也很头疼......