今天在做一个demo测试的时候发现谷歌中有如下报错
1 | XMLHttpRequest cannot load |
行至水穷处,坐看云起时
今天在做一个demo测试的时候发现谷歌中有如下报错
1 | XMLHttpRequest cannot load |
前情概要,对于
json
的处理我一直在前端获取对应的值之后,然后利用eval()
函数进行处理,将后台传过来的string
类型的json
进行序列化,但是这样把所有的数据放到前台界面的某个标签中,将该标签隐藏,但是其实页面不渲染,不代表进行源码查看的时候不能看到对应的完整数据,这样对于数据是很不负责的行为,所以今天花了很多时间在后台读取多节点xml
数据和将数据序列化上。
前提概要,基于现在有你有我网站的页面缓存效果的分析
目前的有你有我界面主要后台逻辑支持是通过java进行支持的,由于文章数据还有图片数据较多,导致页面加载的时候比较缓慢,在这个快餐时代,很多时候用户连一秒的等待都不愿意,何况现有的项目是在首页加载的时候,或者选择跳转到其他界面的时候大部分都是十秒左右,这样的用户体验是极其不好的。所以做了一定优化。
CMMI、ISO9000和ISO 20000有什么区别和联系?
1 IS09000
与CMMI
均可作为软件企业的过程改善框架。CMMI
仅仅适用于软件行业,而IS09000
的适应更广泛,但绝不是说IS09000
不适合软件企业。实际上ISO9001
和CMMI
遵循共同的管理思想,它已经彻底解决了94版
的制造业痕迹较重、标准按要素描述、难于在软件行业实施的问题。从软件企业实施IS09000
失败的原因来看,主要是未考虑软件行业特点和企业特点,盲目照搬其它行业和企业的模式,领导的重视程度和推行力度不够。这些问题不解决,实施CMM
同样会失败。
就内容来讲,IS09001
不覆盖CMMI
,也不完全覆盖IS09000
。一般而言,通过ISO9001
认证的企业可达到CMMI 2级或略高的程度,通过CMMI 3级
的企业只要稍做补充,就可较容易地通过ISO9001
认证。粗略地说,ISO9001
近似于CMMI 2.5级
。
背景提示,项目中需要动态绑定checkbox的选中状态,同事通过attr方法进行赋值的时候,效果一直不是他需要的,我查了一下资料,同事在使用了prop之后才得到了想要的效果,所以今天就总结一下这两者的区别,参考文档
attr
是单词attribute
的缩写,表示属性
的意思。在jQuery中attribute表示HTML文档节点的属性。attr()
函数的设计目标是用于设置或获取指定DOM元素所对应的文档节点上的属性(attribute)。
1 | <!-- 这里的id、class、data_id均是该元素文档节点的attribute --> |
前情概要,最近比较懒,上次听有人直接画对应的svg给界面上用,当前项目中有一个雪碧图,最近又要适应各种尺寸,所以我这边想尝试可以直接换成svg,然后做字体图标让界面上使用。
tag:
缺失模块。
1、请确保node版本大于6.2
2、在博客根目录(注意不是melon根目录)执行以下命令:
npm i hexo-generator-json-content --save
3、在根目录_config.yml里添加配置:
jsonContent: meta: false pages: false posts: title: true date: true path: true text: false raw: false content: false slug: false updated: false comments: false link: false permalink: false excerpt: false categories: false tags: true