网站建设中怎样减少FLASH影片文件过大 一,制作前的处理  1声音(mp3):   GoldWave中打开需要处理的mp3,然后把它另存为---在最下一栏的属性中选择较低的字节数,例如,本来的mp3是128kbps,那么在这里如果选8kbps再保存 当你选中的mp3不能导入flash时,你也可以把它在GoldWave中用“另存为”的办法保存一次,那么,经过这样“另存为”的mp3一般就可以顺利的导入flash了.  2.图片1用Photoshop打开需要处理的图片(jpg),然后选中另存为(存储

这篇文章主要介绍了使用vue打包时vendor文件过大或者是app.js文件很大问题的解决方法,非常不错,具有一定的参考借鉴价值,需要的朋友可以参考下 第一次使用vue2.0开发,之前都是用的angular1.x.在使用vue-cli脚手架打包后(UI用的Element-ui),发现vendor文件很大,将近1M左右..后来翻阅资料才明白,原来webpack把所有的库都打包到了一起,导致文件很大. 我的解决办法: 1.把不常改变的库放到index.html中,通过cdn引入,比如下面这样: 然后

我的解决办法: 1.把不常改变的库放到index.html中,通过cdn引入,比如下面这样: 然后找到build/webpack.base.conf.js文件,在 module.exports = { } 中添加以下代码 externals: { 'vue': 'Vue', 'vue-router': 'VueRouter', 'element-ui': 'ELEMENT', }, 这样webpack就不会把vue.js, vue-router, element-ui库打包了.声明一下,我把ma

从开通博客到现在也没写什么东西,最近几天一直在研究vue+webpack+element-ui项目打包速度优化,想把这几天的成果记录下来,可能对前端牛人来说我这技术比较菜,但还是希望给有需要的朋友提供一下方便. 一开始项目部署到线上后第一次访问首页的时间是7.8秒的样子,页面加载太慢了自己都接受不了何况用户. 主要是从一下几步来优化的: 1.vue路由的加载方式 import Home from '@/components/Index' 改为 const Index = resolve => r

解决方案:使用externals引用第三方资源,防止element资源被打包到自己项目中,(总共修改3个页面index.html.webpack.base.conf.js.main.js) 1.修改index.html页面,再head中引入cdn. 2.修改webpack.base.conf.js文件.添加externals配置 externals: { vue: 'Vue', element: 'ElementUI', }, 3.删除main.js中的相应import from.因为如果不删除

在查看/var/named/data目录中发现named.run文件260G+ 总用量 267G -rw-r--r-- 1 named named 1.3K 9月 2 21:27 named.run -rw-r--r-- 1 named named 0 7月 21 03:18 named.run-20190728 -rw-r--r-- 1 named named 0 7月 28 03:35 named.run-20190805 -rw-r--r-- 1 named named 0 8月 5 03

最近做的一个h5活动因为嵌入视频而发现了好多以前从未发现的问题,在测试的时候不同系统不同版本不同环境等多多少少都出现了些问题,搞得我也是焦头烂额的,不过好在最终问题都解决了,自己也学到了好多东西,为了方便以后用到参考,所以就记下来咯.现在有一个感悟就是当问题来临的时候不要觉得沮丧不要抱怨而要积极面对,有问题就说明自己做的不够好,而问题解决之后自己又能积累一些,又能学到一些新东西,这样不是挺好的吗.哈哈,下面我就简单记下这次h5项目中的问题. 1,webkit-playsinline playsi

最近做的一个h5活动因为嵌入视频而发现了好多以前从未发现的问题,在测试的时候不同系统不同版本不同环境等多多少少都出现了些问题,搞得我也是焦头烂额的,不过好在最终问题都解决了,自己也学到了好多东西,为了方便以后用到参考,所以就记下来咯.现在有一个感悟就是当问题来临的时候不要觉得沮丧不要抱怨而要积极面对,有问题就说明自己做的不够好,而问题解决之后自己又能积累一些,又能学到一些新东西,这样不是挺好的吗.哈哈,下面我就简单记下这次h5项目中的问题. 1,webkit-playsinline playsi

Mysql文件太大导入失败解决办法总结 在使用phpmyadmin导入数据库的时候可能会碰到由于数据库文件太大而无法导入的问题! 英文提示如下:File exceeds the maximum allowed size 如果正在使用的主机可以自定义php.ini的话,就可以通过直接修改这个文件来解决,即通过通过编辑php.ini文件来重新设定上传文件大小的限定,具体操作步骤: 第一步:打开php.ini,找到 upload_max_filesize . memory_limit . post_m

今天发现一个服务器的/opt目录数据过大,最后发现是tomcat中的catalina.out日志过大引起的 用du命令查看opt下一层的数据文件大小 [root@ccssapportalp opt]# du -h --max-depth=1 /opt 最终发现在tomcat里catalina.out的文件很大 [root@ccssapportalp logs]# ll -h /opt/liferay6.2ce/tomcat-7.0.42/logs/catalina.out -rw-r--r--

最近我的vim又让我闹心了. 问题出现在supertab的补全速度上, 有时候按下tab键半天才弹出补全列表, 即便是弹出了列表在列表上下移动也变得的相当缓慢, 这让我的很是蛋疼. 在完全无法接受这个问题之后决定再一次踏上折腾vim之路(已经没有折腾vim好长一段时间了). 之前有一次vim出现tab补全的卡死问题折腾了好几个小时才把原因找到, 这次这个更加诡异, 没有折腾之前就觉得一定不简单. 后来果然应验, 这个问题足足花掉了我一整天的时间! 首先是缩小问题的范围, supertab在我这里

问题描述: 最近公司这边tempdb库文件很大,几百GB的节奏 不过安装数据库的时候,tempdb最好不要放在C盘是放在D盘其他数据盘的 如果没有放在其他盘符下面,就需要做迁移了 解决方法: 如果tempdb在C盘移动到其他磁盘位置 由于每次启动MSSQLSERVER服务时都会重新创建 tempdb,因此不需要从物理意义上移动数据和日志文件. 如果是tempdb所在源磁盘物理空间不足就可以迁移到空间比较大的磁盘位置. 迁移步骤: 1.确定 tempdb 数据库的逻辑文件名称以及在磁盘上的当前位置

来源:http://blog.csdn.net/freshlover/article/details/7535785/ 由于html5的出现,让网页中的视频.音频有了更加便捷的实现方式.但是video.audio标签只在IE 9+.Safari 3+.FireFox 4+.Opera 10+.Chrome 3+的浏览器版本得到了支持,并且各浏览器对于视频编码格式的支持不一致,这就需要我们考虑一个综合的实现方案,使得视频在不同浏览器中都能顺利播放,而且在老版本的浏览器中也能得到支持. 以下是结合项

demo:https://blog.csdn.net/qq_30100043/article/details/78491993 Plupload上传插件中文帮助文档网址:http://www.phpin.net/tools/plupload/ 现在随着html5技术的逐渐推广和普及,再去使用以flash为上传手段的SWFUpload显然就有点过时了,毕竟html5原生的就给我们提供了文件上传的API.Plupload是一款由著名的web编辑器TinyMCE团队开发的上传组件,简单易用且功能强大,

2017年下半年项目开始接触利用intouch工控软件来进行项目二次开发.其中关于驱动的问题始终是上位机的重中之重,暂且不表(嘿嘿--),首先遇到的问题就是在弹窗中嵌入视频控件,监控设备的开停状态.经过10来天的资料收集以及测试,顺利解决了我的菜鸟问题,为防止后来人遇到同样问题,就将其贴出来,供给大家参考下. 在监控领域,现在不用提,绕不过两大公司,海康威视,大华公司这两家.首先,基于拿来主义的原则,我直接询问了大华和海康的售后,是否有OCX控件关于上位机的嵌入这一块的.客服(怀疑不是售后,是销

项目上线后,浏览器第一次加载会特别特别慢,network中看到vendorjs文件1.9M,不慢才怪. echarts按需引入后,也有1.1M左右,由于对vue脚手架理解不深,自己扒了大量的文档,又测 试了很多次,才测试成功,暂时简单记录下. npm run build --report 可以查看文件的大小分布 罪魁祸首是elementui和echarts() 1- app.js存放页面中的js操作,使用路由的按需加载,可把app.js分隔成多个小的js文件 此时分隔好的js文件要看各页面中的业

参考:https://blog.csdn.net/feiyu_may/article/details/80987404         https://blog.csdn.net/qq_41999617/article/details/88052534 https://blog.csdn.net/u013788943/article/details/79786558   https://blog.csdn.net/weixin_33860737/article/details/91461972

期间,用phpMyAdmin去导入90M左右的mysql数据库文件时出错: 您可能正在上传很大的文件,请参考文档来寻找解决方法. [解决过程] 1.很明显,是文件太大,无法导入.即上传文件大小有限制. 所以要去解除此限制. 之前其实也遇到类似的问题,之前就解决了. 这次只是再去找到对应的配置的地方,修改配置,应该就可以了. 2.参考: http://localhost/phpmyadmin/Documentation.html#faq1_16 去改对应的上传文件大小的限制: E:\dev_ins

在最近的项目里,页面和静态文件并不是很多的情况下,打包后发现产出的静态资源却很大. 1.关掉sourcemap 在config/webpack.config.js文件里,大概30几行的位置添加这样一句代码,这样做的作用是防止线上生成环境将源码一起打包部署. 2.将一些公共的库(比如antd)做一个缓存 splitChunks: { chunks: 'all', name: "vender", cacheGroups: { vender: { name: "vendor&quo

<?php /** * 读写大二进制文件,不必申请很大内存 * 只有读取到内容才创建文件 * 保证目录可写 * * @param string $srcPath 源文件路径 * @param string $dstPath 目标文件路径 * @return bool */ function fetch_big_file($srcPath, $dstPath) { set_time_limit(0); // 设置脚本执行时间无限长 if (!$fpSrc = fopen($srcPath, "