Monthly Archives: 三月 2016

CGI,FastCGI,PHP-CGI与PHP-FPM

CGI

CGI全称是“公共网关接口”(Common Gateway Interface),HTTP服务器与你的或其它机器上的程序进行“交谈”的一种工具,其程序须运行在网络服务器上。

CGI可以用任何一种语言编写,只要这种语言具有标准输入、输出和环境变量。如php,perl,tcl等。

FastCGI

FastCGI像是一个常驻(long-live)型的CGI,它可以一直执行着,只要激活后,不会每次都要花费时间去fork一次(这是CGI最为人诟病的fork-and-execute 模式)。它还支持分布式的运算,即 FastCGI 程序可以在网站服务器以外的主机上执行并且接受来自其它网站服务器来的请求。

FastCGI是语言无关的、可伸缩架构的CGI开放扩展,其主要行为是将CGI解释器进程保持在内存中并因此获得较高的性能。众所周知,CGI解释器的反复加载是CGI性能低下的主要原因,如果CGI解释器保持在内存中并接受FastCGI进程管理器调度,则可以提供良好的性能、伸缩性、Fail- Over特性等等。

FastCGI特点

  1. FastCGI具有语言无关性.
  2. FastCGI在进程中的应用程序,独立于核心web服务器运行,提供了一个比API更安全的环境。APIs把应用程序的代码与核心的web服务器链接在一起,这意味着在一个错误的API的应用程序可能会损坏其他应用程序或核心服务器。 恶意的API的应用程序代码甚至可以窃取另一个应用程序或核心服务器的密钥。
  3. FastCGI技术目前支持语言有:C/C++、Java、Perl、Tcl、Python、SmallTalk、Ruby等。相关模块在Apache, ISS, Lighttpd等流行的服务器上也是可用的。
  4. FastCGI的不依赖于任何Web服务器的内部架构,因此即使服务器技术的变化, FastCGI依然稳定不变。

FastCGI的工作原理

  1. Web Server启动时载入FastCGI进程管理器(IIS ISAPI或Apache Module)
  2. FastCGI进程管理器自身初始化,启动多个CGI解释器进程(可见多个php-cgi)并等待来自Web Server的连接。
  3. 当客户端请求到达Web Server时,FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi。
  4. FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时,请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在Web Server中)的下一个连接。 在CGI模式中,php-cgi在此便退出了。

在上述情况中,你可以想象CGI通常有多慢。每一个Web请求PHP都必须重新解析php.ini、重新载入全部扩展并重初始化全部数据结构。使用FastCGI,所有这些都只在进程启动时发生一次。一个额外的好处是,持续数据库连接(Persistent database connection)可以工作。

FastCGI的不足

因为是多进程,所以比CGI多线程消耗更多的服务器内存,PHP-CGI解释器每进程消耗7至25兆内存,将这个数字乘以50或100就是很大的内存数。

Nginx 0.8.46+PHP 5.2.14(FastCGI)服务器在3万并发连接下,开启的10个Nginx进程消耗150M内存(15M*10=150M),开启的64个php-cgi进程消耗1280M内存(20M*64=1280M),加上系统自身消耗的内存,总共消耗不到2GB内存。如果服务器内存较小,完全可以只开启25个php-cgi进程,这样php-cgi消耗的总内存数才500M。
上面的数据摘自Nginx 0.8.x + PHP 5.2.13(FastCGI)搭建胜过Apache十倍的Web服务器(第6版)

PHP-CGI

PHP-CGI是PHP自带的FastCGI管理器。

PHP-CGI的不足:

  1. php-cgi变更php.ini配置后需重启php-cgi才能让新的php-ini生效,不可以平滑重启。
  2. 直接杀死php-cgi进程,php就不能运行了。(PHP-FPM和Spawn-FCGI就没有这个问题,守护进程会平滑从新生成新的子进程。)

PHP-FPM

PHP-FPM是一个PHP FastCGI管理器,是只用于PHP的,可以在 http://php-fpm.org/download下载得到。

