创建帖子
文字
投票
你好，我们是足球经理的一个偶像补丁的制作者，正好也在整理地下偶像的资料，如该网页所示。fm2024中国繁花联赛（塞纳河梦回）24.4 2024.12.16 - 〖FM24资源发布区〗 - 爆棚小组 PlayGM论坛 - Powered by Discuz!目前用excel整理出来了一些东西，但需要你们的完善，以及将部分东西填写到网站上面。如果有人对这些东西有需求也可以参考这个。
通过网盘分享的文件：地偶数据.xlsx
链接: https://pan.baidu.com/s/1lQmBl7VpewWU3F0a2BDyhw?pwd=iti7 提取码: iti7
--来自百度网盘超级会员v3的分享
也没找到在哪改....
靠wiki来维护地偶数据很好，不过在地偶涌现和各种转生等变动的时代，维护成本还是稍高，目前看来没有那么多贡献者来保证所有团体和个人数据的时效性。一个维护成本更低的方式可能是对核心数据建立数据库进行跟踪。同时这也能带来关键信息检索、筛选的便捷性。当然，即使一个完备的数据库建立，功能上也并不能替代wiki的信息丰富性。
那么考虑用何种技术建立数据库。关系型数据库基本不考虑，这么小的数据量用关系型数据库的效率提升根本无所谓，sql也还是复杂了一些。基本考虑NoSQL，JSON-like的数据库，这样字段也非常灵活，同时接口也比较简单。本帖作者目前在尝试Python的TinyDB，它的后端存储是JSON，所见即所得，前端访问基本就是对Python中的各种判断做了一个包装，包装了一些SQL-like的查询语法，同时也可以任意自定义查询函数，可以说是有一点点Python知识就可以上手，比较简单。不过坏处是这玩意显然只能本地使用。如果要考虑合作的话可能放一个git仓库进行合并？当然JSON显然并非所有时候都能合并的了，但是对于数据库update操作应该还可以。
另一个选择是MongoDB，这个就有搭好的云服务可以直接访问。坏处是我也不知道免费的能不能用来协作，以及比TinyDB还是稍微复杂一些。
求讨论。
是的，预设模板失效了(;´Д`)
具体可参见以下讨论：
https://dev.fandom.com/wiki/Talk:PreloadTemplates
但是我有一个临时的解决方法：
在“源代码编辑”模式下，选择需要使用的“预设模板”。此时并预设模板的文字并没有显示出来
点击浏览器的“回退到上一页”的按钮（以Chrome为例，快捷键是：Alt + 向左键）
再点击浏览器的“前进到下一页”的按钮（以Chrome为例，快捷键是：Alt + 向右键）
这样做后，预设模板文字便能成功显示了
在脚本修复前，这样仍然能使用预设模板( ﾟ 3ﾟ)
在团体没有明确声明的情况下，是否有某种标准来界定团体的风格
创建偶像个人页面时会遇到不同团的不同人名称相同的情况，因此需要为这种歧义的情况设定页面命名的规则。参考外站的做法 https://jpop.fandom.com/wiki/HIKARI_(FariaClown) https://jpop.fandom.com/wiki/HIKARI_(MISS_ME)
是用括号添加额外的区别信息的，同时可以创建消歧义页面
https://jpop.fandom.com/wiki/Hikari_(Disambiguation)
（这在本站中也有例子
https://chinaidols.fandom.com/zh/wiki/Lumos_(%E6%B6%88%E6%AD%A7%E4%B9%89) ）。现希望讨论这种做法是否作为本站的通用做法。如果是的话那么我就把本站里几个用 人名-团名 命名的页面移动到 人名 (团名) 。而页面的显示标题可以用DISPLAYTITLE自由设定。
注1: 麻烦都使用英文括号，url上会简单不少。
注2: 这并不意味着所有个人页面都需要加(团名)。实际上第一个创建对应昵称页面的人总可以占用不带括号的页面。
增加男性偶像团体：有利于引流
增加图片分类：现在图片只能通过搜索并且命名格式不统一
TBD...
或许需要一个Logo
或许需要更换背景图（参见：[[Site-background-light]]）
或许需要更换一下配色，现在这个貌似有点太丑了
只是提出来记录一下，何时有合适的何时解决...
（中文）
由于目前本Wiki的唯一的行政员（Bureaucrat）经常不上线，同时没有其他的管理员（Administrator），在编辑维护中存在一定困难，所以本人申请30天的临时管理员权限。
根据FANDOM社区要求，在Wiki有其他活跃编辑者的情况下，需要进行公开讨论，讨论至少发布7天后才可申请管理员权限，因此在此发布我的申请，欢迎朋友们回复:)
获得临时权限后会完成的编辑（暂定）：
（已完成）为讨论板分区。（如分为以下区域：公告、举报、一般讨论、提问求助）
（已完成）修改页面上侧的导航栏
为Wiki引入机器人（Bots）实现部分半自动化/自动化操作
根据需要，删除部分无用的页面
为部分页面增加保护，防止编辑或其他操作
(English, Translated from Google Translate)
Since the only bureaucrat of this wiki is often not online and there are no other administrators, there are some difficulties in editing and maintenance, so I apply for 30 days of temporary administrator privileges.
According to the requirements of the FANDOM community, if there are other active editors in the wiki, public discussions are required, and administrator privileges can only be applied for 7 days after the discussion is published. Therefore, I post my application here, and welcome friends to reply:)
对于个人势偶像，是否需要增加时间分类"xx年出道的个人势偶像"。目前已收录的几位个人势偶像都没有增加合适的地区分类=_=
对于个人势偶像和偶像团体成员，计划增加家乡的地区分类”来自xx的偶像“。具体操作中，因为地级市过多，考虑只细分到省级行政区。但是这样就会产生问题1：个人势偶像的家乡和偶像活动地点可能不同。另外还有个问题2：需要引入J-Pop Wiki中的模板”Template:Residence“，不太清楚这段代码该如何修改=_=
等偶像个人的页面数量有一定数量后，是否需要增加J-Pop Wiki首页的”生日“功能x_x
增加“xx颜色担当的偶像”，感觉应该会挺有趣的
晖，huī
现在首页中通过人工维护的按首字母分类的导航可以通过更自动化的方式实现：为每个团体创建空白页面并添加相关分类即可。这也能够使得团体有更多样化的分类视角，例如成立年份、所在地区。而每次有新团出现仅需为其创建页面并添加分类即可。页面甚至可以是空白的（但为了导航的方便，个人建议至少添加微博链接，用[[Template:Atweibo]]很容易实现）。分类目前已经有完善的地区（省、以及可选的市）分类系统，见[[:Category:偶像团体所在地区]]，以及成立年份分类系统，见[[:Category:团体成立年份]]。
关于首字母排序和跳转，fandom wiki有一个feature是中文会按照对应的单字来排序而不是拼音，造成“首字母”类别特别杂乱。但是，只需在对应的页面中添加DEFAULTSORT magic word，手动转拼音，那么在所有分类里此页面都会转化成拼音排序。例如，对于“某个团体”页面，添加{{DEFAULTSORT:mou ge tuan ti}}，或者{{DEFAULTSORT:mou}}，即会按照对应的拼音排序。
团体成员也有一些分类了，例如出生年份、月份，星座等，但似乎页面不多也不成体系，分类也不完善，在此仅作为一个“广告”。
例如Category:四个大字的源码不应写[[Category:偶像事务所]]，这样会造成Category:偶像事务所页可读性非常差
