前端数据模板引擎的总结

原文:http://www.cnblogs.com/jingwhale/p/5811800.html

模板的工作原理可以简单地分成两个步骤:模板解析(翻译)和数据渲染。这两个步骤可分别部署在前端或后端来执行。如果放在后端执行,则是像Smarty,FreeMarker这样的后端模板引擎,而如果放在前端来执行,则是我们要探讨的前端模板。 继续阅读

常见的验证码平台对比之阿里云验证码服务

目录:常见的验证码平台对比

技术细节请见👆

PHP 测试页面:https://www.chenky.com/just4fun/verification-code-test/php/aliyun

Node.js 测试页面:https://www.chenky.com/just4fun/verification-code-test/nodejs/aliyun

阿里云验证码服务文档首页:https://help.aliyun.com/document_detail/28322.html

首先要注册一个阿里云账号,进入阿里云控制台后通过菜单找到数据风控,开通验证码服务

2016-10-24_21-57-19

继续阅读

常见的验证码平台对比之点触

目录:常见的验证码平台对比

技术细节请见👆

PHP 测试页面:https://www.chenky.com/just4fun/verification-code-test/php/touclick

Node.js 测试页面:https://www.chenky.com/just4fun/verification-code-test/nodejs/touclick

点触文档首页:https://www.touclick.com/developer 此为第一资料来源
准备步骤比较简单,注册账号两个(后面会解释为什么要两个)。添加网站获取公钥和私钥。
2016-10-06_15-50-45

继续阅读

博客报错 A Parser-blocking, cross-origin script, is invoked via document.write.

今天在例行巡检博客的时候发现 console 报错了:

2016-10-05_20-04-17_01

错误内容是:

A Parser-blocking, cross-origin script, https://s95.cnzz.com/z_stat.php?id=1257684520, is invoked via document.write. This may be blocked by the browser if the device has poor network connectivity.

A Parser-blocking, cross-origin script, https://c.cnzz.com/core.php?web_id=1257684520&t=z, is invoked via document.write. This may be blocked by the browser if the device has poor network connectivity.

第一次遇到这种问题,用 Safari 打开后发现并没有报错。考虑到之前更新了 Chrome 遂怀疑是 Chrome 的问题,Google 搜了一下搜到了这篇 http://stackoverflow.com/questions/39610829/a-parser-blocking-cross-origin-script-is-invoked-via-document-write-how-to-ci 在其中第一个答案处找到了 Google 的文档

浏览了一下,大意就是在页面渲染完成后就不能使用 document.write 方法了,从 Chrome 53 开始就会报以上的错误。文章还给出了一系列的解决方法。

仔细查了博客中的相关代码,发现时只加载了 z_stat.php 这个资源,很明显第二个报错是 z_stat.php 中的代码执行的,本想着将 document.write 换个方法写,现在换成别的写法也不能解决报错,只有先忍着,等 CNZZ 修改他们的代码了。


顺便随手给 CNZZ 发了一封邮件,希望能有回复。


10月9日收到了CNZZ回复的邮件:

您好,针对chrome新版对对第三方js的阻止的问题,目前依赖于JS的所有产品都会受此影响。

目前解决办法是建议您更换我们的异步加载代码,请参考附件。

但需要注意:使用异步加载代码后统计的数据会比普通JS代码数据少,

但目前如果更不换异步加载代码,在新版chrome的阻止下数据是直接统计不到的。

请您知悉,感谢您对U-WEB的支持!

打开附件 统计代码异步加载教程.docx ,按照教程提供的方法将js代码修改成异步加载后即可,需要提醒的是附件中的代码存在中英文符号的问题,所以可以复制下面的代码:

var cnzz_s_tag = document.createElement('script');
cnzz_s_tag.type = 'text/javascript';
cnzz_s_tag.async = true;
cnzz_s_tag.charset = 'utf-8';
cnzz_s_tag.src = 'https://w.cnzz.com/c.php?id=xxxxxx&async=1';
var root_s = document.getElementsByTagName('script')[0];
root_s.parentNode.insertBefore(cnzz_s_tag, root_s);

至此问题解决~

常见的验证码平台对比之极验

目录:常见的验证码平台对比

技术细节请见👆

PHP 测试页面:https://www.chenky.com/just4fun/verification-code-test/php/geetest

Node.js 测试页面:https://www.chenky.com/just4fun/verification-code-test/nodejs/geetest

极验文档首页:http://www.geetest.com/install/ 此为第一资料来源
准备步骤比较简单,注册账号,完成后即是试用的企业标准版,版本并不会影响到下面的测试。在验证管理添加验证后获取的 id 和 key。留存备用。

2016-10-03_00-35-39 继续阅读

常见的验证码平台对比

我之前写了这么一篇文章:博客使用https后极验验证码无法使用的问题

由此想到了对比一下几家验证码服务平台,从接入方便程度、移动设备适配等方面进行对比。选取的平台有:

为了方便阅读,本篇只是做个目录,按顺序我会逐步更新:

用到的技术细节是这样的:CentOS 7, Nginx 1.10.1, PHP 7.0.5, Laravel 5.3, Node.js 5.10.0, PM2 2.0.18, Express 4.13.4, Pug 2.0.0-beta6

测试的页面页面在这:http://just4fun.chenky.com/verification-code-test/ 打了红勾的就是已经完成了的。

整个工程在这里:https://github.com/calchen/verification-code-test


水平有限,代码中的问题还劳烦大大们给予斧正。

性情率直,不接受对主观判断的批评。

利益相关:暂无