PHP-FPM其实是PHP源代码的一个补丁,旨在将FastCGI进程管理整合进PHP包中。必须将它patch到你的PHP源代码中,在编译安装PHP后才可以使用。

现在我们可以在最新的PHP 5.3.2的源码树里下载得到直接整合了PHP-FPM的分支,据说下个版本会融合进PHP的主分支去。相对Spawn-FCGI,PHP-FPM在CPU和内存方面的控制都更胜一筹,而且前者很容易崩溃,必须用crontab进行监控,而PHP-FPM则没有这种烦恼。

PHP5.3.3已经集成php-fpm了,不再是第三方的包了。PHP-FPM提供了更好的PHP进程管理方式,可以有效控制内存和进程、可以平滑重载PHP配置,比spawn-fcgi具有更多有点,所以被PHP官方收录了。在./configure的时候带 –enable-fpm参数即可开启PHP-FPM。

Spawn-FCGI

Spawn-FCGI是一个通用的FastCGI管理服务器,它是lighttpd中的一部份,很多人都用Lighttpd的Spawn-FCGI进行FastCGI模式下的管理工作,不过有不少缺点。而PHP-FPM的出现多少缓解了一些问题,但PHP-FPM有个缺点就是要重新编译,这对于一些已经运行的环境可能有不小的风险(refer),在php 5.3.3中可以直接使用PHP-FPM了。

Spawn-FCGI目前已经独成为一个项目,更加稳定一些,也给很多Web 站点的配置带来便利。已经有不少站点将它与nginx搭配来解决动态网页。

