作为一名前端开发，是不是总有这样的体验：基础功能逻辑和页面UI开发很快速，本来可以提前完成，但是接口数据联调很费劲，耗时又耗力，有时为了保证进度还不得不加加班。为了摆脱这种痛苦，经过一周的努力，从零开发了一个灵活无依赖，且集成简单的数据接口Mock工具——Msw-Tools，已开源到NPM，希望对前端小伙伴有所帮助。一、前言Msw-Tools（MockServiceWorkerTools）是一个基于Msw.js和Svelte构建的数据Mock工具，用于前后端接口数据联调，方便开发者在不同数据、不同场景下进行功能测试。Msw-Tools能做什么？Msw-Tools能做什么？Msw-Tools能做
1缘起因为一次开发任务，需要通过ES查询数据，在自测的过程中，由于连接ES异常，请教同事，他同时分享了操作ES的方法：Kibana的Devtools，并娴熟地查询索引数据和数据映射关系，我之前没有在项目中使用过ES，并且没有通过Kibana操作过ES，这是一次新的学习过程，非常感谢他，特分享如下，帮助读者轻松应对开发，提高效率。2配置版本：kibana-7.13.2-linux-x86_64elasticsearch-7.13.22.1配置ES部署ES：https://blog.csdn.net/Xin_101/article/details/100014012主要配置设备限制root用户下，
1缘起因为一次开发任务，需要通过ES查询数据，在自测的过程中，由于连接ES异常，请教同事，他同时分享了操作ES的方法：Kibana的Devtools，并娴熟地查询索引数据和数据映射关系，我之前没有在项目中使用过ES，并且没有通过Kibana操作过ES，这是一次新的学习过程，非常感谢他，特分享如下，帮助读者轻松应对开发，提高效率。2配置版本：kibana-7.13.2-linux-x86_64elasticsearch-7.13.22.1配置ES部署ES：https://blog.csdn.net/Xin_101/article/details/100014012主要配置设备限制root用户下，
目录1.找到视频所在文件夹路径2.win+r打开cmd3.按顺序命令输入cdC:\Users\18401C:copy/B2.webm2.mp44.同一文件夹下输出完成1.找到视频所在文件夹路径C:\Users\18401视频文件为2.win+r打开cmd3.按顺序命令输入cdC:\Users\18401C:copy/B2.webm2.mp44.同一文件夹下输出完成
目录1.找到视频所在文件夹路径2.win+r打开cmd3.按顺序命令输入cdC:\Users\18401C:copy/B2.webm2.mp44.同一文件夹下输出完成1.找到视频所在文件夹路径C:\Users\18401视频文件为2.win+r打开cmd3.按顺序命令输入cdC:\Users\18401C:copy/B2.webm2.mp44.同一文件夹下输出完成
1.i2cget不能读取16位寄存器地址，只能选用i2ctransfter读写16位地址寄存器时，直接使用i2cget失败。后来发现需要使用i2ctransfter工具，而我拿到的i2c-tools工具，并没有i2ctransfer可执行程序。只能自己编译。2.i2c-tools涉及的I2C地址都是7位的3.i2cdetect 用来检测I2C总线上连接的设备。示例： 4.i2cdump遇到的错误：permissiondenied（需要root权限）遇到的错误：RemoteI/Oerror （设备无法进行I2C通信，可能是没有上电，如设备没有打开）用来dump出某个I2C总线上连接的某个设备（用
1.i2cget不能读取16位寄存器地址，只能选用i2ctransfter读写16位地址寄存器时，直接使用i2cget失败。后来发现需要使用i2ctransfter工具，而我拿到的i2c-tools工具，并没有i2ctransfer可执行程序。只能自己编译。2.i2c-tools涉及的I2C地址都是7位的3.i2cdetect 用来检测I2C总线上连接的设备。示例： 4.i2cdump遇到的错误：permissiondenied（需要root权限）遇到的错误：RemoteI/Oerror （设备无法进行I2C通信，可能是没有上电，如设备没有打开）用来dump出某个I2C总线上连接的某个设备（用
npminstall--global--productionwindows-build-tools总是有一些各种奇怪的报错，下面整理一套可以安装的教程本文安装环境，node16.8npm7.18python2.7.15node和npm不在赘述。python安装python下载地址https://www.python.org/ftp/python/2.7.15/python-2.7.15.amd64.msi环境变量C:\Python27C:\Python27\Scripts 验证环境变量node-vnpm-vpython-Vuuid@3.4.0:Pleaseupgrade toversion7
npminstall--global--productionwindows-build-tools总是有一些各种奇怪的报错，下面整理一套可以安装的教程本文安装环境，node16.8npm7.18python2.7.15node和npm不在赘述。python安装python下载地址https://www.python.org/ftp/python/2.7.15/python-2.7.15.amd64.msi环境变量C:\Python27C:\Python27\Scripts 验证环境变量node-vnpm-vpython-Vuuid@3.4.0:Pleaseupgrade toversion7
前情概要随着容器和云技术的发展,大量的应用运行在云上的容器中,它们的好处是毋庸置疑的,例如极大的提高了我们的研发部署速度,快速的扩缩容等等,但是也存在一些小小的问题,例如难以调试.基于VM的部署我们可以通过安全的方式登录到主机上做一些你想做的事情,但是云上的容器那就是不太方便了(目前AWS的ECS已经有类似dockerexec的方式直接进入容器中了,其他的云未作了解).但是就算能进入容器也不意味着调试就好做了,通常来说使用的镜像都是经过优化和精简的(如果要调式可能需要安装大量的组件).所以,接下来介绍一下使用dotnet-monitor来内存转储(memorydump)运行在容器中的dotne
