首先贴出官网 https://www.npmjs.com/package/hexo-helper-live2d 按下面的步骤执行 1,首先检查博客主目录下面的 package.json里是否有 "hexo-helper-live2d ": “^3.0.3”,依赖,有的话可以先卸载 使用命令: npm uninstall hexo-helper-live2d 之后再安装: npm install --save hexo-helper-live2d : assets/ model: use: live2d-widget-model-epsilon2_1 #模板目录,在node_modules里 display: position : Loaded model from npm-module(1), live2d-widget-model-epsilon2_1@1.0.5 from ‘D:\github\blog\node_modules \live2d-widget-model-epsilon2_1\assets’ 说明已经加载到了配置的动画模板,到此就完成了。
萌萌哒的看板娘来啦 image.png 嘛,讲真这个看板娘挺费我心思的,应该做了有一个多星期,是不是感觉看的时间挺少的,才一个星期而已。 可惜现在只有头能动(要不是因为我快开学了我才不会这样一直赶) 不过自己做出来一个独一无二的看板娘(自豪感和满足感肯定有的呀233) Docs文档:Live2D看板娘使用文档 制作过程 不用想啦,肯定缩减 这里用的软件是Live2D Cubism Editor 4.0构建(其实我到后面改用3.3了,因为4.0不支持mtn导出和moc到处,这样的话不能用网站的API) 走开始尝试 image.png image.png image.png image.png image.png API搭建 API搭建参考某作者的修改/替换模型而已QAQ image.png image.png 搭建完了 好像水了不少博文,哎太累了做完这个看板娘
id=X-Y 参数参考值 X参数(模型参数) 1 #琪露诺 / 2 #22娘 / 3 #33娘 Y参数(皮肤参数) 1,2,3,4,5,6,7…… 返回值: 对应模型json参数 Rand(随机获取接口 id=0 #获取22娘与琪露诺的随即参数 可用参数 0,1,2等 返回值: 对应模型数据 Switch(顺序获取接口) 调用方式: http(s)://live2d.xiaolfeng.top/switch id=0 #获取琪露诺参数 可用参数 0,1,2等 返回值: 对应模型数据 Rand_textures(根据上一皮肤随机获取接口) 调用方式: http(s)://live2d.xiaolfeng.top id=0-1 #获取22娘与琪露诺的随即参数,后面参数1为获取皮肤参数 可用参数 0,1,2等 返回值: 对应模型数据 Switch_textures(根据上皮肤顺序切换接口) 调用方式: http(s id=0-1 #获取琪露诺第一号皮肤参数 可用参数 0,1,2等 返回值: 对应模型数据 使用方法 可自行构建前端API调取 也可以用我的前端API调取参数 前端构建说明 前端调取 jsdelivr
一、前言 做完整个数据可视化大屏界面电子看板系统后,为了提升点逼格,需要提供好几套默认的风格样式以供选择,这样用户可以选择自己喜欢的配色方案来作为整个系统的颜色方案,去看了下市面上大部分的大屏电子看板系统 ,都是以蓝色为主,部分黑色,估计也许这就是大众的审美吧,那就在数据可视化大屏界面电子看板系统中也加入蓝色风格、深蓝色风格、黑色风格,三种,加上默认的紫色风格,共计内置4套风格选择,Qt的QSS是我见过的最牛逼的换肤控制样式界面颜色的东东 二、电子看板介绍 电子看板是目视化管理的一种表现形式,即对数据的状况一目了然地表现,主要是对于管理项目,它通过利用形象直观而又色彩适宜的各种视觉感知信息来组织现场生产活动,目视管理依据人类的生理特征,在生产现场充分利用信号灯 2:子控件包括饼图+圆环图+曲线图+柱状图+柱状分组图+横向柱状图+横向柱状分组图+合格率控件+百分比控件+进度控件+设备状态面板+表格数据+地图控件+视频控件+其他控件等。 4:数据源支持数据库采集(默认)、网络通信、网络请求等,可自由设定每个子界面的采集间隔即数据刷新频率。
对于看板来说,正确的流程才能产生正确结果。 为了发挥看板方法论的最大作用,很多公司不断优化看板内容,实现全程持续改进。 很多企业在看板中添加的工作项是技术任务,比如JavaScript页面开发、后台数据、测试用例设计等。 实际上,看板中流动的应该是直接承载用户或客户价值的内容,比如:需求、线上缺陷等。 若看板上流动的是技术任务,就失去了管理和优化价值流的意义。 当然,并不是说技术任务类型工作不应该上看板,而是说,这种类型的工作项可以作为从需求拆分的子工作项,它们在看板上流动一些环节后结束生命,最终交付给用户或客户的是承载价值的工作项。 总的来说,从依据价值流的工作项流动过程中,我们总结出团队在应用看板时需要注意的两点: 在看板上价值流动的单位是承载价值的工作项。
7b2美化-添加live2d看板娘 ---- 样式一 代码放入后台底部HTML标签 <link rel="stylesheet" href="https://cdn.jsdelivr.net/npm/ fortawesome/fontawesome-free@5/css/all.min.css"> <script src="https://cdn.jsdelivr.net/gh/stevenjoezhang/live<em>2</em>d-widget @0.8.3/autoload.js"></script> 样式二 <script src="https://l<em>2</em>dwidget.js.org/lib/L<em>2</em>Dwidget.min.js"></script > <script type="text/javascript"> L2Dwidget .on('*', (name) => { console.log('%c EVENT ' + '%c
Live2D看板娘实现 国际惯例先上图: 所需资源: 链接:https://pan.baidu.com/s/1s7IJIqGnn-cNRAfoS-qG5w 提取码:dhf4 其中包含了看板娘所需的 1.创建项目 2.项目创建完成 3.引入看板娘所需资源(资源已在顶部给出了哦~) 直接复制粘贴即可,将四个项目粘贴到web目录下。 既然都看到这里了,那么我再送大家17款其他的看板娘:(无需导入资源,赋值代码即可使用!) 新建一个html 上代码: 删除前面的 ” // ” 注释,就能显示对应的看板娘了! <! 以上就是两种看板娘的实现方式了。 对比 本地看板娘 优点:可以自定义对话,自定义功能,可玩性更高! 缺点:引入,调试麻烦 在线看板娘 优点:方便!方便!还是方便! 缺点:不能自定义对话,引入资源可能会失效,看板娘就无了。 本地看板娘对话可以在message.json中进行修改。 本地看板娘还有一些效果没有展示,喜欢的就自己去鼓捣吧。
live2d是一种应用于电子游戏的绘图渲染技术,技术由日本Cybernoids公司开发。通过一系列的连续图像和人物建模来生成一种类似三维模型的二维图像。 本文介绍live2d 看板动画添加方法。 安装 hexo-helper-live2d 官网链接 hexo-helper-live2d Github 官方链接 安装时需要在 Hexo 工程目录下输入命令: npm install --save hexo-helper-live2d 挑选喜欢的模型 基础的live2d模型有很多,挑选你喜欢的记录下他的名字: chitose epsilon2_1 gf haru/01 haru/02 /01 或 model: use: live2d-widget-model-haru/02 此时模型仍然无法正确加载,因为hexo根目录/node_modules/live2d-widget-model-haru
看着别人博客主页的看板娘好萌好贴心,自己也想弄一个啊此处记录自己的学习实践过程,也供大家参考我认为一个不太够所以我弄了两个哈哈题外话. 页面顶部的宽度/ ">rgba(245, 245, 245, 0.7); padding: 30px; margin-top: 50px; margin-bottom: 50px; box-shadow: 0 2px font-weight: bold; line-height: 1.8em;/原始 1.6em/ margin-top: 10px;/原始 15px / color: #548B54; } blogTitle h2 255, 255, 255, 0);} .CalNextPrev{background: rgba(255, 255, 255, 0);} 但是我觉得太长了因为太长了看起来很麻烦 canvas#live2dcanvas important; left: 0; } 这个相对了说比较适合 最重要的还是自定义body标签末尾位置内容 L2Dwidget.init(); 看板娘的图形代码地址合集:https://www.lanol.cn
>
这是学习笔记的第 1784篇文章 今天在飞机上整理了一个初版的元数据看板接口的设计需求,然后又以设计图表的形式补充了一版,整体来说,这个元数据库看板的接口逻辑就梳理差不多了。 做这个接口有什么意义,或者是对标什么场景,其实主要考虑的是面向业务和面向运维自身的需求,一般我们去查看某个实例,大多数情况下都是基于IP的方式去查看的,整个数据库层的元数据我们规划为几个维度,但是鲜有人能够把这几个维度的信息都看个完整 元数据看板接口的初步需求整理如下: 根据IP信息查询 实例维度: 服务器有多少个实例 实例明细信息 主机维度:对应的虚拟机,宿主机基础信息 能够定位到实例信息 如果IP为多网卡附加IP,能够定位到实例信息 如果IP对应的业务已下线,要明确提示出来 如果IP对应的业务有主机故障,实例故障,要明确给出提示信息 根据用户组来鉴别权限,如果不属于这个组,可以提示数据库类型 通过这些维度的数据梳理关系和映射,对于后期的元数据生命周期管理和流程化对接都是大有帮助。 你们的元数据实现流程化操作了吗,你怎么看?
在《自然语言制作可重复使用的数据看板,无需Excel,无需BI》我介绍了导入数据的看板。 还有一种场景是用户本来没有数据,需要边生成数据边查看图表,下图的身高体重趋势是一个示例。 AI如下提示,作品瞬间完工: 生成一个身高体重数据监测看板的HTML代码。 一、核心功能: 1. 数据录入与持久化 1.1 页面顶部设输入区:身高(cm)、体重(kg)。 1.2 点击“添加”按钮:自动记录当前日期、身高、体重,并存入本地,关闭页面后数据不丢失。 2. 数据可视化与交互 2.1 页面中部用折线图展示身高和体重的历史趋势(两条独立曲线)。 2.2 添加数据或删除数据时,图表自动刷新。 2.3 提供日期范围选择器,用户可按时间段筛选图表数据。 3. 数据管理 3.1 “导出CSV”按钮:将所有历史数据导出为CSV文件。 3.2 “清空数据”按钮:一键清除所有历史记录(需二次确认)。 二、样式要求: 1. 暗黑科技风格。 2. 使用Google Fonts免费可商用字体。 3. 使用免费可商用图表库。
功能介绍 可以查看最新的数据上传情况。 当前设备数量,最近一小时上传数据条数,以及已经上传数据中最新的的监测时间。 最近一天上传的数据条数,以及已经上传数据中最新的的监测日期。 最近一月上传的数据条数。 最近30天每天数据条数的时间趋势图。 最近30天上传数据的温度值分布 最近30天上传数据的压力值分布(可以统计0值) 掉线月汇总,以16分钟内没有新数据,作为掉线的规则,判定为掉线一次。统计所有设备的每月掉线次数。 根据小时汇总平均值和中值,中值可以避免由于个别异常数据对平均值的波动干扰 image.png image.png image.png image.png image.png
另外,在选择SCRUM时,还需要考虑以下方面: 节奏 SCRUM强调的是快速交付,在每个Sprint结束时交付用户可用的可交付物,每个Sprint一般2周最多4周,有着清晰的开始和结束时间。 因此,我们在选择SCRUM之前,需要先问自己2个问题:1)团队是否如此快节奏的交付;2)团队是否有足够意愿参加SCRUM的4种会议。 看板:一种持续改善,变化灵活的过程 看板是一种持续的工作流结构,强调为保持团队的敏捷以随时适应和应对变化。看板的卡片代表工作项,在代表工作项的不同状态或时期之间移动。 角色 整个团队对看板负责。有些团队可能需要一个敏捷教练的角色来帮助看板过程的顺利进行,但是不像SCRUM一样,有一个看板master,来保证每件事情都平稳运行。 看板过程中,整个团队相互协作,来负责交付看板上的每个任务。 关键指标 循环周期(Cycle Time)是看板过程的一种重要指标。它指的是一个工作项从开发到结束所花费的平均时间。
在这个教程中,我们将指导你如何通过API获取实时外汇数据并将其集成到数据看板中,用于APP中的数据展示。我们将覆盖从获取数据到在界面中展示图形的完整过程。 c']# 打印提取的值print(f"Time: {time}, High: {high}, Open: {open_price}, Low: {low}, Close: {close}")第三步:在数据看板中展示图形将数据展示在图形界面上通常使用可视化库 你可以通过WebSocket或HTTP请求来实时获取数据,并更新数据展示。 前端可以每分钟或更短时间获取一次新的行情数据并展示在看板上。 ,我们完成了从获取外汇数据到在数据看板上展示图形的全过程。
前段时间,在不少人博客看到这个 Live2D 看板娘,颇感兴趣! >live2d/model/Pio/model.json"); </script> 在合适的页面位置插入 Live2D 看板娘的元素,可以放在底部:
://unpkg.com/live2d-widget-model-haruto@1.0.5/assets/haruto.model.json 7、https://unpkg.com/live2d-widget-model-hibiki 9、https://unpkg.com/live2d-widget-model-izumi@1.0.5/assets/izumi.model.json 10、https://unpkg.com/live2d-widget-model-koharu 13、https://unpkg.com/live2d-widget-model-nico@1.0.5/assets/nico.model.json 15、https://unpkg.com/live2d-widget-model-nipsilon /live2d-widget-model-tsumiki@1.0.5/assets/tsumiki.model.json 20、https://unpkg.com/live2d-widget-model-unitychan 22、https://unpkg.com/live2d-widget-model-z16@1.0.5/assets/z16.model.json 更多模型,可以自己百度live2d模型找找了
-- 引用看板娘交互所需的样式表 --> <link href='Pio/static/pio.css' rel='stylesheet' type='text/css'/> </head> < -- 引用 Live2D 核心组件 --> <script src='Pio/static/l<em>2</em>d.js'></script> <! -- 引用看板娘交互组件 --> <script src='Pio/static/pio.js'></script> <script> var pio = new Paul_Pio({
有效线索主题看板: 报名用户主题看板,该看板有三个需求。 我们先来进行维度和指标的分析,维度包括年月日时,线上线下和新老客户,指标只有有效线索量。第一个需求是有效线索转化率。 分子数据颗粒需要具体到天,所以统计维度也要增加天。有效线索转化率时间段趋势,则需要统计到小时。有效线索量需要增加一个新老客户维度。 接下来是建模分析:首先在ODS层原始数据包括有有效线索表和意向客户表。 其次是DWD层由于有效线索数据中的同样的数据只能录入一次,不存在去重问题,因此可以直接到。 以上就是我的有效线索看板的看板分析,谢谢大家。 ?
对于如今的敏捷开发团队来说,看板是一项非常重要的功能,但看板的工作方法可以追溯到 50 多年前。 看板的板 所有看板团队的工作都围绕着一块看板,看板是一种用于可视化工作并优化团队工作流程的工具。 看板方法极度依赖工作的完全透明性和实时沟通能力,因此看板应被视为团队工作的唯一真实来源。 看板上的卡片 在日语中,看板字面意思是“视觉信息”。 对于使用看板的团队,每个工作项目都会以卡片的形式单独在看板上显示。 将工作展示为看板上的卡片的主要目的是,允许团队成员以高度直观的方式审视工作流程,跟踪各项工作进度。 看板的优势 看板是当今敏捷团队采用的最流行的软件开发方法之一,并为各种规模的团队项目规划提供了几个额外的优势。