最新的lighttpd也没有包含这一块了(http://www.lighttpd.net/search?q=Spawn-FCGI),但可以在以前版本中找到它。在lighttpd-1.4.15版本中就包含了(http://www.lighttpd.net/download/lighttpd-1.4.15.tar.gz),目前Spawn-FCGI的下载地址是http://redmine.lighttpd.net/projects/spawn-fcgi,最新版本是http://www.lighttpd.net/download/spawn-fcgi-1.6.3.tar.gz。

注:最新的Spawn-FCGI可以到lighttpd.net网站搜索“Spawn-FCGI”找到它的最新版本发布地址。

PHP-FPM与spawn-CGI对比

PHP-FPM的使用非常方便,配置都是在PHP-FPM.ini的文件内,而启动、重启都可以从php/sbin/PHP-FPM中进行。更方便的是修改php.ini后可以直接使用PHP-FPM reload进行加载,无需杀掉进程就可以完成php.ini的修改加载
结果显示使用PHP-FPM可以使php有不小的性能提升。PHP-FPM控制的进程cpu回收的速度比较慢,内存分配的很均匀。
Spawn-FCGI控制的进程CPU下降的很快,而内存分配的比较不均匀。有很多进程似乎未分配到,而另外一些却占用很高。可能是由于进程任务分配的不均匀导致的。而这也导致了总体响应速度的下降。而PHP-FPM合理的分配,导致总体响应的提到以及任务的平均。

PHP会话(Session)实现用户登陆功能

对比起 Cookie,Session 是存储在服务器端的会话,相对安全,并且不像 Cookie 那样有存储长度限制,本文简单介绍 Session 的使用。
由于 Session 是以文本文件形式存储在服务器端的,所以不怕客户端修改 Session 内容。实际上在服务器端的 Session 文件,PHP 自动修改 Session 文件的权限,只保留了系统读和写权限,而且不能通过 ftp 修改,所以安全得多。
对于 Cookie 来说,假设我们要验证用户是否登陆,就必须在 Cookie 中保存用户名和密码(可能是 md5 加密后字符串),并在每次请求页面的时候进行验证。如果用户名和密码存储在数据库,每次都要执行一次数据库查询,给数据库造成多余的负担。因为我们并不能 只做一次验证。为什么呢?因为客户端 Cookie 中的信息是有可能被修改的。假如你存储 $admin 变量来表示用户是否登陆,$admin 为 true 的时候表示登陆,为 false 的时候表示未登录,在第一次通过验证后将 $admin 等于 true 存储在 Cookie,下次就不用验证了,这样对么?错了,假如有人伪造一个值为 true 的 $admin 变量那不是就立即取的了管理权限么?非常的不安全。
而 Session 就不同了,Session 是存储在服务器端的,远程用户没办法修改 Session 文件的内容,因此我们可以单纯存储一个 $admin 变量来判断是否登陆,首次验证通过后设置 $admin 值为 true,以后判断该值是否为 true,假如不是,转入登陆界面,这样就可以减少很多数据库操作了。而且可以减少每次为了验证 Cookie 而传递密码的不安全性了(Session 验证只需要传递一次,假如你没有使用 SSL 安全协议的话)。即使密码进行了 md5 加密,也是很容易被截获的。
当然使用 Session 还有很多优点,比如控制容易,可以按照用户自定义存储等(存储于数据库)。我这里就不多说了。
Session 在 php.ini 是否需要设置呢?一般不需要的,因为并不是每个人都有修改 php.ini 的权限,默认 Session 的存放路径是服务器的系统临时文件夹,我们可以自定义存放在自己的文件夹里,这个稍后我会介绍。
开始介绍如何创建 Session。非常简单,真的。
启动 Session 会话,并创建一个 $admin 变量:
<?php
// 启动 Session
session_start();
// 声明一个名为 admin 的变量,并赋空值。
$_SESSION[“admin”] = null;
?>
如果你使用了 Seesion,或者该 PHP 文件要调用 Session 变量,那么就必须在调用 Session 之前启动它,使用 session_start() 函数。其它都不需要你设置了,PHP 自动完成 Session 文件的创建。
执行完这个程序后,我们可以到系统临时文件夹找到这个 Session 文件,一般文件名形如:sess_4c83638b3b0dbf65583181c2f89168ec,后面是 32 位编码后的随机字符串。用编辑器打开它,看一下它的内容:
admin|N;
一般该内容是这样的结构:
变量名|类型:长度:值;
并用分号隔开每个变量。有些是可以省略的,比如长度和类型。
我们来看一下验证程序,假设数据库存储的是用户名和 md5 加密后的密码:
login.php
<?php
// 表单提交后…
$posts = $_POST;
// 清除一些空白符号
foreach ($posts as $key => $value) {
$posts[$key] = trim($value);
}
$password = md5($posts[“password”]);
$username = $posts[“username”];
$query = “SELECT `username` FROM `user` WHERE `password` = ‘$password’ AND `username` = ‘$username'”;
// 取得查询结果
$userInfo = $DB->getRow($query);
if (!empty($userInfo)) {
// 当验证通过后,启动 Session
session_start();
// 注册登陆成功的 admin 变量,并赋值 true
$_SESSION[“admin”] = true;
} else {
die(“用户名密码错误”);
}
?>
我们在需要用户验证的页面启动 Session,判断是否登陆:
<?php
// 防止全局变量造成安全隐患
$admin = false;
// 启动会话,这步必不可少
session_start();
// 判断是否登陆
if (isset($_SESSION[“admin”]) && $_SESSION[“admin”] === true) {
echo “您已经成功登陆”;
} else {
// 验证失败,将 $_SESSION[“admin”] 置为 false
$_SESSION[“admin”] = false;
die(“您无权访问”);
}
?>
是不是很简单呢?将 $_SESSION 看成是存储在服务器端的数组即可,我们注册的每一个变量都是数组的键,跟使用数组没有什么分别。
如果要登出系统怎么办?销毁 Session 即可。
<?php
session_start();
// 这种方法是将原来注册的某个变量销毁
unset($_SESSION[‘admin’]);
// 这种方法是销毁整个 Session 文件
session_destroy();
?>
Session 能否像 Cookie 那样设置生存周期呢?有了 Session 是否就完全抛弃 Cookie 呢?我想说,结合 Cookie 来使用 Session 才是最方便的。
Session 是如何来判断客户端用户的呢?它是通过 Session ID 来判断的,什么是 Session ID,就是那个 Session 文件的文件名,Session ID 是随机生成的,因此能保证唯一性和随机性,确保 Session 的安全。一般如果没有设置 Session 的生存周期,则 Session ID 存储在内存中,关闭浏览器后该 ID 自动注销,重新请求该页面后,重新注册一个 Session ID。
如果客户端没有禁用 Cookie,则 Cookie 在启动 Session 会话的时候扮演的是存储 Session ID 和 Session 生存期的角色。
我们来手动设置 Session 的生存期:
<?php
session_start();
// 保存一天
$lifeTime = 24 * 3600;
setcookie(session_name(), session_id(), time() + $lifeTime, “/”);
?>
其实 Session 还提供了一个函数 session_set_cookie_params(); 来设置 Session 的生存期的,该函数必须在 session_start() 函数调用之前调用:
<?php
// 保存一天
$lifeTime = 24 * 3600;
session_set_cookie_params($lifeTime);
session_start();
$_SESSION[“admin”] = true;
?>
如果客户端使用 IE 6.0 , session_set_cookie_params(); 函数设置 Cookie 会有些问题,所以我们还是手动调用 setcookie 函数来创建 cookie。
假设客户端禁用 Cookie 怎么办?没办法,所有生存周期都是浏览器进程了,只要关闭浏览器,再次请求页面又得重新注册 Session。那么怎么传递 Session ID 呢?通过 URL 或者通过隐藏表单来传递,PHP 会自动将 Session ID 发送到 URL 上,URL 形如:http://www.openphp.cn/index.php?PHPSESSID= bba5b2a240a77e5b44cfa01d49cf9669,其中 URL 中的参数 PHPSESSID 就是 Session ID了,我们可以使用 $_GET 来获取该值,从而实现 Session ID 页面间传递。
<?php
// 保存一天
$lifeTime = 24 * 3600;
// 取得当前 Session 名,默认为 PHPSESSID
$sessionName = session_name();
// 取得 Session ID
$sessionID = $_GET[$sessionName];
// 使用 session_id() 设置获得的 Session ID
session_id($sessionID);
session_set_cookie_params($lifeTime);
session_start();
$_SESSION[‘admin’] = true;
?>
对于虚拟主机来说,如果所有用户的 Session 都保存在系统临时文件夹里,将给维护造成困难,而且降低了安全性,我们可以手动设置 Session 文件的保存路径,session_save_path() 就提供了这样一个功能。我们可以将 Session 存放目录指向一个不能通过 Web 方式访问的文件夹,当然,该文件夹必须具备可读写属性。
<?php
// 设置一个存放目录
$savePath = ‘./session_save_dir/’;
// 保存一天
$lifeTime = 24 * 3600;
session_save_path($savePath);
session_set_cookie_params($lifeTime);
session_start();
$_SESSION[‘admin’] = true;
?>
同 session_set_cookie_params(); 函数一样,session_save_path() 函数也必须在 session_start() 函数调用之前调用。
我们还可以将数组,对象存储在 Session 中。操作数组和操作一般变量没有什么区别,而保存对象的话,PHP 会自动对对象进行序列化(也叫串行化),然后保存于 Session 中。下面例子说明了这一点:
person.php
<?php
class person {
var $age;
function output() {
echo $this->age;
}
function setAge($age) {
$this->age = $age;
}
}
?>
setage.php
<?php
session_start();
require_once ‘person.php’;
$person = new person();
$person->setAge(21);
$_SESSION[‘person’] = $person;
echo ‘<a href=’output.php’>check here to output age</a>’;
?>
output.php
<?php
// 设置回调函数,确保重新构建对象。
ini_set(‘unserialize_callback_func’, ‘mycallback’);
function mycallback($classname) {
include_once $classname . ‘.php’;
}
session_start();
$person = $_SESSION[‘person’];
// 输出 21
$person->output();
?>
当我们执行 setage.php 文件的时候,调用了 setage() 方法,设置了年龄为 21,并将该状态序列化后保存在 Session 中(PHP 将自动完成这一转换),当转到 output.php 后,要输出这个值,就必须反序列化刚才保存的对象,又因为在解序列化的时候需要实例化一个未定义类,所以我们定义了以后回调函数,自动包含 person.php 这个类文件,因此对象被重构,并取得当前 age 的值为 21,然后调用 output() 方法输出该值。
另外,我们还可以使用 session_set_save_handler 函数来自定义 Session 的调用方式。

详细讲解css单位px,em和rem的含义以及它们之间的区别

详细讲解css单位px,em和rem的含义以及它们之间的区别

一.首先介绍一下px

px就是css中最基本的长度单位了,用px做单位基本上没什么问题,可以做到让页面按套路精确的展现!

可但是!但可是!如果全篇用px布局会暗藏一个蛋疼的问题,就是当用户和Ctrl滚页面的时候(说白了就是ctrl+,ctrl-),你会发现页面结构产生了不可预知的错乱,因此有砖家倡导使用em替代px。。。。。

二.接下来介绍一下em

如果你从上到下阅读此文,你应该已经知道了em出现的原因,下面说说em的特性,简单的讲px是绝对单位,1px就是1px,2px就是2px,以此类推,而em是相对单位,em相对的基准点就是浏览器的字体大小,浏览器默认字体大小是16px,也就是1em默认等于16px,如果你想给某个文字设定为14px,就这样写 font-size:0.875em; 公式是14/16=0.875em,如果想要15px,那么就是15/16=0.938em, 例如margin:0.938em; 依次类推,样式表都用em来写的话,就可以解决ctrl+,ctrl-时造成的页面错乱问题,常用em对照表如下

这时候有人和我一样就会抱怨了,我的数学是体育老师教的,除以16我怎么可能算明白,那好办你可以在根节点<html>上重定义基准字号 html {font-size:62.5%} ,此时页面基准字号就是 16px * 62.5% = 10px , 那么此时 1em = 10px,那么此时14px = 1.4em,15px=1.5em,依次类推,就算你数学是要饭的教的应该也会算了吧-。-!

可但是!但可是!问题又来了,em准确的说是相对于父节点的字号来计算的,如果自身定义了字号那么就相对自身字号来计算,举例如下:

html { font-size: 100%; }
.box-0 {
    height: 1em; /* 此时height等于16px */
}
.box-1 { 
    font-size: 0.625em; /* 此时基准字号以变更为16*0.625=10px */ 
    height: 1em; /* 此时实际height等于10px */
}

看明白了吧,在整个页面内1em并不是一个固定不变的值,1em不停的变换,再加上数学是体育老师教的,这不是自作孽吗。。。没关系,css3为我们引入一个新的单位就是rem可以解决这个问题

三.最后介绍一下主角rem

rem和em一样也是一个相对单位,为了方便理解,我们就理解rem为root em,顾名思义rem只相对跟节点<html>计算,这就是说只要在根节点设定好参考值,那么全篇的1rem都相等,计算方式同em,默认1rem=16px; 同理你可以设定html { font-size:62.5% } 那么1rem就等于10px,以此类推。。。

声明一下:rem是css3属性,没错!这就是说屌丝ie678不支持rem属性,只有chrome、firefox等高富帅支持!那么我们就在ie678中用px做兼容处理,例如:

.box {
    font-size: 14px; /* 用来兼容ie678 */
    font-size: 0.875em; 
}

Git入门私房菜

Git入门私房菜

2016-03-21 Michael翔 程序猿

来自: Michael翔的小窝

链接:http://michaelxiang.me/2015/12/07/git-tutor/(点击尾部阅读原文前往)

参考廖雪峰的博客和其他一些文章,简单了解了一下传说中的Git,发现常见用法入门还是挺容易上手的,在此做一些笔记,方便以后查阅和复习。


Git安装


Linux

sudo apt-get install git命令安装Git


Windows

官网下载 安装即可,不赘述。

注:安装时注意一步:选择第二项,将git添加到path中。


创建版本库

1、创建项目文件夹,例如:demo

2、进入demo目录下:git init命令将这个目录变成git可以管理的仓库(repository)。将仓库建好后,仓库目录下会多了一个.git隐藏文件夹。可以用ls -ah查看隐藏文件。

3、向库里添加一个readme.txt文件:

4、git add告诉git,要把文件添加到仓库:

git add readme.txt

执行命令,其实,这一步的作用就是将文件添加到stage(暂存区)。

  • git add .将所有文件添加到暂存区。

  • git add -u将所有文件添加暂存区,同时,将删除的文件从仓库中删除。

5、git commit命令,将文件提交到仓库。

git commit -m “wrote a readme file”

注:-m是对本次提交的说明,不该偷懒省去。

6、git status查看当前版本库的状态。

7、git diff显示具体的尚未缓存的改动记录。


8、git log记录每次commit的信息。git log –pretty=oneline将每次commit的记录打印成一行,内容精简。


9、git reset修改命令:

  • git reset HEAD废除这次修改记录,当前文件回到上一次提交的状态。

  • `git reset –hard [commit id]

10、git rm慎用。这个命令会将所有版本库记录删除。

远程仓库

创建SSH Key。在类似C:\Users\xiang_000\.ssh这样的主目录下,查看是否有id_rsa和id_rsa.pub文件。如果有了,直接可以将公钥添加到github账户上。如果没有,打开Shell(windows下的Git Bash):


ssh-keygen -t rsa -C “youremail@example.com”


id_rsa.pub是公钥,可以放心的告诉任何人。


在github的Account settings里,Add SSH Key。

从远程库克隆

如果从零开发,推荐的方式是先在github上创建远程仓库。然后,从远程库克隆。


在github创建名为:learngit的新仓库。勾选添加README.md。

git clone克隆一个本地库:


git clone git@github.com:michael728/learngit.git


添加(关联)远程库

如果本地已经有本地仓库了,要和远程的仓库关联起来。

在github创建新的repo,名字为:demo。根据github的提示,在本地的demo仓库下运行命令:


git remote add origin git@github.com:michae728/demo.git`


请千万注意,把上面的michae728替换成你自己的GitHub账户名,否则,你在本地关联的就是我的远程库,关联没有问题,但是你以后推送是推不上去的,因为你的SSH Key公钥不在我的账户列表中。


添加后,远程库的名字就是origin,这是Git默认的叫法,也可以改成别的,但是origin这个名字一看就知道是远程库。

将本地库的所有内容推送到远程库上:


git push -u origin master


把当前本地分支master推送到远程。由于之前远程库是空的,第一次推送master分支时,加上了-u参数。git不但把本地的master分支内容推送到远程新的master分支,还会把本地master分支和远程的master分支关联起来,以后推送或者拉取就可以简化命令。


从现在起,本地提交,可通过命令:


git push origin master


分享与更新项目

git push:

  • git push origin dev表示提交到远程的dev分支。

  • 通常在本地的dev分支推送到远程的dev分支,注意两地分支命名要相同,保证不发生混乱


git pull:


  • git pull origin dev表示拉远程dev分支到本地,并和本地dev分支合并

git fetch(不常用):

  • git fetch origin dev表示拉远程dev分支到本地,但是,不和本地dev分支合并

git remote:

  • git remote add github git@github.com:michael728/test.git将本地仓库推送到github上名为test的仓库里

分支管理

创建于合并分支

创建dev分支,然后切换到dev分支:


git checkout -b dev


相当于下面两条命令:


  • git branch dev

  • git checkout dev


git branch命令用于查看当前分支。当前分支前面会有*:


  • git branch查看本地分支

  • git branch -a查看本地和远程所有分支

  • git branch -r查看远程分支

  • git branch -d删除本地分支

  • git push :origin dev删除远程dev分支

  • git checkout master命令用于dev分支完成工作后,切换回master分支。

  • git merge用于本地的指令。如果当前分支是master,本地另一个分支是dev,

用下面命令将分支合并到master:


  • git merge dev


后悔药

版本回退

git log来查询历史记录。git log –pretty=oneline显示精简信息。

git中,HEAD表示当前版本,上一个版本就是HEAD^,上上个版本HEAD^^,上100个版本,写成HEAD~100。

回到上一个版本:


  • git reset –hard HEAD^


或者通过git reset –hard [commit id]回到指定版本号的版本。


git版本的回退速度很快,因为git内部有个指向当前版本的HEAD指针。git仅仅是通过修改HEAD指向就可以完成版本切换的工作。


git reflog用来查看命令历史。通过这个,就可以查到之前的版本号啦!

工作区和暂存区

工作区(Working Directory)

例如我们创建的demo文件夹,他就是一个工作区。

版本库(Repository)

工作区有一个隐藏目录.git,这个不算工作区,它是git的版本库。

git的版本库里存了很多东西,最重要的是称为stage的暂存区,还有git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD。

说明:

git add实际上就是把文件修改添加到暂存区;

git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。

因为我们创建爱你git版本库是,git自动为我们创建了唯一一个master分支,所以,现在git commit就是往master分支上提交更改。(因为以后还有可能往分支上提交啊!)

  • + `git status`可以查看状态。如果有文件从来没有被添加过,那么它的状态是:`Untracked`。

  • + 提交成功后,如果没有对工作区做任何修改,那么工作区就是`working directory clean`

管理修改

1、git diff HEAD — README.md 命令查看工作区和版本库里最新版本的区别。


撤销修改



分为两种情况的修改:


修改了工作区某个文件的内容,想直接丢弃修改:

git checkout — filename


注:–前后都有空格。


当修改了工作区内容,同时,添加到了暂存区,分两步:

  • 用命令git reset HEAD filename,回到场景1

  • 用场景1的方法操作。


删除文件

当删除了工作区的文件,git知道删除了文件,因此,工作区和版本库就不一致。git status命令会立刻告诉那些文件被删除了。有两个选择:

1、确实要从版本库里删除该文件,用命令git rm fimename,之后git commit提交。

2、误删,因为版本库里还有,可以很轻松的把误删的文件恢复到最新版:git checkout — filename

注:git checkout其实是用版本库里的东西替换工作区的版本。无论工作区是修改还是删除,都可以一键还原。

附件

1、

2、


●本文编号1516,以后想阅读这篇文章直接输入1516即可。

●本文分类“工具”、Git,搜索分类名可以获得相关文章。

●输入m可以获取到全部文章目录发人员。

对本文感兴趣的人,对以下也感兴趣

安卓开发

iOS开发

更多推荐请看15个技术类公众微信


涵盖:程序人生、算法与数据结构、黑客技术与网络安全、大数据技术、前端开发、Java、Python、Web开发、安卓开发、iOS开发、C/C++、.NET、Linux、数据库、运维等。传播计算机学习经验、推荐计算机优秀资源:点击前往《值得关注的15个技术类微信公众号》!

高并发 php uniqid 不重复唯一标识符生成方案

PHP uniqid()函数可用于生成不重复的唯一标识符,该函数基于微秒级当前时间戳。在高并发或者间隔时长极短(如循环代码)的情况下,会出现大量重复数据。即使使用了第二个参数,也会重复,最好的方案是结合md5函数来生成唯一ID。
PHP uniqid() 生成不重复唯一标识方法一

这种方法会产生大量的重复数据,运行如下PHP代码会数组索引是产生的唯一标识,对应的元素值是该唯一标识重复的次数。

<?php
        $units = array();
        for($i=0;$i<1000000;$i++){
                $units[] = uniqid();
        }
        $values  = array_count_values($units);
        $duplicates = [];
        foreach($values as $k=>$v){
                if($v>1){
                        $duplicates[$k]=$v;
                }
        }
        echo '<pre>';
        print_r($duplicates);
        echo '</pre>';
?>

PHP uniqid() 生成不重复唯一标识方法二
这种方法生成的唯一标识重复量明显减少。

<?php
        $units = array();
        for($i=0;$i<1000000;$i++){
                $units[] = uniqid('',true);
        }
        $values  = array_count_values($units);
        $duplicates = [];
        foreach($values as $k=>$v){
                if($v>1){
                        $duplicates[$k]=$v;
                }
        }
        echo '<pre>';
        print_r($duplicates);
        echo '</pre>';
?>

PHP uniqid() 生成不重复唯一标识方法三
这种方法生成的唯一标识中没有重复。

<?php
        $units = array();
        for($i=0;$i<1000000;$i++){
                $units[]=md5(uniqid(md5(microtime(true)),true));
        }
        $values  = array_count_values($units);
        $duplicates = [];
        foreach($values as $k=>$v){
                if($v>1){
                        $duplicates[$k]=$v;
                }
        }
        echo '<pre>';
        print_r($duplicates);
        echo '</pre>';
?>

数据库思考

人们习惯把不同的信息综合起来,然后当做一个整体来考虑。但是数据库无法这样子工作,这也正是数据库看起来不太自然的原因。正因如此,我们需要以“数据库系统的方式进行思考”。

PDO 事务

try{
   
    $pdo =new pdo( "mysql:host=localhost;dbname=mydb" , "root" , "123456", array(PDO:: ATTR_AUTOCOMMIT =>0)) ;
    // 这个是通过设置属性方法进行关闭自动提交和上面的功能一样
    //$pdo->setAttribute(PDO::ATTR_AUTOCOMMIT, 0);设置了 autocommit为0 时,
    // 就会将事务安全的表 (如InnoDB 或NDBCLUSTER)将会变成非马上提交的。
    // 你必须使用 COMMIT来保存你的改变到硬盘中或者 ROLLBACK来回滚事务
    // 开启异常处理
    $pdo ->setAttribute(PDO:: ATTR_ERRMODE,  PDO::ERRMODE_EXCEPTION);
 }catch(PDOException $e){
    echo "数据库连接失败:". $e->getMessage ();
    exit;
 }

/*
    * 事务处理 
    *
    *   张三从李四那里买了一台 2000 元的电脑
    *     从张三帐号中扣出 2000元
    *     向李四账号中加入 2000元
    *     从商品表中减少一台电脑 
    *     MyIsAM  InnoDB
    */
try {
    $pdo ->beginTransaction() ;//开启事务处理
    $price =100;
    $sql ="update zhanghao set price=price-{ $price} where id=1" ;
    $affected_rows =$pdo-> exec($sql );
    if(!$affected_rows )
        throw new PDOException( "张三转出失败") ;//那个错误抛出异常
    $sql ="update zhanghao set price=price+{ $price} where id=2" ;
    $affected_rows =$pdo-> exec($sql );
    if(!$affected_rows )
        throw new PDOException( "向李四转入失败") ;
    echo "交易成功! ";
    $pdo ->commit() ;//交易成功就提交
 }catch(PDOException $e){
    echo $e->getMessage ();
    $pdo ->rollback() ;
}
//自动提交,如果最后不自动提交,转账是不成功的
 $pdo->setAttribute (PDO::ATTR_AUTOCOMMIT, 1 );
//设置错误报告模式 ERRMODE_SILENT    ERRMODE_WARNING

重温Google彩蛋Let it snow的温馨效果(转)

http://www.nowamagic.net/librarys/veda/detail/943

跟踪路由

app/code/core/Mage/Core/Controller/Varien/Router/Standard.php
$request ->setModuleName( $module);
$request ->setControllerName( $controller);
$request ->setActionName( $action);
$request ->setControllerModule( $realModule);

Ajax不能接受php return值的原因

Ajax不能接受php return值的原因

PHP在处理ajax返回值的时候,如果使用return如 return $result会失败,echo $result却没问题。解释原因如下:

1.ajax请求从服务器端读取返回值,而且这些返回值必须为一些可读的数据类型, 例如json或html。为了打印这些返回值 你需要echo,但是return则不会打印出来数据 它只是简单的在服务器上传递数据。 


2.Ajax获取返回值是使用HTTP请求。 return不会产生输出(只在server端进行)而echo可以(从server -> brower,http协议)。Ajax请求的url其实就是一个页面,它可以在浏览器显示,而 php中以return返回数据只是在服务器端去返回这些数据。
综上所述,如果ajax 地址是一个PHP return,将不会获取到正确数据。