转跳到内容

drop_table_all

【会员】中级会员
  • 内容数

    269
  • 加入

  • 最后访问

drop_table_all 发表的所有内容

  1. 额...对不起 我辜负了你的信任 《我在看了半天动漫区的讨论之后感觉自己不是个二次元》
  2. qwq 才发现自己换用户组了(这俩用户组的图片不细看感觉一模一样...
  3. 此内容有访问限制,请到内容页面查看。
  4. 那简单的很,机器人做这个容易。 你这叫需求不明确导致我们走弯路。
  5. 遇到mw语法就跳?那就变成: (源代码) '''苹果'''是一种[[水果]][[物品]],其可以给[[逍遥散人|散人]][[初见杀]] == 获取途径 == 可以使用{{#invoke:prize|apple}}个{{刺儿}}来购买一个苹果。 {{InvBox|水果}} (被校验的正文) 这个校验更得错吧?
  6. 谢了,主要是讨论内容太多就容易忘...
  7. 错字的关键就在于不可预知性 如果你知道自己会把A打错成B,那bot直接替换那个字就好了...
  8. 当然还有一个办法:就是只校对需要校对的纯文本内容,比如在源代码编辑的时候通过注释写一个标签: <!--校对以下内容--> 巴拉巴拉(正文) <!--校对以上内容--> 这样 bot 就可以自动校对了(但是里面还是不能有模板、模块之类的东西,超链接的话我努力肝一下可以支持...)
  9. 首先mw有源代码这种东西: '''苹果'''是一种[[水果]][[物品]],其可以给[[逍遥散人|散人]][[初见杀]] == 获取途径 == 可以使用{{#invoke:prize|apple}}个{{刺儿}}来购买一个苹果。 {{InvBox|水果}} <!--- 我瞎写的,并不存在这样的 wiki ---> 此时程序不可能把这些源代码塞进去校对(因为校对接口不认识这种代码格式),程序只能获取渲染结果进行校对:也就是这样: 然后程序获得校对结果之后,没有办法将校对结果和源代码联系起来: 1. 源代码可能包含 Module/Template,渲染内容是由其他页面决定的,但递归获取模板、渲染模板的话程序的成本几乎等同于维护另一个镜像 wiki 2. 如果校对建议包含模板的一部分,程序无法修改模板(牵一发而动全身) 因此程序获取校对结果之后除非将整个wiki变成没有模板、没有超链接的纯文本,否则几乎不可能自己修改错别字。
  10. 自己转换...不是不行但是: 1. 如果把专有名词转换了怎么办 2. 接口有时候只会报错不会给修改建议 3. mw 语法支持性堪忧
  11. 当然如果是纯检测+提醒的话,倒是不需要账号,只是bot怎么提醒有新错别字是个问题。
  12. 草... 你要张罗搞这东西得先确定几个事情: 1. 需求:页面修改后,检测出错字的话,在哪里提示你? 2. 许可:wiki 管理员们是否真的需要这个东西? 3. api:我不希望注册这个账号,谁来注册? 4. 价格:网站写着 90 天/100万字不要钱,理论上wiki不可能有那么大的吞吐量(每天一万字新内容怎么可能,又不是写小说),但是网站没写90天后怎么样...
  13. 哦对了 mediawiki bot api 好像获得的是 mw 语法的源代码,直接怼进去可能会没法校对... 但是如果怼渲染文本的话就只能指出错误而无法自动修改了
  14. 找到一个看起来好像靠谱的,要不试试看? https://www.xfyun.cn/services/textCorrection
  15. 不不不,付费是很正常的,但是明明免费的东西(转载别人的)或者很劣质的东西愣是要各种营销手段(比如加微信公众号回复xx获得) 或者本来不值钱的东西但是因为垄断愣是要收高昂的费用 才算是恶心。 比如 MS Windows 正版要收费,这很难说算是恶心,毕竟MS是付出了大量人力物力才开发的系统(当然嫌贵这个另算); 而某些汉化组盗版漫画,随便找个网页机翻之后收钱,这个恐怕大家都认为是缺德行为
  16. 看情况吧... 恶心的手段和愿意吃**的用户是相辅相成的 如果用户全是遇到恶心人的手段就宁可不用的性格,那也不会滋生那么多登陆查看/付费查看/关注公众号解锁xxx 反过来也是 BAT 这些大公司一开始就搞这些恶心东西才搞的很多用户对这些东西司空见惯
  17. 封闭生态和各种恶心人的拉用户手段...
  18. emmm...国内互联网生态不仅是“分享知识就是要拿钱”,主要是恶意竞争...
  19. 使啥语言都行啊... 主要是没有改错字轮子(网上的全都是在线/付费/加微信公众号的)
  20. 原理上不需要插件 主要问题是没有改错字轮子
×
×
  • 新建...

重要消息

为使您更好地使用该站点,请仔细阅读以下内容: 使用条款