前端
最近将 riot.js 升级到了 3.0，并用上了新版本的 riot-route，原先用了一年多的 2.2.4 版本内置的 riot.route 只支持 hash 形式的 SPA 单页面应用，riot-route 则支持 pushState。 Hash 方式有个缺点，就是服务器不知道地址栏中 # 之后的内容，放在微信里，就导致了未授权用户授权后想返回原界面需要借助 JS 来实现，导致历史记录多了一条，用户按返回键无法退出（返回上一页面后又被 JS “前进”了）。 PushState 方式就没有这个问题，可以直接用 HTTP 302 重定向过来，不影响历史记录和返回按钮功能。 于是在新项目中开始采用 pushState 方式。 不过等到应用到了微信环境中，又冒出来一个问题，通过
JavaScript
包含 underscore 和 es2016 语法 功能 将一个数转换成多个2的N次方的数的和 输入 二进制 输出 1 0001 [1] 6 0110 [2,4] 7 0111 [1,2,4] 用途 数据库中以整数形式存储，界面上以多选的形式展现 <select multiple> <option value="1">a</option> <option value="2">b</option&
CentOS 6
准备 * 版本：CentOS 6.7、Nginx 1.9 * 下列所有操作都在命令行终端中进行 * 权限：root 以下操作需要 root 权限，如果当前登录的用户不是 root，请输入 su 命令，并在提示中输入正确的密码切换为 root 用户 su 实现 1.添加源 在 /etc/yum.repo.d/ 下新建 nginx.repo 文件，文件内容如下： name=nginx repo baseurl=http://nginx.org/packages/mainline/centos/6/$basearch/ gpgcheck=0
CentOS 6
准备 * 版本：CentOS 6.7, Nginx 1.8 * 下列所有操作都在命令行终端中进行 * 权限：root 以下操作需要 root 权限，如果当前登录的用户不是 root，请输入 su 命令，并在提示中输入正确的密码切换为 root 用户 su 实现 1.添加源 在 /etc/yum.repo.d/ 下新建 nginx.repo 文件，文件内容如下： name=nginx repo baseurl=http://nginx.org/packages/centos/6/$basearch/ gpgcheck=0 enabled=
CentOS 6
0. PHP 中的 gearman 扩展 我的服务器使用的是 ius 的 php5.5 ，如果你使用其他源和版本，请自行替换部分包名 1. 安装 epel 和 ius 源 yum install http://dl.iuscommunity.org/pub/ius/stable/CentOS/6/x86_64/epel-release-6-5.noarch.rpm yum install http://dl.iuscommunity.org/pub/ius/stable/CentOS/6/x86_64/ius-release-1.0-11.ius.
前端
今天在使用微信的 JSSDK 时遇到一个诡异的问题：同一套代码，在 Android 中正确，在 iOS 中却失效。 于是开启了 debug，发现在执行 wx.config() 函数时就出现了不同的结果，Android 是 {"errMsg":"config:ok"}，而 iOS 是 {"errMsg":"config:fail"}。即使此时我修改了代码确保传入完全相同的参数。 最终发现是在参数 nonceStr 上出了问题，这是一个用于生成签名的随机字符串，为了方便，我直接使用了一个随机数，因此其真正的类型并不是字符串，结果就出现了 Android 和 iOS 中的不同表现。 我想这处不一致，微信开发团队都未必知道。
前端
今天在使用微信的 JSSDK 时遇到一个诡异的问题：同一套代码，在 Android 中正确，在 iOS 中却失效。 于是开启了 debug，发现在执行 wx.config() 函数时就出现了不同的结果，Android 是 {"errMsg":"config:ok"}，而 iOS 是 {"errMsg":"config:fail"}。即使此时我修改了代码确保传入完全相同的参数。 最终发现是在参数 nonceStr 上出了问题，这是一个用于生成签名的随机字符串，为了方便，我直接使用了一个随机数，因此其真正的类型并不是字符串，结果就出现了 Android 和 iOS 中的不同表现。 我想这处不一致，微信开发团队都未必知道。
First Release: 2014-12-17 23:23:52 问题 今天试了下 x2go 的 single application 模式，第一感觉很不错，可以把远程系统中的软件在本地打开，看上去就像打开本地的软件一样。 美中不足的就是没办法输入中文，首先远程系统的输入法没办法在这个模式下使用，而本地系统的输入法也同样不能正常工作，搞得我只能另外开个文本框输了中文粘贴过去。 不能忍 这已经不是我第一次遇到没办法输入中文的情况了。更可恶的是软件本身是支持中文的，就是没办法直接往里输中文，只能从别的地方贴过去，切来切去浪费时间不说，还打断思路。 Ditto 我装了 Ditto 代替 Windows 原生的剪贴板，在使用 Ditto 粘贴的时候突然想到，如果有一个工具能像 Ditto 一样通过全局热键呼出，然后把选择的过程（Ditto 通过 `Ctrl+`` 呼出后可以从最近十次复制的内容中选择一个插入到光标所在位置）换成直接输入就好了。也就是把输入流程简化成： * 全局热键呼出工具 *
PHP
1. 用 composer 安装生成 WSDL 所需的库 composer require piotrooo/wsdl-creator 2. 实现用于外部访问的入口文件，代码示例请参考（其中方法名和参数中出现的 Notify 对应一个类名，该类的方法将成为可以通过 SOAP 调用的外部接口）： <?php use WSDL\DocumentLiteralWrapper; use WSDL\WSDLCreator; use WSDL\XML\Styles\DocumentLiteralWrapped; class Api { public static function soapNotify() { $host = $_SERVER['HTTP_HOST']; $soapuri = "http://{$host}/Api/soapNotify&
感悟
First Release: 2012-07-24 12:05:20
前端
以前做表单的按钮使用这两个元素： 普通按钮：<input type="button"> 提交按钮：<input type="submit"> 后来为了改成这两个元素： 普通按钮：<button> 提交按钮：<button type="submit"> 今天发现<button> 和 <button type="submit"> 是一样的，都是提交按钮，囧 而与 <input type="
阅读
注释不只是为了解释一段代码的作用，注释是为了将代码编写者所知道的信息全部传达给阅读者。 当你编写代码的时候，你脑中会有很多有价值的信息，这些信息形成一个编写代码的思维环境。 最后，代码写完了，这些环境信息却丢失了。 当其他人阅读代码时，由于不在这个“环境”中，就很难理解那些代码。 注释要做的，就是让阅读者能根据注释提供的信息，还原这个“环境”。 不要注释什么 读注释会占用读代码的时间，显示注释还会占用屏幕上的空间，所以我们必须保证这些时间和空间物有所值。 不要注释一眼就可以从代码中看出来的东西。 有价值的注释必须提供一些无法一眼就能从代码中找到的信息。 不要为了注释而注释。 这常常会导致注释和代码表达重复的信息。 不要注释一个糟糕的命名。 你要做的是找一个更好的名字，名称就是对自己功能的最好注释。 命名要做到“自我解释”。 记住这个公式“ 好代码 > 坏代码 + 好注释 ”。 记录你的想法 当你写代码时，头脑中会有一些想法，比如为什么要这么做而不那么做，把他们记录下来。 引入“导评”。 “导评”是指你自己如何看待这段代码，包括这么写的用意、优势劣
合服应该算是游戏生命周期中的一环，很多游戏开发者都会经历这个过程，而根据我自己的经验，网页游戏合服更为普遍和频繁。我经历过合服的痛苦历程，甚至听说过有些游戏由于最初的设计原因导致无法合服。当然真正的无法合服应该是不存在的，我想大概是因为这个痛苦超过了常人的忍受能力，或者是这个过程成本过高。 所以说，我们最好在早期开发过程中就预先考虑好这个问题。 环境说明 以下的内容直接使用 MySQL 的术语和语句，不过就算你使用其他数据库，也应该很容易理解这些概念。 主键冲突 合服时遇到的最普遍情况当属主键冲突。 玩家角色、道具等等都是在游戏运行过程中添加进去的数据，我们用数据库的 AUTO_INCREMENT 特性来创建这些数据的主键，来保证他们在游戏中的唯一性。 比如我们定义了玩家的ID字段为 uid int(11) NOT NULL AUTO_INCREMENT ，那么玩家的道具表中势必也会有一个字段 uid int(11) NOT NULL ，用来表明这个道具是哪个玩家的，类似的，玩家的装备等等也会用类似方法表明归属。 当合服时问题就来了，AUTO_INCREME
感悟
* 要明确和清晰的将教程分为多个步骤。 * 核心思想要用简短的语句进行表述，并通过适当的重复来进行强化。 * 用黑体和斜体等标注重要内容。 * 尽可能多的使用可视化元素，以表达文字难以表述的内容。 * 读你的教程的人可能完全是个新手，你不该期望他已经对你提到的东西有所了解。所以，不要跳过任何步骤，并且每个步骤都要尽可能详细。 * 确保你的教程可以被你的读者理解。不要使用他们可能不懂的术语和缩写却不加以解释。 * 给出一些讨论相关话题的文章的链接，以作参考。 * 给出一些实际的例子并告诉他们该如何做。 * 发表它，从而得到反馈建议并进行改进。
JavaScript
初篇，hearder & footer —— 匿名函数 Xui的代码以 src/header.js 开头 (function () { 以 src/footer.js 结尾。 })(); 所有其他代码都包含在两者之间——现在流行的JavaScript框架大多采用了这种形式，让这种写法几乎成了不成文的标准。 我们把上面两段代码连在一起并加以整理： ( function () { //<1> } )(); <1> 如果你没有接触过匿名函数，看到这一行就会难以理解。为什么定义函数时可以不指定函数名呢？ 我们熟悉的函数定义通常是这样的： function f() { //<2> } <2>此处定义了一个名为f的函数，虽然这个函数什么也不做，但它是合法的，并且可以在之后以f()的形式调用它。 JavaScript则要灵活的多，允许用下面这种形式定义函数： f = function () {}
JavaScript
在今年5月份的时候，我通读了xui的源代码，并完成了对代码文档和注释的翻译工作。本来是想用于公司内部分享，但由于种种原因，最终没有成型。最近有了时间，也有了合适的工具，所以打算把这个系列完成，并放到网上和大家分享。 适合人群 会某种面向过程或面向对象编程语言，并且一直在以使用该语言的方式使用JavaScript的人。这样的人在我身边为数不少——没有系统性的学习过JavaScript，按照已有的编程知识，想当然的使用JavaScript，甚至认为JavaScript就是这样的——我也曾是其中之一。但JavaScript远比我们所了解的更强大。希望这个系列能帮助大家更好的了解和使用JavaScript，写出好代码。 为什么选择xui Xui 是一个用于开发手机网络应用的，极其轻量、极度易用、高度模块化的JavaScript框架。使用起来和jQuery有点类似，但只包含了最实用的部分。 它的核心代码量很少，因为它的设计思路是这样的：首先建立一个核心项目core，只支持那些最符合标准的浏览器；然后在core的基础上开发ie和bb分支，分别支持ie浏览器和黑莓的浏览器。这