欢迎入坑
Best posts made by mango
Latest posts made by mango
-
Electron 打包踩坑记录posted in 技术交流
最近学习 Electron 开发桌面程序，打包exe过程中遇到几个坑记录下
1.第一个坑，报symlink错误
An unhandled rejection has occurred inside Forge: Error: EPERM: operation not permitted, symlink XXX -> C:\Users\xxx\AppData\Local\Temp\electron-packager\win32-x64...这是由于权限不足导致，解决方法使用使用管理员权限运行命令
2.第二个坑，cnpm引发的内存泄漏
An unhandled error has occurred inside Forge: An error occured while making for target: squirrel Failed with exit code: 1 Output: ���ڳ��Դӡ�my_electron_app.nuspec�����ɳ������ ָ����·�����ļ���̫�����������߶�̫������ȫ���ļ����������� 260 ���ַ�������Ŀ¼���������� 248 ���ַ��� at ChildProcess.<anonymous> (D:\my-electron-app\node_modules\_electron-winstaller@5.0.0@electron-winstaller\lib\spawn-promise.js:49:24) at ChildProcess.emit (events.js:400:28) at ChildProcess.emit (domain.js:470:12) at maybeClose (internal/child_process.js:1055:16) at Process.ChildProcess._handle.onexit (internal/child_process.js:288:5)这个最坑，困扰了很久。看别人说是使用cnpm安装依赖导致的内存泄漏，于是把node_modules目录删了，重新用npm install 果然没问题了。
npm与cnpm的区别
说到npm与cnpm的区别，可能大家都知道，但大家容易忽视的一点，是cnpm装的各种node_module，这种方式下所有的包都是扁平化的安装。一下子node_modules展开后有非常多的文件。导致了在打包的过程中非常慢。但是如果改用npm来安装node_modules的话，所有包都是树状结构的，层级变深。
由于这个不同，对一些项目比较大的应用，很容易出现打包过程慢且node内存溢出的问题（这 也是在解决electron打包过程中困扰我比较久的问题，最后想到了npm与cnpm的这点不>同，解决了node打包内存溢出的问题，从打包一次一小时优化到打包一次一分钟，极大的提高了效率）。
所以建议大家在打包前，讲使用cnpm安装的依赖包删除，替换成npm安装的依赖包。
-
如何看待faker.js与colors.js遭作者恶意破坏，波及大量项目posted in 综合交流
最近colors.js和faker.js登上热榜，原来又是开源软件又出问题了。想想log4j漏洞风波才过去几天
流行开源包“colors”与“faker”的用户们最近刚刚遭遇一场意外，毫无征兆的破坏导致应用程序在使用这些包后开始输出无法理解的乱码数据。这背后的原因竟然是开源软件包的作者 Marak Squires 故意引入了一个无限循环，让数千个依赖于“colors”与“faker”包的应用程序全面失控。
colors.js 是一个用于处理颜色的 JavaScript 库，而 faker.js 是一个用于生成假数据的 JavaScript 库。
这两个包特别受开发者欢迎，其中单是 colors 包在 npm 上就拥有每周 2000 多万次下载量，依赖于它的项目近 19000 个。此外，faker 在 npm 上每周下载量也超过 280 万次，相关项目超 2500 个，faker 的受欢迎程度可媲美于 Vue。因为这些开源软件的应用特别广泛，所以这个事件影响也特别深远。