闲来无事，把git的基本用法来一遍。配置git，有提供一个git config的命令来做。git的配置文件存放在三个地方： 1、/etc/gitconfig：对所有用户都适用的配置。用git config配置时加上--system参数就是读写的这个文件。 2、~/.gitconfig：只适用于这个用户的配置。git config加上参数--global参数配置它。 3、项目中的.git/config：只对当前项目有效。Windows系统，在用户主目录里面有个.gitconfig文件。置配用户信息就是配置用户名和电子邮件，每次git提交时都会引用这两条信息，说明是谁提交了更新。配置命令如下：git config --global user.name "test"
git config --global user.email "test.qq.com"如果去掉--global参数就是配置当前项目的.git/config文件。配置默认文本编辑器默认是调用系统的默认编辑器git config --global core.editor vim配置差异分析工具git config --glo...
这里讲的是微信开放平台移动应用里面的微信支付功能。开放平台的微信支付和公众号的微信支付是不一样的。然后是我下面的代码仅仅是做了基本的消费功能。基本流程如下：1、获取access token。2、提交预支付订单信息，拿到prepayid。3、组成包括prepayid在内的相关信息数据返回给客户端发起支付请求。在提交预支付订单之前需要先获取到access token才行。这个token是公用的有效期是7200秒。具体获取方法可以看下面的WechatAppPay类。去拿这个access token不是凭公众号的appid和secret去拿而是用微信开放平台移动应用的appid和secret去拿的。这里我写了一些个专门做微信支付的操作的类，有需要的可以拿去参考。下面的代码我都实际测试通过了。开放平台文档版本是V1.7。WechatPayBase类，主要就是一些基础公用功能的方法，代码清单如下：<?php
namespace common\services\WechatPay;
/**
* @link http://www.360us.net/
* @author dyllen_zho...
最近把支付宝、银联和微信支付全都做了一遍，目前做的都还只涉及到消费的功能。做下来感觉就是各个平台的支付流程都是大同小异，签名方式也是一样的。这里主要总结一下微信支付公众号支付的一些东西。微信公众号支付的主要流程如下：1、生成我们自己系统的订单。2、调用微信支付的统一下单接口把订单信息推给微信。3、在第二部会返回一个预支付会话标识，然后凭这个标识用JS去调用支付操作。关于支付页面的url问题，微信要求是最后必须要有“/”，我看到很多文章说不适合MVC结构的程序，我的情况是否定的，MVC结构一样可以。比如url是这个：http://www.example.com/payment/wechatpay/ ,url里面payment是controller,wechatpay是action，这有问题吗？一样可以访问，可以支付，是不是一个真正的目录，在微信看来就是，实际上其实不是。好，下面进入正题。微信支付配置如下：$config = [
'mch_id' => '1234455666', //商户号
'signType' => 'MD5', //签名方式，目前只有MD5...
REST和认证 我们在设计REST(Representational State Transfer)风格的Web service API,有一个问题经常要考虑，就是如何设计用户认证的体系(Authentication). 比较传统的做法是首先有一个登陆的API，然后服务器返回一个session ID,后续的操作客户端都必须带上这个session ID，但是这样的，服务就变成了有状态了，不符合REST风格的原则。另外，由于负载均衡的存在，必须有公共存储来保存用户的Session，这也增加了系统的复杂度。 所以比较好的做法是每次都传递认证信息，这样系统就是无状态的，当然由于每次都需要认证，必然降低了一些效率，必要的时候要考虑缓存用户信息在服务器端。 有几点要注意： 1、密码不能传播 一个比较低级的错误是通讯时，由客户端传递用户名和密码到服务器端认证，这样很容易被黑客攻击造成密码泄露。 标准的做法是使用HMAC(Hash-based Message Authentication Code),想法就是不传播password，而传播content和password的混合hash值。我们来看看Am...
MySQL常用存储引擎对比特点MyISAMInnoDBMEMORYMERGENDB存储限制有64TB有没有有事务安全支持锁机制表锁行锁表锁表锁行锁B树索引支持支持支持支持支持哈希索引支持支持全文索引支持集群索引支持数据缓存支持支持支持索引缓存支持支持支持支持支持数据可压缩支持空间使用低高N/A低低内存使用低高中等低高批量插入的速度高低高高高支持外键支持1、MyISAMMyISAM引擎不支持事务，也不支持外键，优势是访问速度快。对事务完整性没有要求或者以SELECT、INSERT为主的应用基本上都可以用这个引擎。还有个问题就是MyISAM类型的表比较容易损坏。可以用CHECK TABLE语句来检查表的健康状态，用REPAIR TABLE来修复。它还支持三种不同的存储格式：静态（固定长度）表（默认格式）；动态表；压缩表。2、InnoDBInnoDB引擎提供了具有提交、回滚和崩溃恢复能力的事务安全特性。还有以下一些特点：自动增长列；外键约束；存储表和索引有两种方式：使用共享表空间存储和使用多表空间存储。3、MEMORYMEMORY存储引擎的数据是放在内存中的，所以访问速度非常快。表中的数据是...
依赖注入英文全称是dependency injection，简称DI。它还有个名字叫控制反转(Inversion of Control),英文简称IOC。这些都是来自于Java的东西。yii的依赖注入器就是一个知道如何去实例化和配置对象及其依赖对象的一个对象。依赖注入yii是通过类yii\di\Container来提供依赖注入特性的。它支持如下种类的依赖注入方式：构造方法注入。Setter和属性注入。回调函数注入。构造方法注入通过构造函数参数类型提示注入。当创建一个新对象的时候，类型提示可以告诉注入器那些类或者接口是它所依赖的，注入器会尝试去得到被依赖类或者接口的实例，然后通过构造函数注入到新的对象里面去。例如：class Foo
{
public function __construct(Bar $bar)
{
}
}
$foo = $container->get('Foo');
// 等价于下面的代码:
$bar = new Bar;
$foo = new Foo($bar);Setter和Property注入 setter和property注入是...
1、字符串函数函数功能concat(s1,s2,...sn)连接s1,s2,...sn为一个字符串insert(str,x,y,insert)将字符串str从第x位置开始，y个字符长的子串替换为字符串insertlower(str)将字符串str中所有的字符变为小写upper(str)将字符串str中所有的字符变为大写left(str,x)返回字符串str最左边的x个字符right(str,x)返回字符串str最右边的x个字符lpad(str,n,pad)用字符串pad对str最左边进行填充，直到长度为n个字符长度rpad(str,n,pad)用字符串pad对str最右边进行填充，直到长度为n个字符长度rtrim(str)去掉字符串str右侧的空格repeat(str,x)返回str重复x次的结果replace(str,a,b)用字符串b替换字符串str中所有出现的字符串astrcmp(s1,s2)比较字符串s1和s2substring(str,x,y)返回从字符串str x位置起y个字符长度的字符串trim(str)去掉字符串str两端的空格ltrim(str)去掉字符串str左侧的...
Yii2.0的自带的验证依赖于GD2或者ImageMagick扩展。使用步骤如下：重写yii\web\Controller::actions()方法，用ID"captcha"注册一个CaptchaAction类的action。在表单模型里面添加一个属性，用来保存用户输入的验证码字符串；这个属性的验证器是"captcha"。在视图里面，把yii\captcha\Captcha Widget插入到表单里面。第一步，控制器：在任意controller里面重写方法/**
* @inheritdoc
*/
public function actions()
{
return [
'captcha' => [
'class' => 'yii\captcha\CaptchaAction',
'maxLength' => 5,
'minLength' => 5
],
];
}第二步，表单模型：假如是一个登陆表单。这里只给出验证码相关的部分...
其实就是Yii2.0的高级应用模板：Advanced Application Template。我们知道默认的高级应用模板包括三个应用：backend - 应用的后台frontend - 应用的前台console - 应用的控制台应用那么如果我们要在增加应用呢？比如在加一个微信的应用，或者我的后台和前台应用的名字我想改一下。那么现在就来再增加一个名字为weixin的子应用。在frontend同目录新建一个名为weixin文件夹然后呢把frontend目录下面的东西全拷贝到weixin目录里面这一步就是修改路径了，修改web目录index.php的包含路径，还有config/main.php的包含路径修改config/main.php配置项controllerNamespace为weixin\controllers最后就是加一个别名了，例子可以看common/bootstrap.php的写法，这里我们不改这个全句文件，当然在这里改也行，我们改weixin/config/bootstrap.php文件。加上Yii::setAlias('weixin', dirname(dirname(__...
基本代码规范本章节包含应该考虑怎样的代码元素规范来确保共享的PHP代码之间有一个较高水平的技术互操作性。本文出现的关键字 "MUST"(务必), "MUST NOT"(不必), "REQUIRED"(要求), "SHALL"(将要), "SHALL NOT"(不应该), "SHOULD"(应当), "SHOULD NOT"(不应当), "RECOMMENDED"(推荐), "MAY"(可能), 和 "OPTIONAL"(可选)在RFC 2119里面有解释。1、概述 1.1、文件务必(MUST)只使用<?php和<?标签。 1.2、PHP代码文件务必(MUST)只使用utf-8无BOM格式编码。 1.3、文件应该(SHOULD)要么声明符号（类，函数，常量等），要么引起副作用（生成输出，改变.ini设置等），不应该(SHOULD NOT)两件事都做（下面有解释）。 1.4、命名空间和类应该(MUST)遵循PSR-0规范。 1.5、类名必须(MUST)用StudlyCaps风格声明。 1.6、类常量必须(MUST)只用大写字母和下划线声明。 1.7、方法名必须(M...