写在前面 MSDK做了这么久,被开发商嗤之以鼻最多的问题之一就是文档。问题的原因比较多,主要是三个方面: MSDK没有完整的线上文档,所有的文档都是跟随版本包。 MSDK同时外发版本太多 MSDK的版本文档使用word编写,不同版本文档不易比对。 由于以上的问题,经常出现游戏更新版本以后没有同步使用新版本的文档,无法同步更新我们已经修正的文档错误,或者由于文档比对太过麻烦和版本太多,开发修改文档错误以后比较难同步修改到其余版本。 为了解决这个问题,MSDK团队早期尝试过使用wiki,然而由于wiki的语法太
在使用 chatgpt 之后,发现一个比较常见而且非常有价值的场景是:使用 chatgpt 来查询文档,即一些命令行或者系统、库函数的含义。使用 chatgpt 得到的答案往往简洁,清晰,其效果是使用 google 之类的搜索引擎完全达不到的。举个例子:
虽然我的随笔大部分都是记录在静态博客站点和博客园平台的,但是有一些临时的想法还是使用了wiki来记录。 经过多次试用和对比之后,最终选择了mm-wiki来作为自托管的wiki系统。 mm-wiki安装便捷,使用也非常简单,越来越觉得对这个wiki系统的依赖更强了, 虽然mm-wiki的文档全部都是以文件的形式保存到磁盘的,但是元数据需要使用MySQL保存。 为了避免云服务器突然故障或者MySQL出问题,所以定期将元数据和文档进行备份才比较妥当。 如下是备份mm-wiki元数据和文档之后迁移到新环境的详细操作步骤。
MM-Wiki 是一个轻量级的企业知识分享与团队协同软件,可用于快速构建企业 Wiki 和团队知识分享平台。部署方便,使用简单,帮助团队构建一个信息共享、文档管理的协作环境。
平时专业搬砖人士要与各种文档打交道,每天都有新的“知识点”,这些知识点之后会有机被重复拿出来使用,网上的问答系统,wiki也很多,数据放在某些平台有时还是不放心,不一定那天这平台没了,无论是内容无法找回,还是需要迁移知识库都是很麻烦的事情。
在2019年9月,我们宣布了对 GitHub 作为 Jenkins 插件站点文档来源的支持。感谢 Zbynek Konecny 和 Olivier Vernin 以及其他贡献者, 现在可以将插件文档直接存储在插件储存库中,而不是 Jenkins Wiki 中,对于插件维护者和 Jenkins 基础设施团队来说,这在过去是很难维护的。
介绍: MM-Wiki 一个轻量级的企业知识分享与团队协同软件,可用于快速构建企业 Wiki 和团队知识分享平台。部署方便,使用简单,帮助团队构建一个信息共享、文档管理的协作环境。
上面的代码简单说下,创建了一个 TCP 服务器,启动了 3 个 worker 进程, 3 个 task 进程,因为启用了 task 功能,所以必须注册 onTask、onFinish 2 个事件的回调函数。
MM-Wiki 一个轻量级的企业知识分享与团队协同软件,可用于快速构建企业 Wiki 和团队知识分享平台。
MediaWiki 是使用 PHP 编写的免费开源 Wiki 系统。MediaWiki 已使用超过350种语言进行了本地化,其可靠性和强大的功能集为其赢得了庞大而充满活力的第三方用户和开发者社区。
今天我就来分享一个开源的wiki系统,可以用来搭建我们内部的知识共享平台。搭建的方法也很简单,作者的官方github地址如下:https://github.com/requarks/wiki
检索增强生成(RAG)已成为增强大型语言模型(LLM)能力的一种强大技术。通过从知识来源中检索相关信息并将其纳入提示,RAG为LLM提供了有用的上下文,以产生基于事实的输出。
从XWiki 5.0版本开始,我们使用新的安全模块。虽然与之前的权限几乎兼容,但是还是有一些细微的差别。要获得最准确的信息,请查看安全模块的文档。
除了基本的标记语法,Vimwiki 还提供了键位绑定和命令,以提高编辑效率。通过这些快捷键,你可以在不同的 Wiki 页面之间切换,创建和删除 Wiki 文件等操作。
初始化之后其实有三个文件,index.html、README.md、.nojekyll。
跟其他公司合作,他们的wiki用的Requarks/wiki,看了一眼文档搭建还是很简单的:https://docs.requarks.io/install/docker。顺便国内搜了一下文档:https://blog.csdn.net/weixin_26750481/article/details/108131866。先不说翻译的咋样,yaml文件能不能保证一下格式?写的也太乱了!看了一下原文:https://medium.com/swlh/deploy-wiki-js-on-kubernetes-686cec78b29还是看原文吧!简单作一个wiki跑一下!
作者简介 Ling,携程公共技术服务中心运营经理,喜欢新技术,致力于提升研发效率与研发质量。 携程技术保障中心在2021年8月,把发布系统的技术支持团队转成了公共TS团队(公共技术服务中心),旨在持续提升TS的运营效率和服务质量。庆幸自己带着这支团队经历了这次蜕变,借这篇文章和大家分享TS运营的经验和感悟,以及对TS运营的展望。 术语 通用产研工具 研发团队向公司内部推出的产品或服务,如携程的发布系统。 一键报障 通用产研工具在其页面上提供的按钮,引导用户到服务号自助或转技术支持。 服务号 本文专指Tr
几乎适用于任何平台,并与PostgreSQL、MySQL、MariaDB、MS SQL Server 或 SQLite 兼容!
在xwiki的所有页面都是可编辑的(只要你登录或拥有编辑权限)。编辑网页,你所要做的就是点击“编辑”按钮上的箭头。请注意,“编辑”按钮的位置,这取决于你的wiki正在使用的皮肤。
随着企业规模的不断扩大,远程办公,异地团队合作,大型项目的每日更新推进,也成为职场人的日常操作,产品和研发人员也在面临越来越多的跨区域,多项目并行的工作挑战,早期的Wiki,石墨文档,成为了许多产品沉淀知识,管理知识,协同改进知识的“试验田”,随着对于研发管理数字化,工具化需求的不断提升,越来越多的研发管理工具,也将知识库管理功能,集成到自身中来,为用户提供更友好,更便捷的体验。下面也来一起看看国内外主流的几个研发管理软件中各自的知识库管理工具,有何特点。
前面的两篇文章,讲的都是代码层次上的项目管理工具。这篇文章打算介绍一下关于知识管理的工具,当然,它也属于项目管理中的一部分。说到知识管理,你想到了什么呢?织网?找节点?不错,这是个人的知识管理。那么对于一个项目来说呢,或者对于一个企业来说呢?企业应该如何织网,如何找节点呢。你一定听说过 Wiki 这个词。而 Confluence 就是基于知识管理的企业 Wiki 软件。
wiki ,快速的意思,是通常在开源软件上创建的协作网站,用户可以编辑这些网站并作为在线社区的一部分做出贡献。wiki 由受 Apple 的 HyperCard 工作流程启发的程序员在 90 年代中期创建,此后数量激增至数亿。
有一些工具选择。最好的工具是Filter Application。目前有从Confluence导入wiki模块。
使用 语雀、notion 等文档知识库,在使用起来比较方便,但是如果需要本地备份,就需要借助一些工具。本文介绍使用 本地预览框架 vitepress 和 同步网盘 oneDrive 来实现本地知识库 预览+备份。
所需知识: Linux Git Python (Django Mako coffeescript sass) (MongoDB Mysql) Ansible-playbook Gem 项目介绍: http://code.edx.org http://iblstudios.com/wp-content/uploads/2014/08/IBL-Open-edX-Ebook-2014.pdf 项目页: http://github.com/edx http://github.com/edx-solutions 官方
脚本可以让你在XWiki页面(或者视图)无需编译代码或部署软件组件来创建基本到复杂的Web应用程序。换句话说,你可以除了wiki和HTML语法之外使用脚本语法来编写XWiki页面的内容。
MediaWiki 是 Wikipedia 以及世界各地社区和公司部署的许多 wiki 背后的软件。 它常常被大公司用来做文档和百科全书。 本篇文章将教学如何在腾讯云轻量应用服务器上安装 MediaWiki。
一方面,您可以在整个培训课程中有意和有策略地参考您的维基。这可以帮助强化手头的课程——或者更好地传达隐形知识和其他信息。
请注意,使用Tuckey的Rewrite Filter非常强大,因为它允许用Java编写动态规则,通过使用<class-rule>。但是,动态outbound规则尚不可以使用。
我很惭愧,给了自己诸多借口,将Python学习给搁置了,一直拖到了2019年。时不我待,趁着有精力有兴趣,我要重启学习计划了。
XWiki开发团队考虑到安全使用(即,保证后向兼容性)。我们可以从Java或直接从wiki页面使用一个脚本语言 (Velocity, Groovy, Python, Ruby等)调用API。
当前市场上众多的优秀的文档系统百家争鸣,但是能够完全开源支持私有化部署的却屈指可数。目前个人了解到的体验较好的有MrDoc和mm-wiki。
直接使用ip地址+4999就可以访问了,但是在公司里面,一般使用域名访问。所以还需要用到nginx
提起在线文档平台,我们应该都会想到最常用的金山文档,石墨文档等,但是它们也只是实现了文档的在线多人协作,并没有形成完整系统的企业知识体系,文档协作的最高境界是要实现像书一样沉淀团队知识,像水一样促进企业与企业之间的合作,打造知识型团队。
编辑xwiki.cfg文件并启用xwiki.superadminpassword属性。例如:
为什么要有 关于为什么要有文档,觉得所有人应该都懂,想总结一下发现总结不了,于是就去百度和知乎了一下。附上知乎链接:http://www.zhihu.com/question/27084608 文档是官方提供的,所以具有无以伦比的权威性;文档是起说明式作用的,所以你想要知道什么,文档都会给你提供。 仅仅通过他人的口述、视频、实例往往无法完整的了解到SDK的接口的所有的作用,好比盲人摸象,你对它的认知、印象、经验将完完全全从他人所提供的教程中继承而来。而帮助文档能够客观、全面地介绍出它所包含的所有内容,能够辅
使用开放的 API 做一个自己的小项目,是一个很好的学习方法。但好像开放的 API 选择并不多。这里给大家多一个选择,简单介绍一下维基百科使用的 MediaWiki API。
版本1.15.9,可见是稳定的版本,通常版本号>1.0,可以不严谨的认为是相对可靠的版本。
在日常学习过程中,知识细小琐碎,有时甚至只是一句话,却时常有很重要的学习意义,放在博客一方面日后查找起来不方便,另一方面就像风也 / KAYGB所说:小题大做了。既然是存储日常学习的琐碎知识,那么稳定就是重中之重了,所以Github就是首选了。
1. 发行版 Linux 所有发行版可参见:DistroWatch.com。 2. 用户文档 Debian Ubuntu Deepin Manjaro LinuxMint RedHat CentOS CentOS 是 RedHat 的社区版,因此技术文档可以参考 RedHat。 ArchLinux ArchLinux 官方的 Wiki 非常优秀(吹爆~),基本上大部分用户所需要的文档都能在上面找到,而且这些文档不仅适用于 Arch 系的 Linux 发行版,对于其他发行版也基本适用。遇事不决上 Arch
公司在使用 Mediawiki 进行内部知识管理也有一段时间了,使用过一段时间发现问题不少。其中最让人抓狂的应该就是 Mediawiki 的插件了,虽然数量很多,但安装过程中五花八门的异常,有时候就是一种灾难;其次,Mediawiki 书写体验一般,尤其对于不熟悉 wiki 语法的童鞋,上手慢,虽然说有支持 markdown 和其他编辑器的插件,但安装过程中的那种酸爽……,有时候真的是一个接着一个的坑!
一个非常出色的Issue跟踪系统,这里的Issue不单单是指BUG, 很多时候也可以是TASK, IMPROVEMENT, NEW FEATURE, 甚至是一个QUESTION。
我们知道,Spring Cloud是个工具集,整合了各种组件。有的组件Spring Cloud是拿来主义,有的组件Spring Cloud又进行了一些增强(例如Feign)。这就导致Spring Cloud配置的分散——部分在Spring Cloud官方文档中有所提及,还有一些配置则分散在各个组件自身Wiki中。 这样的现状,为Spring Cloud初学者带来新的挑战。事实上,经常有朋友在使用Spring Cloud的时候,咨询我相关组件的配置。 ---- 经过本书的讲解,相信大家已经发现,Spring
https://github.com/239573049/fast-wiki/releases/tag/v0.1.0
搜索是任何网站或应用程序的必备工具。一个简单的搜索小部件可以让用户梳理您的整个博客。或者允许客户浏览您的库存。建立自定义照片库?添加搜索框。各种第三方供应商都提供网站搜索功能。或者,您可以采用 DIY 方法并构建整个后端来应答搜索 API 调用。
XWiki支持通知(又名Observation Events),当一个文档被修改,一个文档对象被修改或者一个wiki被创建时可以做一些动作。查看Observation参考文档了解更多内容。
首先,在学习之前一定会考虑一个问题——Python版本选择 对于编程零基础的人来说,选择Python3。 1、学习基础知识 首先,Python 是一个有条理的、强大的面向对象的程序设计语言。建议从下面
不知道有没有人和我一样,觉得自建的东西是互联网上的“自留地”、私人空间,有一种自己的一亩三分地随心所欲的痛快。
想随时随地查看工作待办? 下班后工作没有及时流转? 灵机一动想及时记下需求? 出差在外,需要查看文档? 移动版TAPD全新来袭!你还在等什么?赶紧来体验吧! 个人待办 让你随时随地查看工作待办,及时流转需求、缺陷和任务。 我的项目 轻松切换我的项目,并基于项目维度查看需求、缺陷、任务、迭代、任务板、发布评审等等。 迭代视角 从迭代模块进入可以更加清晰地查看各个迭代的工作完成情况。 轻量任务板 轻量任务管理——简单直观,适合小项目团队或常规事务型团队管理产品需求和团队任务。 Wiki Wiki文档
之前我有提过文档的事,标题是《文档!文档!文档!重要的事情说三遍!》,其中提到的文档工具是使用wiki来管理文档,当然也能配合jira来分发任务,以及管理bug,查看每个任务的工作流状态等等 今天来讲讲另外一个文档工具,swagger+spring,这个插件比较好用,非常适合那种敏捷开发的小团队,不像wiki那么繁琐,更没有word或者excel那么难以管理,使用这个工具,你只需要在代码中配置好相应的注解,在spring容器加载的时候就自动扫描进去了,使用非常方便,那么先来简单看看吧 首先需要配置pom,
领取专属 10元无门槛券
手把手带您无忧上云