fourn
TA的个人档案
fourn_个人页
文章
60
问答
0
视频
0
个人介绍
这个人很懒，但他留下了什么...
擅长的技术
- Python
-
发表了文章 2018-10-29
《人月神话》变革与矛盾
本文是《人月神话》阅读的一个加餐，不属于任何一个章节，是作者自己的思考，希望对大家有帮助。 PC的出现可以说是《人月神话》成书之后的几十年里最重要的改变，这对于软件工程意味非凡。PC改变了每个人使用计算机的方式，这是一个量变引起质变的例子，即随着时间变化而引起工作方式上的巨大变化。其他行业的暂且不谈，PC的革命改变了每个人开发软件的方式，即便现在廉价的计算机也比1985年Unix工作站还要快，开发者不需要再考虑等待时间、编译时间、读取时间、文件共享等问题。 由此诞生出了一个全新的软件产业——成品软件包装行业 与传统软件行业相比，这个行业的产品能够以低于1程序员1天的成本获得，同时可以完成成千上万的规模销售。这两个产业在很多方面都不同，它们是同时存在着。 注意区分现在的互联网行业，本书没有任何关于它的内容，我也不会讨论 传统软件行业有若干可识别且存在差异： 计算机提供商：提供操作系统、编译器和一些实用程序 应用程序用户：如公共事业单位、银行、保险公司和政府机构等，他们为自己实用的软件开发应用程序包 定制程序开发者：为用户开发私用软件包，这类承包商大多数工作在服务其他行业，这些项目的需求、标准和行销步骤都是与众不同的 商业软件开发者：为市场开发大型应用，如统计分析软件和CAD系统等 对于成品软件行业包装产业中的开发者，面对的是与传统产业完全不同的经济学：软件成本是开发成本与数量的比值，包装和市场成本非常高。在传统的内部应用开发产业中，进度和功能细节是可以协商的；而在竞争激烈的开发市场面前进度和功能支配了开发成本。正如人们所预期的，完全不同的经济学引发了非常不同的编程文化，同时也诞生了一批处于矛盾当中的软件公司。 成品软件产业更加自由，关注结果，而不是流程，在这种趋势下那些天才的个人程序员更容易获得认可，并根据他们的贡献获得奖励。而传统软件产业中，公司的社会化因素和薪资管理计划总会让上述做法难以实施。因此，很多高手总是被吸引到成品软件包装产业，这十分常见。 介于新老之间的矛盾 其实在《人月神话》（P11）为舍弃而计划中已经从微观的角度描述过这种矛盾，当时提出的解决方法也是微观的，这篇加餐的文章将从宏观的角度来给出我认为的方法。 矛盾存在于下面几个点： 试图用成品软件行业的价值观指导传统软件行业，最突出的就是用成品软件的方式来做定制开发，盲目提高包装和市场成本 既没有传统行业的管理风格和企业文化，也没有成品行业的关注结果、行事自由和贡献反馈，对优秀的开发者没有任何吸引力 丢掉了传统行业中的严谨、规范和重视技术，又拿不起成品软件的销量 或多或少具备以上特点的网络公司，大部分都是软件行业发展不成熟的产物，这种不成熟是多方面的，包括市场环境、政府关注、人才培养、市场接受度、业内评判标准等方面。 首先承认现在的软件行业已经分化为多个领域，每个领域都有它独特甚至相反的编程文化，在进行对比和借鉴时一定要明确自己的定位，否则只会适得其反。 使用成品软件作为构件 彻底提高软件健壮性和生产率的唯一途径是，将开发流程拔高一个层面，使用模块或者对象组合来进行程序开发。一个特别有希望的趋势就是使用大众软件包平台（npm，composer），在上面开发更加丰富和定制化的产品，现在已经能够看到许许多多的定制化模板和特殊函数。 使用模板和函数为部分软件用户进行功能定制的过程被称为“元编程”，这并不是新概念，像微软一样的大型信息公司都有专门的专家团队在做这件事（例如Excel中的宏和微信的小程序）。由此产生的元程序形成了二级市场（例如微擎应用商店），这样的市场正在悄无声息的崛起，这是非常令人振奋的。 这种方式使得开发人员可以忽略细节，直接针对概念结构要素打造的根本问题，所以将来一定会快速发展。成品软件提供大量的功能模块和精心定制的接口，它的内部概念结构根本无需再设计。下一级应用程序开发者可以获得丰富的功能、更短的开发时间、经过测试的组件、良好的文档和彻底降低的成本。 如何实现不重要，程序的根本目的是帮助人，程序的根本问题是概念要素的构架 当然，缺点也是有的，成品软件作为独立实体来设计，元程序员无法改变它的功能和接口。作为成品软件开发者，要求他把他的产品做成更大型系统中的一个模块似乎没什么吸引力。但小程序的例子告诉我们，这种想法极可能是错误的，如何为元程序员提供软件包，这里面一定有一个未开拓的巨大市场。 那我们需要怎么做呢？可以把软件成品用户分为以下四个层次： 直接使用用户。他们以简单直接的方式来操作，对设计者提供的功能和接口感到满意（易企秀）。 元程序员。在单个应用程序的基础上，使用已经提供的接口来开发模板或者函数，主要为最终用户节省工作量（Excel宏）。 外部功能工作者。向应用程序添加自行编制的功能。这些功能本质上是应用语言原语，调用通用语言编写的独立模块。这往往需要中断、回调或者重载函数技术，向原接口添加新功能（小程序）。 元程序员。编写特殊的应用程序，作为更大型系统的构件。他们是需求并没有得到满足的用户群（AppleScript）。 成品软件需要对元程序要提供“文档化接口”，这就在很多方面提出了要求： 元程序需要在整个应用程序集的控制之下，而每个软件通常假设是受自己控制的 软件集必须控制用户界面，而应用程序一般认为这是自己的职责 软件整体必须能够调用任何应用程序的功能，就好像参数传递那样 它还应该像屏幕那样能够接受应用程序的输出 未来 相比化学等其他领域，软件工程的发展实在是太慢了，但它并不是没有希望，只是还不够成熟。 想想第一章提出的问题： 如何把一系列程序构建成系统 如何把程序构建成健壮的、经过测试的、文档化的、可用的产品 如何维持对大量“复杂性”的控制 很长一段时间内这些问题还是会使人们举步维艰、不能自拔。软件系统可能是人类创造中最错综复杂的实物，只能期待在力所能及的范围内进行探索和尝试。 这个复杂的行业需要： 时间 坚持学习 优秀新工具的最佳实践 经过论证的工程管理方法的最佳实践 良好的自我判断以及——上帝所赐予的谦卑 自由转载-非商用-非衍生-保持署名（创意共享3.0许可证）
-
发表了文章 2018-10-29
《人月神话》（P12）巧匠因他的工具而出名
本章节原标题：干将莫邪（yé） 前言 就工具而言，即使是现在（作书时），每位软件的公司的骨干人员都像五金店老板一样，仔细的保管着自己工作生涯中搜集的一套工具，这些工具是个人能力的直观证明。 这种方法对软件项目来说是愚蠢的，项目的关键问题是沟通，个性化的工具只会妨碍而非促进沟通。 随着技术的变化，所有个性化的工具生命周期都是很短的。开发和维护公共的通用编程工具效率更高。 仅仅通用是不够的，建议为每个团队配备一名工具管理人员。 项目经理应该制定一套策略，并且为通用工具开发分配资源。与此同时，他还必须意识到专业工具的需求。 目标机器 就目前服务器的发展速度而言，本节内容已经不具备具体的参考价值，但仍然有一些优秀的思想 使用机器进行调试的时间是爆发式的，几位程序员可能同时开发好自己的模块，需要使用机器进行调试。 需要安排一名系统程序员，保证机器上的软件是最新且可用的。 主程序库应该被划分为：（1）一系列独立的私有开发库；（2）正处于系统测试下的系统集成子库；（3）发布版本 在开发过程中，节省最大工作量的工具可能是文本编辑系统（强调沟通和文档）。 系统文档中存在大量不容易理解的问题，但仍然比未能详细描述系统特性的短小文章更可取。 自上而下、彻底的开发一个性能测试工具，尽可能早的开始这件事情，并听取“它的意见”。 高级语言和交互式编程 只有懒散和惰性会妨碍高级语言和交互式编程的应用（生产率和调试方面的优势是势不可挡的，要坚持使用新的技术）。 高级语言bug更少而且更容易寻找。 传统的反对意见——无法实现想要的功能、代码量太大、高级语言代码执行速度慢，随着语言和编译器的进步已不再成为问题。 某些应用上，批处理系统并不会被交互式系统所取代（现在依然成立）。 调试是系统编程中较漫长和较困难的部分，漫长的调试时间是调试的祸根。 有限的数据表明，系统软件开发中，交互式编程的效率起码是传统的两倍。 旧有的编程模式：编辑，保存，编译，运行和调试交互式编程：直接输入脚本语句，回车执行，立即显示结果，不用经过复杂的保存和编译阶段，很多脚本语言都提供类似的控制台（PHP，Python） 以上就是《人月神话》第12章——干将莫邪的所有内容 本章主要说明了工具对于软件产业的重要性，工具需要做到通用，需要专人进行维护。看一看当下github的受欢迎程度，jetbrain这类工具提供商的地位，以及阿里云等服务器提供商的发展速度，还有当前对于新技术（ReactNative，Vue）新框架（ROR，Laravel）的推崇，完全印证了作者当年的观点。我们有理由相信阻碍高级工具发展的只有人们的懒散和惰性，这样的观点时至今日都是铁律。 个性化的工具是个愚蠢的选择，但也是顺其自然的选择，如果管理者不加以干预就必然会存在的。某种程度上具有合理性使得这种缺陷很难被管理人员重视。 不被重视的另一个重要原因是成本，通用工具的创造和维护是需要调配精英资源的。通用与个性化的实现难度不在同一个层面上，可以理解为通用是个性化的一种特殊形式，开发人员从无数个矩形中需要找到某个正方形。与成本相比，通用工具的收益是隐含的甚至是不可预计的，有可能需要多次迭代之后才能带来收益。 通用工具需要带来效率提升是有前提的，那就是通过该工具有效的降低了沟通成本。这就意味着通用工具应该是体系，而不是部件。通用工具需要迭代，但一定不是积累而来，工具同样需要具备概念完整性，需要团队意识到专业工具的需求。 综上，通用编程工具的出现有下面几个条件： 1、 管理者意识到通用工具的重要性 2、通用工具需要系统规划，而不是渐渐积累 3、公司能够承担开发的成本 4、工具维护人员具备技术实力 上面理解的工具是开发工具，另外还可以理解为开发环境。开发环境的问题随着虚拟技术的发展现在已经是过去式了，即便使用不同的电脑不同的操作系统，也能统一开发环境（VirtualBox）。 本章中提到的主程序库的划分，现在看来就是Git的一种使用策略罢了，不再需要专人维护而且十分好用，可以视为被解决掉的问题。但即便如此，为什么人月依然是个神话？ 自由转载-非商用-非衍生-保持署名（创意共享3.0许可证）
-
发表了文章 2018-10-26
almost a hero 差不多英雄 攻略
肥炮，辅助（买出来就行了） 吃个苹果（左1，升满） 大胃王（左4，升满） 锤妹，核心输出（6级） 回收（左3，升满） 收集晶石（右5，升满）、气沉丹田（右4，升满） 速度与欢愉（左1，升满）、疯狂女孩（右3，升满） 冲击波（终极技能、升满）、刻苦训练（左2，升满）、地震（左5，升满） 乡村姑娘（右2，随意） 胖锤男，吸收伤害（7级） 回弹（右3，升满） 嘲讽（右1，升满）、午餐时间（左1，1） 坚韧意志（左3，升满）、再生（左5，升满）、鲜肉（左4，升满） 大块头（右5，随意） 贼妞V，金币加成（8级） 城市神偷（右4，升满） 寻宝猎人（左2，升满） 飞猫探云手（左1，升满） 敏捷的小猫（左3，升满） 弓娘，宝箱加成（8级） 追踪大师（左4，升满） 也可以换用弓娘做核心输出，锤妹辅助提供金币加成（只升满回收） 弓娘技能 - 追踪大师（左4，升满） 打靶练习（终极技能，升满）、多重箭（左5，升满） 精准术（左2，升满）、耳听八方（右3，升满） 致命一击（右5，随意）、狙击（右1，随意）、瞬移（左1，随意） 500关之后完全打不动换套路 阵容及技能 雷德罗——大招，右五，右二（大招结合右五10秒内增加敌方承受伤害70%，右二开局减老怪伤害34%） 盾叔——格挡，护盾加成（简单直白） 潇洒——大招，右四右五，左四（大招快速减英雄冷却，极限关时开启可放两次大招，以及确保弓娘右一的触发，右四过关后 12秒加70%伤害，右五伤害豁免20%，左四减少被击） 枪叔——大招，右三（大招开启20秒全英雄200%伤害提升，右三16秒内承伤减70%） 弓娘——本阵容核心输出，大招，右一，左二，右三 （后期核心右一，80秒冷却，6k的伤害，弓娘大招18秒期间增加伤害250%，大枪大招200%加成，雷德70%承伤，极限关开启潇洒大招加速冷却，确保右一在大招期间至少触发一次） 首饰搭配 四个辅助带全伤，其中两个诅咒增伤，两个deuff减伤，输出点带单体伤 离线阵容核心——偷钱。充分利用离线的800%收入，在推关打不动时换上5个首饰离线偷钱。 戒指选择 电戒 符文——加钱的元气满满，增伤的呆滞，自动攻击
-
发表了文章 2018-10-24
小程序微信支付
后端 后端分为两部分： 统一下单 二次签名 // 统一下单 $payment = app('payment'); $result = $payment->order->unify([ 'body'=>self::$typeMap[$this->type].'订单', 'out_trade_no'=>$this->no, 'total_fee'=>$this->price * 100, 'trade_type' => 'JSAPI', 'openid'=>$this->user->weapp_openid ]); 小程序和公众号的的统一下单是相同的，类型传的参数都是JSAPI 曾经也自己看着支付文档封装过通用支付类，不过现在成熟的库已经很多了，这里用的是easywechat use function EasyWeChat\Kernel\Support\generate_sign; ... // 二次签名 $params = false; if($result['return_code'] === 'SUCCESS'){ $params = [ 'appId' => env('WECHAT_PAYMENT_APPID'), // 小程序的AppId 'timeStamp' => time(), 'nonceStr' => $result['nonce_str'], // 统一下单返回的随机字符串 'package' => 'prepay_id=' . $result['prepay_id'], // 统一下单Id 'signType' => 'MD5', // 签名方法 ]; // 注意这里用的是商户平台的Key进行二次签名 $params['paySign'] = generate_sign($params, env('WECHAT_PAYMENT_KEY')); } 按照文档的要求准备好参数之后，使用easywechat中的签名方法generate_sign 注意一下perpay_id的处理方式，需要拼接为查询字符串放倒package中 曾经也自己写过签名方法，错了很多次，现在PHP的开发氛围真的比以前好太多了 前端 let responsePayment = await wepy.requestPayment({ timeStamp: params.timeStamp.toString(), nonceStr: params.nonceStr, package: params.package, signType: params.signType, paySign: params.paySign }) if (responsePayment.errMsg === 'requestPayment:ok') { // 用户付款成功 } 从服务器接到签名好的支付参数后调用requestPayment方法 如果这里做了await处理的话，判断用户支付操作成功可以用errMsg属性，否则用success回调函数 无论如何不能以此作为业务支付成功的判断 结果回调 和公众号支付回调相同
-
发表了文章 2018-10-23
Mysql按时间分组查询（每天|每月|每年）
根据保存的数据类型不同，有不同的处理方式，常见的有两种保存形式： 时间戳int 日期时间datetime 时间戳 早期一直在使用的方式，缺点： 在数据库中不直观 查询的时候涉及到转换 例如在查询的时候需要将日期时间转化为时间戳：where created_at < UNIX_TIMESTAMP('2018-9-28 00:00:00') UNIX_TIMESTAMP()可以直接表示当前的时间戳 时间戳转化为日期时间：SELECT FROM_UNIXTIME(875996580) FROM_UNIXTIME第二个参数用于指定日期格式，例如： SELECT SUM(price), FROM_UNIXTIME(created_at, '%m%d') as day FROM table GROUP BY day ... WHERE FROM_UNIXTIME(created_at, '%Y') = '2018' 常用的格式是这样的：%Y%m%d%H%i%s 日期时间 可以直接进行比较 格式转化： DATE_FORMAT() SELECT SUM(price), DATE_FORMAT(created_at, '%m%d') as day FROM table GROUP BY day
-
发表了文章 2018-10-22
小程序https如何购买、配置
在阿里云找到SSL证书页面，阿里云提供免费的SSL证书 image.png 选择品牌 image.png 选择免费型 image.png 进入控制台就可以看到已经购买的证书了 image.png 补全信息 image.png 后面忘了截图，大概有以下几个步骤： 将文件上传到服务器指定位置，需要URL能够访问到（非https） 指定位置是一个隐藏文件夹，window下需要用mkdir命令创建 上传文件过一会就会自动验证成功 第3步很容易失败，建议直接在服务器上下载验证文件，多试几次 配置Apache或者Nginx # 添加 SSL 协议支持协议，去掉不安全的协议 SSLProtocol all -SSLv2 -SSLv3 # 修改加密套件如下 SSLCipherSuite HIGH:!RC4:!MD5:!aNULL:!eNULL:!NULL:!DH:!EDH:!EXP:+MEDIUM SSLHonorCipherOrder on # 证书公钥配置 SSLCertificateFile cert/public.pem # 证书私钥配置 SSLCertificateKeyFile cert/215045620450170.key # 证书链配置，如果该属性开头有 '#'字符，请删除掉 SSLCertificateChainFile cert/chain.pem server { listen 443; server_name localhost; ssl on; root html; index index.html index.htm; ssl_certificate cert/215045620450170.pem; ssl_certificate_key cert/215045620450170.key; ssl_session_timeout 5m; ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:!aNULL:!MD5:!ADH:!RC4; ssl_protocols TLSv1 TLSv1.1 TLSv1.2; ssl_prefer_server_ciphers on; location / { root html; index index.html index.htm; } } 分享一下我最终的配置（Apache虚拟站点） <VirtualHost *:443> SSLEngine on ServerName demo.com:443 SSLCertificateKeyFile "${SRVROOT}/conf/ssl_dict/215045620450170.key" SSLCertificateFile "${SRVROOT}/conf/ssl_dict/public.pem" SSLCertificateChainFile "${SRVROOT}/conf/ssl_dict/chain.pem" DocumentRoot "E:\wwwroot\demo.com\public" ServerName demo.com ServerAlias demo.com #START-ERROR-PAGE ErrorDocument 403 /403.html ErrorDocument 404 /404.html ErrorDocument 502 /502.html #END-ERROR-PAGE #startPHP <Files ~ "\.php$"> Options FollowSymLinks ExecCGI AddHandler fcgid-script .php FcgidWrapper "E:/BtSoft/WebSoft/php/7.1/php-cgi.exe" .php </Files> #endPHP #start301 #end301 #REFERER-START #REFERER-END #PROXY-START #PROXY-END <Directory "E:\wwwroot\demo.com\public"> Options FollowSymLinks ExecCGI AllowOverride All Require all granted DirectoryIndex index.php default.php index.html index.htm default.html default.htm </Directory> ErrorLog "logs/demo.com-error.log" CustomLog "logs/demo.com-access.log" common </VirtualHost> 推荐一个https相关的资料站 https://github.com/cheaphttps/https-start
-
发表了文章 2018-10-22
Windows10环境下使用Laravel任务调度（代替Corntab）
打开计划任务 image.png 创建任务 image.png 设置常规 image.png 设置触发器 image.png 设置操作 image.png 执行文件corn.bat内容如下： cd /d E:/wwwroot/floribook E:/BtSoft/WebSoft/php/7.1/php.exe artisan schedule:run 1>> NUL 2>&1 如果设置不成功需要留意以下几个点： 第一句中/d不能去掉，盘符后面要有冒号和斜杠 PHP命令使用绝对路径，盘符后面要有冒号和斜杠 其他部分原样复制即可，不要修改
-
发表了文章 2018-09-27
【强迫症】全面升级Homestead（本地开发环境）
Homestead https://github.com/laravel/homestead/releases 先切换到master分支然后pull 之后切换到最新的发行版 Vagrant https://www.vagrantup.com/downloads.html 官网下载重新装 VirtualBox https://www.virtualbox.org 官网下载重新装 Box vagrant box update 运行上面命令，拿到下载链接用迅雷下载 vagrant destroy 这个命令，先删掉环境 vagrant box remove laravel/homestead 再删掉盒子 vagrant box add laravel/homestead ~/Downloads/virtualbox.box 上面命令，安装新版盒子 之后去这个位置：~/.vagrant.d/boxes/laravel-VAGRANTSLASH-homestead image.png 把文件夹名字改成盒子版本号，创建一个metadata_url文件，内容是： https://app.vagrantup.com/laravel/boxes/homestead 最后 vagrant up
-
发表了文章 2018-09-25
【作死】更新macOS Mojave后Vagrant无法使用
Vagrant box 无法启动 There was an error while executing `VBoxManage`, a CLI used by Vagrant for controlling VirtualBox. The command and stderr is shown below. Command: ["hostonlyif", "create"] Stderr: 0%... Progress state: NS_ERROR_FAILURE VBoxManage: error: Failed to create the host-only adapter VBoxManage: error: VBoxNetAdpCtl: Error while adding new interface: failed to open /dev/vboxnetctl: No such file or directory VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component HostNetworkInterfaceWrap, interface IHostNetworkInterface VBoxManage: error: Context: "RTEXITCODE handleCreate(HandlerArg *)" at line 94 of file VBoxManageHostonly.cpp 去官网下载最新的VirtualBox重新安装之后可以解决，我安装的版本号是5.2.18 Git不复存在 运行命令重新安装即可 xcode-select --install 浏览器打开新标签页极卡 原因不明，等待官方更新吧 补充： 居然是搜狗输入法的问题，更新到最新版本的输入法可以解决
-
发表了文章 2018-09-06
Laravel如何使用辅助函数
新增bootstrap/helpers.php文件 composer.json修改： "autoload": { "classmap": [ "database/seeds", "database/factories" ], "psr-4": { "App\\": "app/" }, "files": [ "bootstrap/helpers.php" ] }, 运行 composer dumpautoload
-
发表了文章 2018-09-06
更好的IDE代码提示：laravel-ide-helper
https://github.com/barryvdh/laravel-ide-helper 安装 composer require --dev barryvdh/laravel-ide-helper 设置服务提供者 config/app.php: Barryvdh\LaravelIdeHelper\IdeHelperServiceProvider::class, 5.5及以上版本不需要设置 设置只在开发环境中加载 app/Providers/AppServiceProvider.php: public function register() { if ($this->app->environment() !== 'production') { $this->app->register(\Barryvdh\LaravelIdeHelper\IdeHelperServiceProvider::class); } // ... } 设置自动更新 conposer.json: "scripts":{ "post-update-cmd": [ "Illuminate\\Foundation\\ComposerScripts::postUpdate", "php artisan ide-helper:generate", "php artisan ide-helper:meta" ] }, 发布配置文件 php artisan vendor:publish --provider="Barryvdh\LaravelIdeHelper\IdeHelperServiceProvider" --tag=config 设置链式调用支持 config/ide-helper.php: 'include_fluent' => true,
-
发表了文章 2018-08-20
[转]使用 Homestead 作为 tp5 的开发环境配置
这是迄今为止最优雅的解决方案了，亲测有效 在 Homestead/scripts 目录下新建文件 serve-tp5.sh #!/usr/bin/env bash declare -A params=$6 # Create an associative array paramsTXT="" if [ -n "$6" ]; then for element in "${!params[@]}" do paramsTXT="${paramsTXT} fastcgi_param ${element} ${params[$element]};" done fi block="server { listen ${3:-80}; listen ${4:-443} ssl http2; server_name .$1; root \"$2\"; index index.html index.htm index.php; charset utf-8; location / { #try_files \$uri \$uri/ /index.php?\$query_string; if (!-e \$request_filename) { rewrite ^(.*)$ /index.php?s=/\$1 last; #break; } } location = /favicon.ico { access_log off; log_not_found off; } location = /robots.txt { access_log off; log_not_found off; } access_log off; error_log /var/log/nginx/$1-error.log error; sendfile off; client_max_body_size 100m; location ~* ^(/images|/Static).+.(jpg|jpeg|css|gif|png|ico) { access_log off; } location ~ \.php$ { fastcgi_split_path_info ^(.+\.php)(/.+)$; fastcgi_pass unix:/var/run/php/php7.1-fpm.sock; fastcgi_index index.php; include fastcgi_params; fastcgi_param SCRIPT_FILENAME \$document_root\$fastcgi_script_name; fastcgi_intercept_errors off; fastcgi_buffer_size 16k; fastcgi_buffers 4 16k; fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300; include fastcgi_params; } location ~ /\.ht { deny all; } ssl_certificate /etc/nginx/ssl/$1.crt; ssl_certificate_key /etc/nginx/ssl/$1.key; } " echo "$block" > "/etc/nginx/sites-available/$1" ln -fs "/etc/nginx/sites-available/$1" "/etc/nginx/sites-enabled/$1" Homestead.yaml 文件添加 type 设置 sites: - map: domain.test to: /path type: tp5 原文地址：https://wp.hellocode.name/?p=439 2018年11月2日更新： 现在更新到最新的Homestead版本，官方自带了thinkphp类型
-
发表了文章 2018-08-02
【排坑】Mac系统中类似ldconfig的命令
> sudo update_dyld_shared_cache
-
发表了文章 2018-07-31
【排坑】Cannot find autoconf.
> /php/bin/phpize Configuring for: PHP Api Version: 20170718 Zend Module Api No: 20170718 Zend Extension Api No: 320170718 Cannot find autoconf. Please check your autoconf installation and the $PHP_AUTOCONF environment variable. Then, rerun this script. brew介绍 > brew install autoconf ==> Downloading https://homebrew.bintray.com/bottles/autoconf-2.69.high_sierra.bottle.4.tar.gz ######################################################################## 100.0% ==> Pouring autoconf-2.69.high_sierra.bottle.4.tar.gz ==> Caveats Emacs Lisp files have been installed to: /usr/local/share/emacs/site-lisp/autoconf ==> Summary /usr/local/Cellar/autoconf/2.69: 71 files, 3.0MB
-
发表了文章 2018-06-19
复盘微信支付金额不正确问题解决过程——PHP浮点型计算
问题 2017年9月份，商城项目在运行过程中，购买某商品时如果在下单时没有完成付款，而是稍后再从“个人中心-我的订单”发起付款，则无法调起微信支付界面 思路 其他商品正常，说明导致问题的原因大概率是商品本身 只有从会员中心发起的付款存在此问题，说明大概率是会员中心的代码存在问题 需要先观察问题出现时“统一下单”是否能够成功，检查是否是参数问题导致订单无法在微信端创建 观察统一下单返回值 result_code=FAIL err_code=OUT_TRADE_NO_USED err_code_des=商户订单号重复 微信官方对于此问题的描述如下： image.png 出现这个问题的时候建议核查订单号是否重复提交，但实际上在这个使用场景下，我们是“故意”重复提交订单号的。因为从会员中心发起支付的时候订单已经创建了，系统会再次请求微信统一下单接口，即便如此，我们也没有必要每一次请求支付都创建一个新的订单号。 那为什么返回了这个错误 我先给出结论再描述排错过程： 所谓的同一笔交易不能多次提交，实际上指的是在商品描述、标价金额不相同的情况下，用同一个订单号访问了统一下单接口。 image.png 这里的错误实际上是因为：从会员中心发起支付时“标价金额”与提交订单时的不相同。 PHP浮点型运算 以下是某位程序员写的微信支付代码： $total_fee = (int)($order_total * 100); 微信要求金额的单位必须为分，而数据库中订单金额单位是元，所以使用订单金额*100是正确的做法。 订单支付金额的计算非常复杂，所以单位转化为分之后再转化为整型，可以保证微信支付参数不出错，也是正确的做法。 但这里面隐藏了一个问题，还记得我们问题发生的条件必须是“购买某商品时”吗？如果单独购买这个商品的话，订单的金额是19.9。我们可以尝试： echo (int)(19.9 * 100); // 结果为1989，而非1990 这就导致了订单创建时给微信的支付数据是1990，而再次支付时却是1980，所以接口返回了“订单号重复”的错误。 为什么会少了1分钱呢？PHP的官方文档中是这么说： image.png 随后我又实验了很多数字，结果如下： echo (int)(19.1 * 100);// 1910 echo (int)(19.2 * 100);// 1920 echo (int)(19.3 * 100);// 1930 echo (int)(19.4 * 100);// 1939 注意这里出现了问题 echo (int)(19.5 * 100);// 1950 echo (int)(19.6 * 100);// 1960 echo (int)(19.7 * 100);// 1970 echo (int)(19.8 * 100);// 1980 这个问题的产生，似乎存在规律，例如19.4、18.4和17.4转化后是错误的，而8.4转化后返回了正确的结果。 更有趣的是： echo (int)((19.8+0.1) * 100); // 1990 注意此时结果是正确的 var_dump(19.9 == (19.8 + 0.1)); // false 调试过程 实际上这种奇怪的问题排查起来没有什么捷径，无非就是打日志追踪变量，最多也就是细心点罢了。 最终使用了一个比较讨巧的方式解决了这个问题，将代码改为了： $total_fee = (int)(($order_total + 0.00001) * 100); 至于更加严谨的浮点数计算方法，今后遇到的时候，再研究吧。
-
发表了文章 2018-06-14
mac系统Homestead安装指南——经过多次试验安装必定成功
介绍 这是一个美妙的开发环境，不需要在你的本地机器中安装PHP、web服务以及其他任何服务软件，完全在虚拟机中运行，不用再担心会搞乱你的操作系统！如果出了什么乱子，你可以在几分钟之内完全重建你的开发环境。 整套环境中包含以下软件，可以帮助你开发出惊人的软件（未完全列出）： Ubuntu 16.04 Git PHP 7.2 Nginx MySQL Composer Node (With Yarn, Bower, Grunt, and Gulp) Redis ... 安装过程中会使用到： VirtualBox：一个免费的虚拟机运行软件 Vagrant：使用简单的命令就能完成虚拟机搭建和管理的工具 Vagrant box：可以理解为虚拟机安装时候使用的镜像 Homestead：可以理解为这就是上面提到的简单的命令 git：版本控制工具 第一步 安装VirtualBox以及Vagrant： https://www.virtualbox.org/wiki/Downloads image.png https://www.vagrantup.com/downloads.html image.png 选择最新的版本下载即可，以上两个软件下载之后都是简单的dmg安装包，安装完成之后进行下一步。 安装Homestead Vagrant Box 首先需要下载Vagrant box 使用终端运行：vagrant box add laravel/homestead 服务提供者选择：2 Last login: Wed Jun 13 09:08:45 on ttys000 fourn@mac:~$ vagrant box add laravel/homestead ==> box: Loading metadata for box 'laravel/homestead' box: URL: https://vagrantcloud.com/laravel/homestead This box can work with multiple providers! The providers that it can work with are listed below. Please review the list and choose the provider you will be working with. 1) parallels 2) virtualbox 3) vmware_desktop Enter your choice: 2 ==> box: Adding box 'laravel/homestead' (v6.1.0) for provider: virtualbox box: Downloading: https://vagrantcloud.com/laravel/boxes/homestead/versions/6.1.0/providers/virtualbox.box box: Progress: 0% (Rate: 0*/s, Estimated time remaining: --:--:--)^C==> box: Waiting for cleanup before exiting... 到这里无论你是否科学上网都是没法下载的（国外的同学也许能行），但是我们可以在命令行中看到下载地址： https://vagrantcloud.com/laravel/boxes/homestead/versions/6.1.0/providers/virtualbox.box 使用迅雷等工具下载： image.png 建议将链接中的版本号下调一个，例如6.1.0修改为6.0.0，原因是在我下载过程中，老版本的下载速度总是更快些。 接下来，使用本地方式添加box，在终端运行： vagrant box add laravel/homestead ~/Downloads/virtualbox.box 注意~/Downloads/virtualbox.box是你下载文件的摆放位置 需要几分钟的安装时间，安装成功之后还需要手动修改版本号 打开仿达，同时按下Command+Shift+G，前往下面这个位置： ~/.vagrant.d/boxes/laravel-VAGRANTSLASH-homestead image.png 到这个目录下，首先会看到一个名为0.0的文件夹，需要将名字改为你下载的box的版本号，例如6.0.0 然后，你还需要新建一个名为metadata_url的文件，里面放上如下内容： https://atlas.hashicorp.com/laravel/boxes/homestead 注意不要有任何空格 安装Homestead 你需要使用从版本库克隆的方式安装Homestead，在此之前先运行一下git命令，如果是第一次使用git的话，mac会提示你并自动完成安装。 接着运行以下命令，将Homestead安装到你的“home”目录下： git clone https://github.com/laravel/homestead.git ~/Homestead ...中间过程省略 cd ~/Homestead git checkout v7.1.2 v7.1.2是Homestead的版本号，我们可以前往GitHub Release Page查看最新的版本。 image.png 最新的版本总是比较稳定，但不一定适合所有的box，请按照自己在之前安装Vagrant和下载的virtualbox.box版本进行选择。如上图v7.7.0版本的Homestead可能就只适合6.0.0以上的virtualbox。 然后我们使用命令生成一个Homestead.yaml配置文件，你的所有项目站点及数据库将会在这里进行配置。 cd ~/Homestead bash init.sh 配置Homestead 使用文本编辑器打开上一个步骤中生成好的Homestead.yaml文件 配置ssh 这部分不需要对配置文件修改，关键是在启动之前，我们需要在主机上生成ssh key，使用如下命令： ssh-keygen -t rsa 然后一路回车 配置共享目录 在Homestead.yaml文件中所列出你想要和Homestead环境共享目录，其中所有的文件都会在你的本机和虚拟环境中保持同步，你可以尽可能多的配置。 folders: - map: ~/code to: /home/vagrant/code ~/code是本地的目录，如果不存在可以新建，我们用于存放所有的项目文件/home/vagrant/code是Homestead虚拟机中的目录 配置站点 sites: - map: wiki.local #维基 to: /home/vagrant/code/deepwiki wiki.local是将来浏览器中访问的地址/home/vagrant/code/deepwiki是Homestead虚拟机中的该项目的入口目录 配置Hosts 修改/etc/hosts文件： 192.168.10.10 wiki.local 使浏览器在访问本地项目地址时能够定位到Homestead 配置数据库 databases: - book - wx_pro - wx_dev 这将在初始化的时候创建三个数据库，当然你也可以在虚拟机运行过程中自行创建数据库。 连接地址：127.0.0.1 端口号：33060（MySql） 默认账号密码：homestead / secret 启动Vagrant Box 一旦你认为你的Homestead.yaml已经配置好了，那么就到~/Homestead目录下运行： vagrant up 这将会启动虚拟机并自动完成所有的文件及站点配置 日常使用 首先在~/.bash_profile文件（没有就创建）中添加： function vag() { ( cd ~/Homestead && vagrant $* ) } if [ -f ~/.bashrc ]; then source ~/.bashrc fi 这样就可以很方便的运行vag up、vag ssh等命令。 vag up：每次开机之后启动Homestead vag ssh：登入Homestead vag provision：重新应用配置 vag halt：关闭Homestead 然后可以在~/.bashrc文件（没有就创建）中添加： alias hosts='sudo vim /etc/hosts' alias sites='vim ~/Homestead/Homestead.yaml' 这样就可以快速的进行Homestead以及Hosts配置，方便今后新增站点。 结束
-
发表了文章 2018-04-03
《人月神话》（P11）为舍弃而计划
实验性工厂和增大规模 化学工程师很早就意识到：在某个化学反应大规模投产之前必须进行实验性的生产。 软件系统的构建人员也面临同样的问题，但似乎从来没有吸取教训。总是设计、应用、然后把第一次开发的产品交付给客户。 对于大多数项目，第一次开发的系统并不合用，必须要不断的开发更好的系统。 即便最优秀的项目经理，也不能完全知晓并解决问题。新的技术和概念总会不断的出现在项目中，所以我们必须构建一个用来抛弃的系统。 不要考虑，“我们是否应该构建一个实验性系统”，因为这一定是必要的。我们应该问“是否需要将原型展示给用户”。 将原型展示给客户的有点是：可以获取时间。但代价是：用户使用体验不佳，分散开发者精力，影响产品形象。 唯一不变的是变化本身 软件系统的变化是与生俱来的，并不是不合时宜的令人厌恶的异常情况。 开发人员交付的是用户满意度，而不是有形的产品。 用户的实际需要和用户感觉会随着程序的构建、测试和使用而变化。 实体产品阶段化了用户对于变更的需求，然而软件产品的不可见性，导致它的构建人员面临永恒的需求变更。 并不推荐将所有的可能变化都整合到设计阶段中。目标上的变化是不可避免的，甚至技术上、策略上的变化也不可避免。 必须学会接受事实，不断的学习，不断地更改设计。 为变更而设计系统 如何为变化设计系统是一个老生常谈的问题。方式包括：模块化、可扩展的函数、接口设计、文档编写。最重要的措施是使用更高级语言。 必须为变更划分出阶段，每个产品都有自己的数字编号，每个版本都有属于自己的日程表，在此之后的变更属于下一个版本的范畴。 为变更而计划组织结构 为变更组件团队要比为变更进行设计更加困难。从技术角度而言，整个团队都可以被灵活的安排。 管理人员和技术人才需要具有互换性，这其中的障碍是社会性的。贝尔实验室采用了废除所有头衔的方式，让每个专业人士都是技术人员中的一员。 IBM 采用双线的模式管理项目人员。从技术线向管理线调动时，不能伴随着待遇的提升，应当称之为“调动”而不是“晋升”。 管理人员与开发人员待遇相同，这对传统的意识是一种改变。 高级人员在参与编程开发时，不会感到自降身份，消除了社会障碍。 前进两步，后退一步 在程序发布给顾客使用之后，并不会停止变化。发布后的变更被称为“程序维护”，但是对于软件的维护过程不同于硬件维护。 软件维护主要包含对设计缺陷的修复。软件维护的变更通常包含了更多的新增功能，通常是用户能够察觉的。 对于一个广泛使用的程序，其维护总成本总是开发成本的40%或更多。用户越多，所发现的错误就越多。 软件生命周期中有一个有趣的循环：发现 bug 的数量随着时间的变化，会先由多变少，再由少变多。可以理解为用户达到一定熟练水平之后，就会开始运用新的功能。 每一次修复缺陷，总有20%~50%的概率引入新的错误，这就是走两步后，退一步。 看上去很微小的错误，似乎仅仅是局部操作上的失败，实际上却是系统级别的问题。 理论上，每次修复之后，必须重新运行先前所有的测试用例，从而确保系统不会以更隐蔽的方式被破坏。然而，实际情况中这样回归测试的成本非常高。 显然，使用能够直观看到副作用的程序设计方法，将带来巨大收益。另外，越简单，错误越少。 前进一步，后退一步 程序的模块总数总是随着版本号的增长而线性增长，然而受到影响的模块数量却成指数增长。所有的修改都倾向于破坏系统的架构，增加了系统的混乱程度。 修复早期设计引发的漏洞的工作越来越少，而维护工作本身引起的漏洞修复工作却越来越多。 老的系统尽管在理论上一直可用，但实际上已经面目全非，无法再继续成为下一步发展的基础。 用户的需求永远在变化，系统却不能一直可用。一个崭新的、基于原有系统的重新设计是完全必要的。 “事物在最初总是最好的”。 软件的开发是减少混乱程度的过程，他本身是平稳的。软件维护是提高混乱度的过程，即使是最熟练的软件维护工作，也只是放缓了系统变得不稳定的进程。 以上就是《人月神话》第10章——未雨绸缪的所有内容 本章中作者开篇引用了一句名言“不变只是愿望，变化才是永恒”，以此引出软件行业中一个重要的概念，那就是开发必须要面向变更。这不是对于开发人员的要求，而是客观上任何软件系统的规律，甚至于对于开发团队的配置都要求可以灵活变更。 作为一名软件外包行业的从业者，对本章的感触的很深的，外包的痛点之一就是客户在整个开发过程中对于需求的变化是随时都可能发生的，时间越长变化的可能性就越大，所产生变化的点也就越多。虽然通过各种开发文档能够将部分风险转移到甲方，但转移的同时甲方对于开发的体验也就变差了。 而开发人员的目的其实是交付“用户满意度”，这就导致了无论前期有多么完善的文档（大部分项目根本达不到完善的程度），只要发生了需求变化，用户满意度总是下降的。一旦下降到一定程度，很可能会再次反作用于项目本身，导致更多的修改。这种情况也就意味着项目整体是失败的了。 通常我们会采用下面的方法来尝试摆脱困局： 将项目拆分成不同的阶段，分开交付。对于功能复杂的项目，就考虑将某些相对独立的功能拆分开来。所交付的功能越少，对项目的把握就越大。 让开发时间尽可能的短，也就是让开发人员尽可能的加快开发的进度，开发之前一定要整理好相关的需求文档。 使用已经稳定运行的代码，也就是采用二次开发的方式，或者叫换壳开发。 对于公司来说这些确实是最容易想到，也行之有效的方法。但是，如果换一个角度思考，例如我们把项目开发过程中涉及到的人员拆分成三个部分，情况则完全是相反的。这三个部分分别是： 公司、开发团队、客户 之所以可以这么分是因为各个部分所代表的利益都不同，公司代表的是成本和收益，开发团队代表的是效率和薪资，客户代表的是满意程度。 我们将项目拆分时，依据的是公司行业经验。对于开发团队来说由于二期、三期的目标不明确，在系统设计阶段难免会出现考虑不周，导致后续开发成本增加，甚至难以进行继续迭代。对于客户来说，将会难以理解各个阶段所产生的成本，很容易出现“我只是加个功能，为什么成本这么高”的感觉。 缩短开发时间，意味着开发过程中的沟通是几乎没有的，客户在初期往往是无法将所有的需求都表达清楚的，交付过程会显得突兀。开发团队也因此增加了工作量，开发团队也是需要工作体验的，压榨周期会让团队变得消极。 小型项目进行二次开发是很好的方式，但对于大型项目（特别是定制项目）则完全等于是在碰运气。在甲乙双方本身沟通就不太流畅的情况下，还引入了另一个需要照顾的方面，那就是原有的项目，矛盾很容易被放大。 所以说这些很容易想到的对策，其实在三方利益的博弈中只满足了公司一方。这也是为什么外包公司的开发团队远比互联网公司的开发团队体验差的原因了（互联网公司和其开发团队往往代表的是相同利益）。 所以正确的方式应该是怎样的呢？ 在博弈论中有一个叫做“坏孩子”的理论，说的是如果父亲无条件的对所有孩子好，那么只需要每一个孩子保持“自私”，整个家庭的利益将会最大化。如果包括父亲在内的每一个成员都保持“自私”，就会伤害到善良的那个孩子，导致总体家庭利益无法达到最大。 公司在这之中所担任的角色其实是类似于父亲的，甚至可以把成员再细分为：公司、客户、开发人员、设计人员、首席开发人员、售前经理、程序秘书等等，各自代表着不同的利益。只要公司愿意对其他人员保持无私的付出，整个系统是完全有可能达到最大利益平衡的。 有点说远了。 上述的团队是如何解决“变化才是永恒”的问题的呢？ 对售前阶段进行成本核算 对客户进行培训 提高开发团队配置 沉淀公司制度 在竞争市场中，售前成本核算是最难迈出的一步，客户对此的接受程度有可能是极低的。虽然没有调查过，但是市场上大量的“模板项目”、“价格战”，让客户对于收费是很敏感的。其次，客户本身对于软件行业的了解就不足，很难理解他所购买的“售前服务”到底是什么。即便如此，我依然认为这是可行的解决方法，因为它的影响很大。 售前成本核算意味着客户能够得到高质量的售前服务，高质量的售前服务意味着需要安排经验丰富的工程师，经验丰富的工程师意味着项目的“概念完整性”将得到保证，概念完整性意味着项目的高质量，高质量意味着高报价，高报价意味着优秀的开发团队介入，优秀的团队意味着交付更高的“用户满意度”。 又说远了，其实我能想到的这些方法，目前也都处于寻求“自洽”的阶段。还有三个方法，可能随着《人月神话》的深入会进一步的思考。 自由转载-非商用-非衍生-保持署名（创意共享3.0许可证）
-
发表了文章 2018-03-28
Laravel 学习开篇
第一阶段就是：画鸡蛋 忘了是哪一位欧洲画家的的事情了 反正类比到编程，学习的第一步总是临摹 我原本是 TP 爱好者，想转 Laravel 很久了，但不得不说这个框架的学习门槛是真的高 记得第一次打开 Laravel 的文档，看完第一张就被震慑住了 第一章是配置环境，多少新内容新技术哇 一步一步照着操作，生怕哪里错了就压根排查不出错误来 光是看文档（这时候就是死记）就用了五个月的时间，不敢动手哇 期间为了能看懂这个文档，还买了两本书： 《深入 PHP 面向对象模式与实践》（这本推荐） 《Laravel框架关键技术解析》 把文档反反复复看了好几遍，只有一个目的： 遇到问题的时候知道查阅哪个章节 仅此而已，因为真的看不懂 然后就开始照着 Laravel-China 上购买的教程开始敲 其实里面就是一个项目实例的完成过程 第一次完整的临摹出一个微博项目（现在看真的是简单到掉渣） 然而就是一个这样的项目，我整整临摹了三遍才敢说搞明白了 后面又继续出了一个进阶教程，我又抽时间照着敲了三遍 终于，我敢自己做项目了！（虽然还是在进阶教程的基础上完成的） 第二阶段就是：理解并扩展 汝射不亦精乎！无他，手熟尔 加起来我临摹别人的项目已经六遍了，这个过程大概花了三个月的时间 下面是转载论坛中我自己写的一篇文章，关于我自己写第一个 Laravel 项目原文地址 这个项目总共花了一个月的时间，虽然内核仍然是教学用的 DEMO，但是总体功能完整程度已经完全可以作为商用了 加入了流行的手机注册、短信通知等等 做的过程是真滴累，充满了自我怀疑 经常就在纠结：“这个问题的解决方案是对的吗？是最好的吗？” 我每天都在“教程”和“文档”之间反复查阅、确认 因此，做的是真滴慢 这应该算是学习框架的通病了吧，所以建议大家在做第一个项目的时候一定要定好时间周期 有时候因为赶时间而放弃，或者选择简单实现，其实是正确的选择（这里面很多哲学，以后再谈） 其实无论照着临摹多少遍，都是懵懂的，只有自己写一遍才能真的理解 可能就是那些“纠结”让人成长的吧 总结下就是： 林尽水源，便得一山，山有小口，仿佛若有光。便舍船，从口入。初极狭，才通人。复行数十步，豁然开朗 我将长期处于第二阶段，直到做出自己满意的产品 这个框架真的魅力无穷，揉入了太多的功能和概念了 框架的使用者始终认为这个框架是 The Right Way 我渐渐的也有同样的感觉 起码要做出三个以上像样的项目，才能算作是真正的掌握了某个框架 这里的像样指的是概念设计、开发运行都由自己负责的项目 我目前有个设想大概是这样的： 一定是移动端的 APP 要有短视频功能，不管是啥反正能拍能放 要使用跨平台的前端语言 下一步计划 学而时习之，不亦说乎，有朋自远方来，不亦乐乎 我也会开始写 Laravel 方面的教程，以此加深理解，也为了认识更多的朋友 然而，我发现了一个重要问题 现在这个时代，大家都是 4G 手机，能看视频的绝对不会去读文字 甚至宁愿听朗读，也不想看文字（我观察我身边的人） 一个五分钟的视频可能胜过一篇五千字的文章 iMovie、ScreenFlow等做视频的工具正在学习中，相关的视频行业概念、经验也在学习中 估计不久就会出现第一个视频了 那文字没用了吗，那当然不，文字是演讲稿啊 准备把之前的很多文章都视频化 甚至考虑要不要找个美女来上镜XD
-
发表了文章 2018-03-26
我的 2018 ，关键词 —— 『积累』
新年新气象，大家都在写过去总结和新年计划，我也来凑凑热闹。人生是一次旅行，我相信阶段性总结和复盘会让这趟旅程更有趣。 最近接触的纷繁多样的信息中，特意留意一点 —— 许多卓越的人生，是积累起来的。寿司之神小野二郎、京瓷的稻盛和夫、巴菲特老爷子皆是如此。这些老先生用自己的一生在诠释你只需要通过每日每月不断地积累，就能拥有富余且满足的一生。 从『积累』这件事上出发，来思考自己的一生，是一个不错的想法。不过在开始之前，我需要问自己一个问题： 有什么事情是我应该积累二十年？ 我的答案是： 编码 编码是我热爱的工作，热爱程度有时候甚至将其当做癖好，并且感觉这个癖好可以保持到我 80 岁。喜欢那种坐电脑前，一步步将作品完成的成就感。过去几年，过于专注商业知识的学习，虽然产品能力有所提高，但与此同时编码的时间减少了，感觉幸福指数严重下跌。接下来的日子里，我会有意识地更新自己的编程能力，做更多的编码工作。事实上，我已经为这个 Laravel China 社区构思了很多功能，都会由我开发，大家拭目以待哈。 投资 这里的投资不单指某个具体投资，而是广义上的投资能力。投资的载体可以是房产、股票、创业公司、朋友的生意等一切可投资的东西。越来越发现，在这个社会中生存，投资能力是必不可少的，投资可以使人视野开阔。投资思维可以使人对『事物价值』的衡量有更好的认知。这是一门我希望在我年轻时，就可以开始学习积累的知识。当然，在任何时刻开始学习积累，也不算晚。 写作 写作是一门技能，和英语一样，无法在短期内学成。写作可以训练人的大脑思维更加清晰，写作可以令思考更加深入。同时写作也是一个很好的沟通工具。在接下来的时间里，我需要每周写至少一篇文章，话题是所有我感兴趣的东西，载体可以是个人订阅号、社区博客、分享的文章或是教程内容。 阅读 这里的阅读指的是深入阅读优秀文学作品，而不是『信息阅读』。每天阅读大量信息，如某明星复婚了、某某公司融资了、某某地方有人自杀了等等。人的注意力是有限的，太多繁杂的信息会使人肤浅，浮躁。相反的，阅读优秀的文学作品，可以使人内心平和，思考深入。 运动 过去三三年有坚持健身，中间断断续续，还好一直保持着。感谢健身治好了我的颈椎病（捂脸^^），不过发现自己心肺功能较弱，接下来得增加有氧训练，看来还是避开不了无聊的跑步。 旅行 『读万卷书不如行万里路』，接下来要有意识地计划旅行，世界这么大，不多出去走走，多可惜。 鲁迅先生说过： 活着的每一天，就是为了构建一套系统。 file 接下来要让每一天都算数，每一天都应该在积累，新年祝愿大家每一天都能有所收获。 本文章为转载 原文链接：laravel-china 作者：Summer
-
发表了文章 2018-02-05
再谈文档必不可少
项目文档必不可少，必不可少，再小的项目，别人再和你吹嘘项目多么简单，领导再告诉你时间多么紧张，客户再不上线就要损失几十万，统统都不是你的问题，唯独不写文档是你的责任！ 我在《人月神话》的解读中已经深入的理解了文档的必要性，很多时候人只是还不够强大，经常败在时间上，败在压力上。 需求文档 首先，需求文档。需求文档是我们把客户心里想的东西写出来给客户看，或者有时候是客户提供的，所以需求文档往往是最不能体现项目功能的。在这个文档中，我们一定要适应客户的口吻，换句话说要用客户看得懂的话，而且一定不要往细里写，因为还不是时候。这个文档要确定的是项目的目的，这个目标一定要简短，如果一个项目的目标太多，可以写多份需求文档来分别说明。 《简约之美》这本书中，作者认为项目的目的归根结底只有一个，那就是帮助人。由此我觉得需求可以这么写，首先明确项目给谁用，再明确帮他实现了什么价值，所有的项目都可以这么写。 系统设计文档 往后是，系统设计。这是专业的程序人员或者产品经理的工作结果，应该要细化，但不可避免的会出现很多口水话，导致客户看不懂甚至不想看。但没有关系，系统设计的编写应该占程序员工作的50%是为合理的。改文档总是比改项目来的快，而且安全。之所以安全是因为文档的思路是连贯的，更容易观察到冲突和矛盾，书写的过程同时也是思考的过程，打字的时候真的能让人想通很多问题。 但是问题又来了，客户对于文档没有热情怎么办？客户语文实在是差怎么办？ 实际上我们无法避免，客户的水平肯定是参差不齐的，不能要求他们所有都对互联网有较好的理解。我们能做的就是为文档编写文档。我发现这并不是多么难的事情，我需要教会客户如何写文档以及阅读文档。如果说文档是一种沟通工具的话，那么交流的双方都必须理解这种工具的内容所代表的具体含义。同时，我们对待这件事情越认真客户也越能意识到它的重要性，而不是再纠结于成本和周期而放弃文档。 那么这些为文档所编写的文档，实际上是公司 Wiki 的一部分，而且是公开的那一部分。我认为这是今后一段时间，乃至长久的一项重要工作。我希望做到的是让客户通过 config 一样的形式，就能实现良好的文档交流。 测试文档 最后是，测试文档。在某个项目之后，我意识到，我们必须让测试不再依赖于个人，特别是不再依赖于客户。如果最终测试依赖于个人而不是文档将会产生许多的不稳定因素。 首先，测试者的心态会发生改变，如果项目质量仅由一人评估，整个项目就很容易出现一些人性的错误。例如，主观但错误的推测（对于功能的曲解或过度解读），存在但无价值的选择（对于个人口味的青睐）。 其次，脱离文档的测试容易丢失主要目标（就是那个帮助人的目标），测试者不是设计者，他只关注于某个过程，对于项目整体很难把握。 最后，也是最可怕的，没有文档的话测试与需求容易被混为一谈。测试应当源自于需求文档，而不是源自于市场或者环境。 测试文档产生于前期准备工作阶段，主要是对于需求文档仔细研究的结果，用于指导测试流程。 如何让文档不形同虚设？ 上面提到的三个工作文档，比起专业书籍中的类目要少了很多，因为我认为最重要只有这三个，其他的过于形式。文档本身作为一种工具，实质必然重于形式。曾经也有重服务、轻文档的客户案例，但我认为这是建立在沟通顺畅的基础上。那么沟通顺畅本身又是一件很主观的事情，我们看很多书写情商、影响力和沟通技巧的，都没法把这个问题讲清楚。软件行业的生产效率不能像其他制造业一样用人和时间进行计算，主要也是因为沟通成本无法降低。 如何让文档真正有效的降低沟通成本，就是让文档不形同虚设的关键。我认为有两点： 技术高层必须给予支持和认同。文档往往败于时间，质量和周期本来就是矛盾，如果技术高层不认同文档沟通，那么很少有技术员能够抗住这样的压力坚持做正确的事。 客户必须经过基本的筛选，宁缺毋滥。特别是对技术驱动型以及产品驱动型的客户，如果对互联网知之甚少，建议选择不合作。现在市场环境中，确实有那么些人是不了解以至于不尊重软件从业人员工作结果的。 开发人员必须认同这样的开发方式。程序员的两大痛苦就是：为什么要写文档，以及，为什么没写文档。 你的文档仍然一文不值怎么办？ 你没有做错什么，但你仍然失败了。客户说我不改需求不给钱，商务说文档只是参考，领导说你为什么不早点开始写代码，公司表示这一切无能为力。请继续写好文档，这些问题都不是文档造成的。如果仔细分析会发现，其他他们都来自于错误的进度估计。 请在下一个项目的文档中进行正确的开发进度安排，需求的修改也必定意味着新的文档产生。 END 如需转载，注明出处，并不需要我同意
-
发表了文章 2018-02-01
服务器空间爆满的检查及处理方法
首先必须使用 ssh 工具连接服务器，在 windows 环境下推荐使用：SecureCRT 使用下面命令进行登录： ssh root@服务器IP地址 链接之后会提示输入密码，密码不可见，使用键盘输入完之后直接按回车。 如何查看磁盘空间 df -h image.png 如上图，存放项目的磁盘空间占用率为40%，项目存放路径为/home 并不是所有的总空间都可以存放文件，所以已使用空间未达到484G 的之前占用率将会达到100%，观察空间是否爆满，主要以占用率为参考。 如何通过删除备份文件缓解空间压力 使用命令到达项目所在目录： cd /home 接着，使用命令到达项目备份目录： cd backup/ 之后，使用命令查看备份文件： ls image.png 使用命令查看备份文件大小： du -sh ./* image.png 可以看到备份文件有大和小两种，删除的时候请留下时间最近一次大备份 使用以下命令进行文件删除：这个命令非常之危险，没有任何挽救的余地 rm -rf 文件夹名称 例如： rm -rf 20180102f04/ 有一个技巧是使用 Tab键 进行文件目录名称补全 例如，输入201801之后按下 Tab键 补全后面的文件夹名。 一般情况，删除成功没有任何提示（没有消息就是好消息），偶尔会看到系统接收到一条新消息的提示，这个对删除操作没有影响。 之后，我们可以重复上述操作，直到留下时间最近一次大备份。 最后，可以用上面提到的命令确认磁盘空间。 END
-
发表了文章 2018-01-31
《人月神话》（P10）必须有文档
每个项目中必然存在着一些书面工作，少数文档是整个项目的枢纽工作，整个项目的管理工作都围绕着它们运转。如果没有人维护这些文档，项目会处于无休止的混乱状态中。 制造一台机器，哪些是关键文档 1 目标 2 手册 3 进度 4 预算 5 组织机构 6 空间分配 7 机器本身的报价、预测和价格 大学科系，需要哪些文档 1 目标 2 课程描述 3 学位要求 4 研究报告 5 课程表 6 预算 7 教室分配 9 教师和研究生助手分配 软件项目的文档 1 目标：定义待完成目标，迫切需要的资源、约束和优先级 2 内容：以建议书开始，以用户手册和内部文档结束 3 时间进度 4 资金预算 5 工作空间分配 6 人员组织分配 为什么要有正式的文档 书写过程中需要进行上百次的细小决定，能够让人们从令人迷惑的现象中得到清晰确定的策略。只有记录下来，分歧和矛盾才会突出。 项目经理的职责是沟通而不是决定，文档能够极大的减轻沟通负担，使得计划和决策能够使在整个团队范围得到交流。 回顾文档能够清楚项目所处的状态，以及哪些需要重点进行跟进和调整。 项目经理的任务是制定计划，并实现计划。但是只有书面的计划是精确和可以沟通的。计划中包括了时间、人员、内容和资金。这些少量的关键文档封装了项目经理的大量工作。如果一开始就能认识到它们的普遍性和重要性，那么就可以将文档利用起来，而不会让它成为令人厌烦的繁重任务。通过遵循文档开展工作，项目经理能更清晰和快速的设定自己的方向。 以上内容就是《人月神话》第十章——提纲挈领的全部内容 本章中作者提到了文档在整个项目中的重要性，如果缺失了文档，将会失去沟通、方向，并使得项目陷入混乱之中。文档是项目经理的职责，也是最主要的工具。文档一定是要有人维护的，可是实际的项目开发中却经常会因为文档的繁琐而放弃编写，或者项目组中人员比较少所以没有足够的人手去做这件事。我觉得这是很危险的，项目一旦失去了监督、反馈、目标、沟通将会变得一团糟。即使再小的团队，再小的项目，再紧张的时间，哪怕只是一个功能，文档也是必须的。
-
发表了文章 2018-01-31
各类接口申请及文档地址汇总
第三方登录类 微信 适用情况：APP、PC 申请地址：微信开放平台 说明文档：移动应用微信登录开发指南、网站应用微信登录开发指南 QQ 适用情况：APP、PC、H5 申请地址：QQ互联 说明文档：文档资料——QQ互联 微博 适用情况：APP、PC、H5 申请地址：微博开放平台 说明文档：微博登录接入 支付类 微信公众号内支付 申请地址：微信公众平台 说明文档：公众号支付 微信 PC 扫码支付 申请地址：微信公众平台 说明文档：扫码支付 微信 APP 支付 申请地址：微信开放平台 说明文档：APP 支付 微信 H5 支付 申请地址：微信开放平台 说明文档：H5 支付 支付宝 PC 支付 申请地址：蚂蚁金服商家中心 说明文档：电脑网站支付产品介绍 支付宝 H5 支付 申请地址：蚂蚁金服商家中心 说明文档：手机网站支付产品介绍 支付宝 APP 支付 申请地址：蚂蚁金服商家中心 说明文档：App支付产品介绍 银联支付 申请地址：技术开放平台 说明文档：商家技术服务 短信类 申请地址：阿里云短信服务 说明文档：短信发送 API 其他类 微信分享 适用情况：APP 申请地址：微信开放平台 客服 QQ 申请地址：QQ 推广 流量统计 申请地址：百度统计 百度地图 申请地址：百度地图开放平台
-
发表了文章 2018-01-21
PHP从内容中自动获取文章摘要
文章一般都会有摘要需要维护，一方面是 seo，另一方面还可以满足一些美观的要求，就像这样： PHP从内容中自动获取文章摘要 文章摘要 经常希望后台维护好内容之后，摘要也能能自动生成一个。 原理就是过滤富文本框生成的 HTML 代码，网上找了很多方法都不爽，要么是功能没达到要求，要么是复杂的没法修改。 那就自己上吧，虽然看起来简单粗暴了一点，但是简单实在，以后还能自己再优化下。 function getDescriptionFromContent($content, $count) { $content = preg_replace("@<script(.*?)</script>@is", "", $content); $content = preg_replace("@<iframe(.*?)</iframe>@is", "", $content); $content = preg_replace("@<style(.*?)</style>@is", "", $content); $content = preg_replace("@<(.*?)>@is", "", $content); $content = str_replace(PHP_EOL, '', $content); $space = array(" ", " ", " ", " ", " "); $go_away = array("", "", "", "", ""); $content = str_replace($space, $go_away, $content); $res = mb_substr($content, 0, $count, 'UTF-8'); if (mb_strlen($content, 'UTF-8') > $count) { $res = $res . "..."; } return $res; } 这代码实在的不谈了，由于是插入时执行一次的操作，所以完全也没考虑效率，就是简单的替换、替换、替换... 用标签识别，先把 JS 替换掉： $content = preg_replace("@<script(.*?)</script>@is", "", $content); 里面的@是定界符，这个可以随意指定，这里用@比较好。 is 是修饰符，意思是不区分大小写，并且让圆点能取代所有字符，包括换行符。 测试发现还是会换行，再替换： $content = str_replace(PHP_EOL, '', $content); 在 windows、linux、mac 里面的换行符都不一样，好在 PHP 有个预定义常量PHP_EOL可以通用。 这都不行，有些顽固的空格还是在，再来： $space = array(" ", " ", " ", " ", " "); $go_away = array("", "", "", "", ""); $content = str_replace($space, $go_away, $content); 替换所有可能存在的情况，世界终于清静了。 最后就是mb_substr，截取中文用的。 有个特殊的地方就是截取的字数只能是3的倍数，不然有时候会出现某个字被截了一半的情况。 END
-
发表了文章 2018-01-21
复盘PHP经典问题解决过程：穷举问题
问题 对于5个数字的集合[1,2,3,4,5]，从中取出3个，不分先后，共有多少种取法？ 这是一个很简单的组合问题，在之前的文章中就解决过：PHP经典面试题：上台阶问题。 结果是有10种取法，那么新的问题来了，请问分别是哪10种取法？ 你可能会说这是个很简单的问题，答案脱口而出，[1,2,3]、[1,2,4]、[1,2,5]、[2,3,4]... 但是当我们需要用程序复制这个思考过程，或者说分解人们是如何进行穷举的思维时，你会发现这并不简单！ 只要成功实现了这一过程，我们就可以把问题推广到，5个中取2个、5个中取4个、6个中取3个等等 在解决多规格商品查询的问题时，这个算法是可行的解决方案之一 分析 一般情况是怎样的，比如5取2： 控制1，在[2,3,4,5]中寻找另一个数，得到4组 放弃1，控制2，在[3,4,5]中寻找另一个数，得到3组 放弃[1,2]，控制3，在[4,5]中寻找另一个数，得到2组 放弃[1,2,3]，控制4，只剩下5一个数可选了，得到1组，结束穷举，得到10组 没有感觉，再看一个，比如5取3： 控制[1,2]，在[3,4,5]中寻找另一个数，直到末尾，得到3组 控制[1,3]，在[4,5]中寻找另一个数，直到末尾，得到2组 控制[1,4]，只剩下5一个数可选了，得到1组 放弃1，控制[2,3]，在[4,5]中寻找另一个数，直到末尾，得到2组 放弃1，控制[2,4]，只剩下5一个数可选了，得到1组 放弃1、2，控制[3,4]，只剩下5一个数可选了，得到1组，结束穷举，总共10组 你可能觉得有感觉了，再来，比如看5取4： 控制[1,2,3]，在[4,5]中寻找另一个数，得到两组 控制[1,2,4]，只剩下一个5可选，得到一组 控制[1,3,4]，只剩下一个5可选，得到一组 放弃1，控制[2,3,4]，只剩下一个5可选，得到一组，结束穷举，总共5组 我们可以尝试着发现以下结论（也许存在无用的结论）： 控制的个数=要取出的个数-1 当只剩下一个数可选时，意味着要更换控制的数 当控制的数改变到最左侧时，意味着要放弃一个数 当【放弃的个数+要取出的个数=总个数】时，意味着穷举结束 程序方面，我们可以联想到，输入函数的参数应该只有两个： 等待穷举的数组 需要取出的个数 返回值就是一个二维数组，每组数代表一种组合。 可是，到了这里好像问题还是毫无头绪。 我们再回去仔细观察5取3时候的控制数，它的控制数其实是，除了5之外的4个数进行了一次4取2的结果。 那4取2的控制数呢，分析后发现，其实就是3取1的结果。 初步结论 所以，当我们在5取3时，其实可以看做先做3取1，再用3取1的结果做4取2，再用4取2的结果做5取3。 换一种思路，我们要求10取4的穷举时，就得先求9取3，进而得先求8取2，最后落到7取1。再从7取1的结果推出，8取2的结果，进而推出9取3，最后得到10取4的解。 可以总结为，将任何穷举问题首先化简到 n 取1，再层层推出上级的结果。 其实，看到这个结论，就明白要用递归了，但是没有奥数大神思维的我们还是一步一步来。 为什么一定要化简到 n 取1的问题呢，那是因为程序中的循环只会取1。 从最简单的开始，我们尝试写一个 n 取1的函数： function one($count){ for ($i=1;$i<=$count;$i++){ $rst[] = [$i]; } return $rst; } //运行one(3)输出 [[1],[2],[3]] 我们通过上面的思路尝试写一个 n 取2的函数： function two($count){ $rst = one($count - 1);//用到前面 n 取1的结果 foreach($rst as $v){ for ($i=$v[0]+1;$i<=$count;$i++){ $v[1] = $i; $result[] = $v; } } return $result; } //运行 two(4) 输出[[1,2],[1,3],[1,4],[2,3],[2,4],[3,4]] 我们把这种情况扩展到 n 取3： function three($count){ $rst = two($count - 1);//用到前面 n 取2的结果 foreach($rst as $v){ for ($i=$v[1]+1;$i<=$count;$i++){ $v[2] = $i; $result[] = $v; } } return $result; } //运行 three(5) 输出的结果和人为穷举相同 那要如何通过递归把这三种情况扩展呢，我们作如下分析（需要较强的编程基础）： 我们必须也用变量代表要取出的数量，也就是 n 取 m，所以输入的参数就是 n 和 m 我们要以 p 取1的结果作为基础推出上层结果，所以递归深入的边际条件就是，m-递归次数=1 我们每次向上层返回的结果，取出的个数并不固定，所以也必须用变量表示下标，以此来组合新的结果（这是一个观察结论） PHP经典面试题：穷举问题 观察结论 所以我们的递归函数就是： function getAnswer($amount, $need){ if($need == 1){ for ($i=1;$i<=$amount;$i++){ $rst[] = [$i]; } return $rst; }else{ $rst = getAnswer($amount-1, $need-1); foreach($rst as $v){ for ($i=$v[$need-2]+1;$i<=$amount;$i++){ $v[$need-1] = $i; $result[] = $v; } } return $result; } } //测试了几种常见情况，返回结果均正确 解答 我们现在有了获取穷举数组下标的方法，回到最开始的问题 我们需要输入函数的参数应该是： 等待穷举的数组 需要取出的个数 所以最终的函数： function getFinallyAnswer($array, $pick){ $amount = count($array); $sub = getAnswer($amount, $pick); foreach ($sub as $k => $v){ foreach ($v as $per_sub){ $rst[$k][] = $array[$per_sub - 1]; } } return $rst; } //getFinallyAnswer([7,8,9,10], 3) //我们可以尝试一下从[7,8,9,10]中任取3个，结果完全正确 最后 当我写完这篇文章时，我上网查了一下，网上的写法和我的差别是非常大的，可以说基本看不懂其他人的思路。 所以，我认为这个算法肯定是存在优化的空间的，可能存在更加巧妙的方法，欢迎讨论。 另外，你可能会想，穷举排列（分先后顺序）的算法会不会比这个更复杂，但其实比这个要简单的多。可以尝试想一下，很快就能想出来。 那么这个算法在多规格商品检索中到底有什么用呢，嗯，这个题目又可以开一个新坑了。
-
发表了文章 2018-01-21
新版本浏览器为何无法访问部分本地项目
情况 Chrome 以及Safari 浏览器在最近的自动升级之后，在地址栏输入本地项目地址（simple.app）时，显示： 新版本浏览器无法访问部分本地项目，对开发者有相当大的影响 新版本浏览器无法访问部分本地项目，对开发者有相当大的影响 Chrome 版本为63.0，Safari 的版本为11.0.2。 浏览器会强制将 http 转化为 https，且自己无法修改，原本 http://simple.app 变成 https://simple.app。 不光是 .app ，所有使用 .dev 作为开发后缀的域名也会被强制转换。 办法 目前没有找到很好的解决办法。 其实，谷歌开发团队此前对这一变化发出过警告，针对类似域将会进行强制转换以提高安全性。 内容还表示： .localhost 域将被用作新标准。 意味着我们应该用 site.localhost 代替 site.dev。 而且所有 *.localhost 将会自动的转到127.0.0.1，不需要 /etc/host 或者 dnsmasq 配置。 这种强制安全传输技术（HSTS）将对本地开发者产生相当大的影响。 所以，我们必须修改所有的本地访问域名。另外，首次访问新设置的域名时，必须自己加上 **http:// **。 是不是觉得很麻烦？ 在官帖下面也有人吐槽我们可以采取另一个办法：换浏览器（ firefox 似乎可以）。 但是这个想法马上就被怼了回去，因为现在谷歌内核的浏览器已经全线支持 HSTS，其他浏览器的迟早也会跟进。
-
发表了文章 2017-11-16
阿里云短信接口说明
首先又改名字了，从原来的“阿里大鱼”到“阿里大于”现在叫做“阿里云·云通信” 整体上合并到了阿里云的体系里面，从申请到充值都和阿里云其他接口相同： 阿里大于短信接口合并到阿里云里了，使用方式和之前很不一样 百度搜索之前的名称，同样也会进入阿里云的页面。 接口API改了，之前申请的还能继续使用，但之后的就要整合新的API 进入控制台，“短信服务”，“短信服务概览”，页面拉到最底，就能看到API文档入口： 阿里大于短信接口合并到阿里云里了，使用方式和之前很不一样 阿里大于短信接口合并到阿里云里了，使用方式和之前很不一样 在文档中部可以找到下载地址入口： 阿里大于短信接口合并到阿里云里了，使用方式和之前很不一样 虽然文档明显注明“PHP目前仅支持5.5以上版本”，但是我用5.3版本PHP其实是可以正常使用发送功能的。 使用 开发包下载之后总共4个文件夹，发送短信需要用到下面这两个文件： 阿里大于短信接口合并到阿里云里了，使用方式和之前很不一样 阿里的DEMO一直是写的相当好用的（相对于腾讯的那些来说），最新的DEMO也是用到了很多热门的PHP开发方式和特性，比如自动加载。从引用的命名空间来看，整套SDK应该是写的相当有美感的，使用者并不需要去深究它们。 阿里大于短信接口合并到阿里云里了，使用方式和之前很不一样 我们只需要引用demo，实例化demo类，然后传入需要的参数即可： 阿里大于短信接口合并到阿里云里了，使用方式和之前很不一样 从测试的情况来看，接口如果报错，会返回具体的错误原因，可以说是相当好集成的。唯独有一点，appkey和secret不太好找，但其实它们也是整合到了阿里云的体系中间。 在管理控制台的右上角我们能找到accesskey设置入口： 阿里大于短信接口合并到阿里云里了，使用方式和之前很不一样 在这里我们可以自行创建接口的通行证，而且应该是可以和阿里云的其他产品通用的： 阿里大于短信接口合并到阿里云里了，使用方式和之前很不一样
-
发表了文章 2017-11-16
PHP快速实现微信登录
前期准备工作 首先看一下微信号是否支持登录的接口，登录微信公众平台（mp.qq.weixin.com），在左侧导航找到【开发】-》【接口权限】 使用PHP从零开始实现微信登录 在右侧权限列表中找到【网页授权】，这里可以查看是否获得接口权限，一般都是获得。 点击最右按钮【修改】 使用PHP从零开始实现微信登录 我们需要设置【网页授权域名】，点击设置之后需要下载一个文件上传到该域名的根目录下，微信官方提供了详细的设置方法，不再赘述。 页面上还有两个参数【业务域名】和【JS接口安全域名】。 前者是用户在该域名上进行输入时，不出现安全提示。 后者是微信分享接口会用到，所以方便就一起设置了。 域名需要通过备案，二级域名也可以。 然后再在左侧菜单找到【开发】-》【基本配置】 使用PHP从零开始实现微信登录 获取开发者密码保存下来，把开发者ID保存下来，再设置好IP白名单。 实现思路 如果用户在微信客户端中访问第三方网页，公众号可以通过微信网页授权机制，来获取用户基本信息。 我们通常会获取openid来确认访问者身份从而实现业务逻辑（snsapi_base） 有时候我们也需要获取到更多的信息，如微信昵称、头像、性别、所在地等，来实现自动注册（snsapi_userinfo） 这两种情景的实现思路是不同的，或者说后者是前者的一个递进，在组装授权链接的时候我们就需要通过参数告诉微信服务器我们的目的。如果画个图来方便理解的话是这样的： 使用PHP从零开始实现微信登录 从程序方面来说我们需要实现以下几个方法： 组装获取code的URL 访问通过code获取access_token的接口（此接口同时也返回openid） 访问使用access_token和openid获取特定会员信息的接口 注意：此处的access_token仅可用于获取用户信息，与普通access_token区别 下面是一个完整的使用微信注册（登录）的流程： 使用PHP从零开始实现微信登录 实现代码 <?php /** * Created by PhpStorm. * User: fourn * Date: 2017/10/30 * Time: 上午11:27 */ class WxloginModel { const APP_ID = ''; const APP_SECRET = ''; public function getCodeUrl(){ $redirect_url = urlencode('http://'.$_SERVER['HTTP_HOST'].$_SERVER['PHP_SELF']); $get_code_url = 'https://open.weixin.qq.com/connect/oauth2/authorize?appid=' .self::APP_ID.'&redirect_uri='.$redirect_url .'&response_type=code&scope=snsapi_userinfo&state=STATE#wechat_redirect'; return $get_code_url; } /** * @param $code * @return bool|string * access_token 网页授权接口调用凭证,注意：此access_token与基础支持的access_token不同 expires_in access_token接口调用凭证超时时间，单位（秒） refresh_token 用户刷新access_token openid 用户唯一标识，请注意，在未关注公众号时，用户访问公众号的网页，也会产生一个用户和公众号唯一的OpenID scope 用户授权的作用域，使用逗号（,）分隔 * * {"errcode":40029,"errmsg":"invalid code"} */ public function getOpenId($code){ $get_openid_url = 'https://api.weixin.qq.com/sns/oauth2/access_token?appid='.self::APP_ID .'&secret='.self::APP_SECRET.'&code='.$code.'&grant_type=authorization_code'; $rst = file_get_contents($get_openid_url); $rst = json_decode($rst, true); if(isset($rst['openid'])){ return $rst; }else{ return false; } } /** * @param $access_token * @param $open_id * @return bool|mixed * openid 用户的唯一标识 nickname 用户昵称 sex 用户的性别，值为1时是男性，值为2时是女性，值为0时是未知 province 用户个人资料填写的省份 city 普通用户个人资料填写的城市 country 国家，如中国为CN headimgurl 用户头像，最后一个数值代表正方形头像大小（有0、46、64、96、132数值可选，0代表640*640正方形头像），用户没有头像时该项为空。若用户更换头像，原有头像URL将失效。 privilege 用户特权信息，json 数组，如微信沃卡用户为（chinaunicom） unionid 只有在用户将公众号绑定到微信开放平台帐号后，才会出现该字段。 */ public function getUserInfo($access_token, $open_id){ $url = 'https://api.weixin.qq.com/sns/userinfo?access_token='.$access_token .'&openid='.$open_id.'&lang=zh_CN'; $rst = $this->https_request($url); $rst = json_decode($rst, true); if(isset($rst['errcode'])){ return false; }else{ return $rst; } } public function https_request($url, $data = null){ $curl = curl_init(); curl_setopt($curl, CURLOPT_URL, $url); curl_setopt($curl, CURLOPT_SSL_VERIFYPEER, FALSE); curl_setopt($curl, CURLOPT_SSL_VERIFYHOST, FALSE); if (!empty($data)){ curl_setopt($curl, CURLOPT_POST, 1); curl_setopt($curl, CURLOPT_POSTFIELDS, $data); } curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1); $output = curl_exec($curl); curl_close($curl); return $output; } }
-
发表了文章 2017-11-16
朋友帮写的软文，大家看下如何
现在的社会很浮躁，就连程序员这么个低调稳重的物种都开始浮躁起来了。每天论坛里讨论得最多的不是技术，而是在争辩哪种编程语言最好，甚至诋毁其他语言。 作为一名集才华与正义于一身的资深程序员，我觉得这样很不好，程序员宝宝们需要的是团结，是不断学习，是共同进步啊！因此，我有必要站在客观公正的角度，理性地和大家分享一下几种主流语言的优缺点，以及为什么说PHP是最好的语言（严肃脸）。 听说PHP是世界上最好的编程语言？我第一个赞成！ 有句话说的好，“存在即合理”。世界上那么多的编程语言。有的应用广泛，有的默默无闻；有的适合商用，有的适合教学，还有的适合玩耍。举个例子来说，很多大学里的编程课程学习的都是.NET，Java，C语言等，却没有开设PHP课程的……你们觉得是为什么呢？ 我想了想，可能前者等于《神医喜来乐》里的王太医吧，是皇家认证MVP医务人员；而PHP就是喜来乐，没有官方认证，可以说是无证作业，但是广大人民群众用了都说好啊！ 我们言归正传，先从PHP的优缺点说起。 优点 [图片上传中...(image-73158-1510839798628-2)] ①入行门槛低（因此也被其他语言鄙视，也可能是缺点233333） PHP独特的语法混合了C、Java、Perl以及PHP自创新的语法。简单来说，你把其他几种语言，都拿过去一部分用，想想其他程序员作何感想？很多人自学了几个月，就能做出比较不错的东西。当然，入门容易，要想精通还是需要花费大量时间和精力去钻研。 ②代码量少，开发速度快 嵌入于HTML：因为PHP可以被嵌于HTML语言。这代表你可以用相对较少的时间、金钱、成本，就做出BOSS想要的结果，这对于其他语言的使用者来说，还是会有点不爽吧。 ③开发成本低 PHP最经典的组合就是：Linux、Apache、MySQL、PHP，简称LAMP，所有的软件都是开源免费的，可以减少投入。 ④跨平台性强 由于PHP是运行在服务器端的脚本，可以运行在Unix、Linux、Windows、MacOS下。目前微信二次开发，基本上都是基于PHP开发的。 缺点 听说PHP是世界上最好的编程语言？我第一个赞成！ ①待遇偏低 如同之前说过的，PHP入行门槛较低，造成一些没有计算机底层知识的妄图通过PHP来进入计算机编程领域，经济学中常说“物多必贱”，做的人多了自然就没那么值钱了。因此也很多人吐槽PHP程序员技术烂，实际上PHP领域中真正精通的程序员还是很牛的，且一般精通PHP语言的，对其他编程语言也较为熟悉。 ②成长空间小 还是老问题，入门容易修行难。一个NB的PHP程序员，一般都在Java、C语言等其他语言有着非常深入的研究。但基于第一条，有一部分人学完PHP后又学习了其他语言，就换语言发展了。对于这一点，PHP虽然感到很心痛，但流泪祝福大家越走越好。 ③不常用于大型企业软件开发 PHP主要用于web的开发，很少用于大型企业的开发和APP开发。你比方说世界上最大的C2C eBay，就是用Java的。而很多小的网站，初期都是PHP（相对来说成本低、速度快，非常适合初创企业），后来各种原因，可能业务量，数据量增大，经济体量增大等等，都会改到Java上面去。 总结下来，PHP优势很明显，当然缺陷也很感人，那么如果加个前提，“PHP是web领域最好的语言”，这样应该争辩会少一些吧。 Last but not least！ 听说PHP是世界上最好的编程语言？我第一个赞成！ PHP程序员有女朋友的可能性更大！不知道这一点能不能给PHP加分？会不会吸引一部分想踏入编程行业却又不知从何下手的小同学们呢？PHP程序员一般都会频繁的接触设计和前端的妹子，而其他语言的，有时开发一个项目好几个月，可能和妹子说话的机会都没有（笑哭）。。。 “存在即合理”，我们不应当单纯评论技术层面上的好与坏，哪个语言没有优点和缺点呢？最后，我想用开头的一句话来结尾，“程序员宝宝们需要的是团结，是不断学习，是共同进步啊！”
-
发表了文章 2017-11-16
MacBook从零开始配置开发环境——编辑器选用
编辑器选用 Mac从零开始配置开发环境——编辑器选用 Visual Studio Code：从宣传的角度来说，微软新出的这款编辑器比Atom更快，比sublime开源，比PhpStorm更轻。我也用了一段时间，觉得这是一个说不出哪里不好，可是也没什么突出亮点的编辑器。也许是因为接触的时间比较晚，在它之前各种优秀的功能和实践都已经在其他编辑器中体验过了。所以总觉得，程序员是否喜欢VSC其实取决于第一个使用的编辑器是不是它。总之，你要是微软的粉丝，或者相信Visual Studio是世界第一编辑器那么VSC是可以体验一下的。 Sublime Text：早些时候用的最多的编辑器，最近也推出到了3.0的版本，实际使用了一周之后感觉和ST2区别不是很大。这也代表新版本保持了一贯的操作习惯和优秀特性，必备的插件也都支持到了3.0版本，直接在命令界面就可以安装PackageControl，颜值比之前有所提高，跳转到方法定义也有所提升。对于配置相对较低的电脑ST非常有优势，内存占用低，跳转速度快，滚动平滑，在熟悉了快捷键之后，使用起来非常爽快。最后安装插件推荐大家直接去官网找自己需要的：packagecontrol.io。 Mac从零开始配置开发环境——编辑器选用 PhpStorm：jetbrains出品的IDE无一例外各个都是精品，在大型项目开发过程中IDE能够提供强大的代码补全支持，包括函数、方法、参数、命名空间等都能成为备选项，但正因为这样不太建议新手使用IDE，刚开始学习的时自己手打、自己思考是很必要的。和PhpStorm齐名的还有ZendStudio，但ZS在Mac上总是有点卡顿，所以IDE的首选就是PhpStorm。同样，这个编辑器提供强大的插件支持，而且本体就自带几个十分强大的插件，例如：FTP同步，数据库管理等等。属于必备软件之一，有条件推荐入正，没条件某宝解决。 Mac从零开始配置开发环境——编辑器选用 MacVim：其实就是普通的Vim编辑器加了个应用的壳，主要就是平时用来练习Vim指法的，优点的话就是内置的教程挺好，值得多次阅读，而且界面看起来比较舒服。至于Vim，是Linux环境下必存在的一个编辑器，使用方法和传统的编辑器有很大区别，上手比较困难，但只要熟悉了指法也是效率如飞一般。其实很多老牌程序员都认为Vim才是最好的编辑器，所以这个也属于必备，或者说必学，必会的编辑器。 Mac从零开始配置开发环境——编辑器选用 Atom：最后隆重推荐Atom，GitHub官方出品，界面优雅上手快、插件丰富易安装。开发者（JS/WEB）生态十分活跃，意味着它有茫茫多的插件和主题可以选择。底层基于WebKit，谷歌和苹果都是这项技术的支持者，Chrome也在使用它。另外，Atom使用Electron框架开发，这是一个激动人心的跨平台桌面应用框架，使用纯JavaScript开发。就现在JavaScript常年霸占编程语言使用率榜首的情况来看，可以说Atom代表着趋势和未来，我们就乖乖跟着趋势走吧。 Mac从零开始配置开发环境——编辑器选用 今天开了一个新坑，关于如何从一个新的MacOS一步一步的配置一个高效的、符合网站开发者的开发环境，包括一些我个人推荐的软件和简单可用的配置 想要快速适应并使用Mac开发并不是一件容易的事情，不过一旦熟悉之后，你会发现所提升的效率是非常可观的。其实，光是Mac不能打英雄联盟这一点，就能变相的提高很多人的开发效率，前提是不要去装双系统。 可以说Mac是一个非常专业的工具，但不是说程序员就得标配Mac，那样的话就太侨情了，真正热爱程序的人给他一个TXT文档编辑器也能写出漂亮的代码。之前用Windows进行开发的日子也总结了很多Win环境下的软件、方法和配置，同样也提升了不少效率，所以小编真正要强调的是一种热爱，无论用什么笔去画画，最完美的作品始终都在你的脑子里。 之后还会分享更多关于Mac命令行、搭建开发环境以及各种能够提升效率的软件等内容。
-
发表了文章 2017-11-16
解决thinkphp在nginx环境中由于PATH_INFO变量引起的路径问题
最近一个项目使用了thinkphp3.2作为开发框架，路由方面开启了PATHINFO模式，但是nginx默认是不支持PATHINFO的，表现为$_SERVER['PATH_INFO']没有值 在apach下没有这样的问题，因为apach默认是设置了PATN_INFO变量的。在网上找了很多资料，有很多并不起作用，但参考它们之后成功解决问题，把我的方法分享给大家。 假设URL为： www.yoursite.com/index.php/Home/Index/index.html 那么正确的PATH_INFO应该是： /Home/Index/index.html 配置nginx 修改nginx配置文件： 解决thinkphp在nginx的路径问题，省得你遇到要花一天时间去研究 /etc/nginx/sites-enabled/yoursite fasecgi_split_patn_info()是nginx新提供的一个方法，会根据规则创建$fastcgi_path_info变量。 使用命令重启nginx刷新页面就会发现PATH_INFO变量已经正确设置了。 sudo nginx -s reload 修改ThinkPHP.php 经过上面的调整，项目可以正常访问首页，但是使用U方法生成的链接却全都是错误的。这是因为，虽然PATH_INFO正确，但是会影响另一个值（具体原因不清楚），正确的$_SERVER['PHP_SELF']值应该是/index.php，但现在变成了/index.php/Home/Index/index.html。这个值在U方法中用于生成链接的前部分，所以导致了链接错误。 这个值使用的地方在框架文件ThinkPHP.php中： 解决thinkphp在nginx的路径问题，省得你遇到要花一天时间去研究 ThinkPHP/ThinkPHP.php 所以我们可以将此处替换为： $_SERVER['SCRIPT_NAME'] 或者也可以在入口文件index.php处直接定义： define('PHP_FILE', $_SERVER['SCRIPT_NAME']); 问题解决。
-
发表了文章 2017-11-16
2017款MacBookPro13''上手体验及购买建议
概述 小编买的型号是2017款MacBookPro13''带touchbar的版本，通过非官方渠道购买价格为¥12899。在两天之前这个价格还是¥12699，所以同型号大家可能还能找到更低的价格。部件没有进行任何升级，就是带bar的低配版，详细的配置如下： 2017款MacBookPro13''上手体验及购买建议 计划是使用六年时间，因为我的上一台电脑就是每天高强度的跑了六年之后光荣退休的。 外观 买的灰色的，感觉十分耐看，总体有些商务的气质，至于正面那个LOGO亮不亮我倒是不太在意。整个长宽比以前小了一圈，但屏幕尺寸还是一样的，给人感觉边缘部分真的收窄了很多。屏占比还行，比不上那些以屏占比为卖点的机型但感觉刚刚好。 2017款MacBookPro13''上手体验及购买建议 侧边只有4个type-c和一个耳机孔，充电的话插哪个口都行，耳机口就是普通的那种细长圆形的，后面肯定要买一个功能全面一点的转接坞才能满足各种常见情况。粗略的分析一下，转UBS口的至少要有两个，转HDMI和VGA最好各一个，转网线接口有最好没有就算了。 键盘用起来一般般，没有什么特别别扭的地方，但也谈不上手感，好在质量有保障，没有连按失灵的情况也没有手感特别不一致的按键。然后就是有个touchbar在顶上，其实这条屏幕在外观上看起来是有一点突出的。 屏幕 打开盖子就自动开机了，一系列设置之后（包括录入指纹）就看到了屏幕，有一种久旱逢甘露的感觉。我之前一直都是盯着一块720的屏幕工作的，现在直接跳了两个档次换上所谓的视网膜屏幕，感觉非常的舒服，直接以后都不想接外接显示器了。清晰的屏幕真的是越看越讨喜，难怪现在厂商一直在追求4K、5K。 配合系统这个屏幕还有一个夜间模式的功能，就是让颜色变得暖暖得，晚上盯着看，眼睛不容易疲劳，个人觉得这个功能还是挺OK的。另外这个不需要自己设定开启关闭的时间，会根据定位判断日出日落自动开启关闭。 touch bar 这个东西算是被动购买的，因为除了那个指纹功能比较实用之外，我确实不知道它有啥用。那买了总得用用吧，用下来发现这应该算是一个锦上添花的功能。意思就是，如果现在让我换回用一块720的屏幕那绝对是不可能的，但如果让我换回继续用F12等案件，那完全可以接受。因为打字的时候完全不会想着去点它（上面有候选词），连看都不会看一眼，只有单手打字的时候用它来选词还行。 touch bar分为两个区域，一个应用功能区，一个系统功能区。应用功能区就是随着你当前软件不同上面的按钮会不同，比如说我现在在编辑文章，应用区的按钮分别是：字体颜色、加粗、斜体、下划线、左右对齐、居中、有序列表和无序列表，然后看视屏的时候会变成一个进度条。这个区域的按钮没有找到什么设置的地方，好像是这些应用需要去开发适配吧。还有一个系统功能区，这个区域平时会收缩起来，只留下4个放在最右边，功能也就是普通的音量、亮度、查看应用和查看当前窗口等等的。默认的话有个siri在上面，这个siri也是没什么卵用的东西，当然这个区域的按钮时可以设置的（在键盘设置里），可以直接用鼠标把按钮拖拽进去。 2017款MacBookPro13''上手体验及购买建议 触控面板 有一块很大的触控面板，打字的时候刚好不会误触，大体功能和之前差不多。多了一个我觉得比较亮的功能，就是多段点击，首先可以轻轻的点一下，然后可以在滑动的时候点下去，这时会有一个震动反馈，就像鼠标左键点击一样，这个时候再用力一点就感觉像再按下去了一截，可以触发一些比较方便的动作。 我觉得这个在看网页的时候真的超级常用，比如某个链接，你并不想打开它，只是想随便瞄一眼，这个时候按住链接然后再按下去一截，就会有个小的弹窗打开新页面，点击其他地方就可以关闭。还有另一个就是，选中某个单词，按到第二段就会去字典里查找这个单词的意思，逛国外论坛神器有木有。 2017款MacBookPro13''上手体验及购买建议 购买建议 对于那些纠结touch bar的同学，究竟该不该多花3000大洋买带bar的版本，我的建议是这钱应该花。如果你把这台MacBook Pro作为主力生产工具要用五六年的话，阉割版的CPU总感觉有点不太够，且它还少一个散热风扇和两个Type-c接口。所以我觉得不带bar的版本总归是更适合学生党，程序员有时间纠结这个还不如多去做两个项目，钱不就来了吗。 对于纠结买13寸还是买15寸的同学，我的建议是买15寸的。首先13寸的屏幕总归是小了一些，况且那么舒服的屏幕，根本不会嫌大，15寸应该刚刚好。促使我不买15寸的原因主要是怕15寸的太大、太重，现在想想应该是完全可以接受的，从13寸的来看，它比2011年的机型整整小了一圈，重量更是不谈了，所以15寸的也大不了多少，是可以方便经常携带的。多花4000大洋升级到15寸，你将获得标准电压版i5处理器，性能级的独立显卡以及更大的屏幕。个人认为这个提升是性价比非常高的，所以15寸也是我认为系列中性价比最高的机型，推荐所有专业用户购买。你说预算问题？那还不赶紧去做项目！ 2017款MacBookPro13''上手体验及购买建议 软件 我认为128G的盘是够用的，因为之前的电脑也是128G，剩余空间一直在50G左右，硬是用不完。我个人使用电脑完全是工作，电影没有、游戏没有、音乐也没有，甚至由于没用苹果的手机连图片也没放在电脑里，电脑里除了程序就是工作APP，定期会把不常用的文件都转移到移动硬盘中，所以256G应该是绰绰有余了。 迁移助理没法用，即使在同一Wi-Fi环境下也无法相互识别，如果要用线传输的话需要一条雷电接口转Type-C的线，考虑到那条线的价格和使用频率，我直接就放弃迁移系统的想法了。一切从新开始，重新配置环境，安装软件，调教编辑器等等。首先我去官方的AppStore里面下载了一些经常维护的软件，分别是： QQ 微信 网易云音乐 滴答清单 其实下载完这四个软件，AppStore基本上也就下岗了。后面的我将会分享我是如何把MacBookPro打造成适合PHP开发的工具，以及分享一些我觉得必备的软件，ok折腾开始了～
-
发表了文章 2017-11-16
复盘PHP经典问题解决过程：上台阶问题
题目 有个人想上一个50级的台阶，每次只能迈1级或者迈2级台阶，问：这个人有多少种方法可以把台阶走完？例如：总共3级台阶，可以先迈1级再迈2级，或者先迈2级再迈1级，或者迈3次1级总共3中方式。 心路历程 这个题目我刚看到的时候觉得很有意思，值得思考一下，也和同学讨论过思路，并没有直接去网上找答案，觉得那样的话就浪费了，所以自己先尝试着解了。 说这么多是希望大家也不要直接去看解答，因为看完之后一个星期也就忘了。可以先收藏一手，自己去试试然后再回来看，我会把我自己解的思路和正解都放在这篇文章里。 思路step1： 从初中生的思路来看，第一个能想到的方法肯定是一个二元方程，也就是x+2y=50，其中x代表迈1步，y代表迈2步，无论怎么迈总共50级台阶。 接下来的问题就是求这个方程解的数量（不是某一个解），x+2y-50=0这个方程的所有解应该是一条直线，所以我很单纯的去把图给画了，就像下面这个样子： PHP经典面试题：上台阶问题 再考虑x和y都必须是整数才能符合题意，y取值在025之间，可以看出只要y是整数解那么x一定为整数解，0也可以作为一种特殊情况，综上y可能的取值是：025共26个。那么相对应的x取值也就可以算出来了。 这里还有一种情况，如果总台阶数不是50，那么y的取值范围有可能是0~24.5，那么我认为y只能取值到24，也就是向下取整。 思路step2： 如果仅从数量上来看，xy总共有26种组合的方式，但这肯定不是最后答案，例如，迈2次1步再迈24次2步和先迈24次2步再迈2次1步是两种不同的方式，那么接下来就是排列组合的问题。 所以，我们要求的是所有xy同为整数的解的排列之和，是不是感觉有点复杂了，但是没关系，前面说的内容都是用PHP可以实现的，排列组合也是可以用PHP实现的。然后，排列组合算法的第一个问题就是如何实现阶乘？ 在PHP中range函数可以建立一个包含指定范围单元的数组，允许传入三个参数起始值、终止值和步长值，例如rang(1,3)会返回包含1、2、3这三个数的一个数组。 另外PHP中的array_product函数可以计算数组中所有值的乘积。 有了这两个函数我们就可以自己写出阶乘的函数了，虽然我不知道效率怎么样，但起码我们不用往递归的方面去想了，另外还需要考虑一下0和1阶乘的情况，就是下面这个样子： PHP经典面试题：上台阶问题 有了阶乘，排列也就有了： PHP经典面试题：上台阶问题 回到问题上来，我们需要用到组合吗？ 首先，总数量是确定的x+y，而且第一次迈2步和后面无论第几次迈2步都是相同的，所以这种排列组合其实可以转化为“把鸡蛋放入篮子”的问题——将n个无差别的鸡蛋放入m个篮子中共有几种放法。那么求组合数函数也是需要的： PHP经典面试题：上台阶问题 接下来就是循环每一个可能解，可以总是将x值作为鸡蛋的数量，将xy之和作为篮子的数量，也就是C(x+y,x)，举个例子来说就是，总共要迈26次脚，选择其中2次只迈1步，有多少种迈法。 思路step3： 有了前面那么多的思考，我们来写代码： PHP经典面试题：上台阶问题 经过测试，最终50级台阶的走法有20365011074种，二百零三亿六千五百零一万一千零七十四种（醉了）。 那么到这里我就开始去网络上找正确答案了，让我震惊了，发现我的思路果然是初中生的，且是从来不参加任何数学竞赛的那种，下面我分析一下网络上答案的思路。 答tu案cao 网上的解只有一种，那就是把这个问题归结为斐波那契数列的问题，完全看不出来好吗！ 答案穷举了总台阶数从1级到5级的情况，得出结论1级共1种走法，2级2种走法，3级3中走法，4级5种走法，5级有八种走法，然后就开始研究斐波那契数列去了！ 那你出个题目出个那么悬乎干嘛！直接让我们用PHP写个斐波那契函数不就好了吗！要考察思维能力也得给点提示啊！比如说设置两个问题：第一问，当台阶总数为5时有几种走法？第二问，当台阶总数为n时有几种走法？ 总之呢就是在面试的时候，如果你见过这题那么恭喜你，如果没见过那么就可以去下一题了。 当然也有大神给出了比较让人信服的逻辑： 当我们走到第50层的时候，最后有两种选择，从49开始迈1级或者从48开始迈2级。那么到达50层的走法等于到达49层的走法+到达48层的走法，以此类推，可以得到总的走法符合斐波那契数列，我们的代码就好写了。 恩............膜拜奥数大神的思维。 PHP写斐波那契应该是比较简单的问题，那最后让我们用答案中的斐波那契函数来验证一下自己的答案。 PHP经典面试题：上台阶问题 可以看到，小编自己的思路和最终答案是相同的，只是过程相对复qing杂xi。 还是不太放心，测试了台阶总数从1~7的所有情况，也都是符合答案的，甚至我没有特殊考虑的只有1~2层的情况也能返回正确的答案。
-
发表了文章 2017-11-16
《人月神话》（P9）时间估算
在本书的第二章节——人月神话中，作者有提到关于编程时间的问题，大体上是这么说的：项目之所以延期，排在第一位的原因是因为缺乏合理的进度安排，而且列举了会导致进度安排不合理的原因，其中大部分都是人为因素或者观念以及概念上的问题，例如估算盲目自信、遭受到外部压力、不重视测试环节或者对编程工作量没有清晰的认识等等。 传送门：编程领域必读经典《人月神话》（P2）错误的进度估计 开篇 在第八章作者就对这些问题进行了后续的探讨，开篇的时候引用了两句谚语，第一句说：实践是最好的老师，第二句说：实践是最好的老师，但傻瓜才从不向别人学习。意思就是说科学的进度估计是来自实践的，而且这种实践是可以整个行业相互学习的。 编程领域必读经典《人月神话》（P9）时间估算 之前提到过作者推荐的时间配比是：1/3计划，1/6编码，1/4组件测试，1/4系统测试，但是有两点需要特别说明的。 首先，在学习案例经验的时候不能以编码时间占1/6来倒推出整体时间，比如案例里说编码用了1个月是推不出总体用时6个月的。还有另一种情况就是独立小型程序的案例数据可能不适用于系统的产品，这就像不能通过统计百米短跑纪录得出人类可以在3分钟内跑完一英里的结论一样。 其实编码1个月，总周期是可能大于6个月的，因为书中作者提出了编程总体工作量和程序规模之间显示出的关系是指数关系，指数值在1.05到1.2之间。也就是随着程序规模的增加，编程工作量的增长量也会增长。 案例 书中总共提到了5个案例，分别是： Portman的ICL数据显示，相对于其他活动，全职的编程人员仅将50%的时间用于编程和调试 IBM的数据显示，生产率是系统各个部分交叉的函数，范围在1.5K行/人-年到10K行/人-年 Bell实验室数据显示，对于已经完成的产品，操作系统类的生产率为0.6K行/人-年，编译类工作的生产率为2.2K行/人-年 Brooks的OS/360数据与Bell实验室相同 MIT项目数据显示，在操作系统和编译器混合类型上的生产率为1.2千行/人-年 编程领域必读经典《人月神话》（P9）时间估算 其实上面的案例什么意思不重要，因为距离现在太遥远，总之： 对于常用的编程语言，生产率似乎是固定的 使用适当的高级语言，编程的生产率可以提高5倍 以上就是《人月神话》第8章——胸有成竹的全部内容
-
发表了文章 2017-08-22
简单理解和实现Linux定时任务（访问某个地址）
在项目的开发过程中经常会有定时任务的需求，例如按时自动处理订单状态或者需要做某个接口的队列。可是PHP本身对上述场景的支持并是不很好，虽然可以通过配置响应时间的方法让PHP进程不结束，但从测试和易维护的角度来说，最实用的方案是通过服务器定时任务来实现。由于配置Linux定时任务会涉及到很多方面的知识，对于Linux不太熟的开发者容易望而却步，本文就以最简单的方式将这种方案实现落地，希望对大家有帮助。 流程图 编辑crontab文件 每个用户都拥有自己的crontab文件，文件包含送交守护进程的一系列指令，通常使用下面的命令对该文件进行编辑： > crontab -e 默认的编辑器是vim，只需要记住按i可以对文本进行编辑，使用上下左右箭头调整光标位置，按esc退出编辑，退出编辑后键入:wq对文件进行保存即可，就像下面这样： 编辑crontab 定时的语法如下： * * * * * /WWW/learnlinux/sometask.sh 分钟 小时 日 月 星期 命令 上面的意思是，每1分钟执行一次sometask.sh。5个*号的位置代表的是执行任务的时间，语法是这样的： “\*”代表所有, “/”代表循环周期, “-”代表从某个数字到某个数字的区间, “,”分开几个离散的数字 最简单的写法如下： 30 * * * * 代表每个小时的第30分钟执行一次 30 6 * * * 代表每天的6点30分执行一次 30 6 15 * * 代表每个月的15号6点30分执行一次 30 6 15 5 * 代表每年的5月15号6点30分执行一次 也可以用星期表示，0代表周日： 30 6 * * 0 代表每个周日的6点30执行一次 稍微复杂一点： */5 * * * * 代表每隔5分钟执行一次 30 6 */5 * * 代表每隔5天就在6点30分执行一次 0 2-5 * * * 代表每天的2点到5点钟的第0分钟执行一次 20,40 * * * * 代表每个小时的第20和第40分钟执行一次 创建可执行文件 我们既然规定每分钟执行一次sometask.sh那么就到相应的目录下去创建该文件： > cd /WWW/learnlinux/ > vim sometask.sh 这里使用vim创建文件，编辑方法上文中有，sometask.sh文件内容如下: #!/bin/sh curl http://localhost/learnlinux/ 该文件中第一行为固定写法，第二行用于指定访问的页面URL，curl命令可以以GET的方式访问后面的地址，注意：地址不需要添加引号。你可以将这里的URL修改为实际项目中需要被定时访问的页面。 案例中被访问的页面PHP代码如下： <?php file_put_contents('timer.log', date('m-d H:i:s', time()).PHP_EOL, FILE_APPEND); 该页面每次被访问都会将当前时间追加到同目录的日志文件（timer.log）中，主要用于测试前面的代码是否正常执行。注意：需要给该目录创建文件的权限。 上述文件创建成功之后，可以先执行一次sh文件，测试页面是否正常被访问，之后再观察timer.log文件被访问的时间点是否是你所希望的。就像这样： timer.log 再之后你就可以在页面文件里处理你的业务逻辑了，测试的时候可以用#注释crontab文件。这样，虽然PHP不支持定时任务，但通过服务器技术，今后再遇到需要自动处理状态或者做接口队列的项目就简单很多了。 至于window服务器，请去下载各种现成的定时执行程序：）
-
发表了文章 2017-08-17
《人月神话》（P7）编写手册和组织开会
贯彻执行 本章讨论的问题是结构师如何确保每个人听到、理解并实现他的决策？ 文档化的规格说明——手册 手册是结构师的主要工作产物，它描述和规定了用户所见的每一个细节。规格说明总是不断的在修改，所以也应该具有版本信息。规格说最重要的是清晰、完整和准确，所有文字要相互一致，这比写的生动要重要的多，所以说明往往都比较枯燥。如果说手册有专人编写，那么必须由一个或两个人来完成，以此保持文字和产品的一致性。而且一定要重视这些琐碎的事情，因为很可能失之千里差之毫厘。 形式化定义 整个手册需要同时包含两种记叙方式，形式化定义和记叙性定义，形式化定义为主，记叙性定义为辅。形式化定义是精确的，倾向完整的，但是却不那么好理解。记叙性文字可以提供实例，强调对比关系，以及解释原因。另外，形式化定义仅仅用于外部功能，说明它们是什么。 使用实现来作为一种定义方式是有优点的。首先问题可以通过测试得到清晰的答案，其次对于需求总是实现的比较精确。但缺点也是明显的。实现可能过度的规定了外部功能，可能会遗漏很多与实现共生的副作用。因此，当遇到尖锐的问题时，实现有时会给出未在计划中的意外答案，这些答案都是粗糙的，从来没有被仔细考虑过的。 会议和大会 这一节说到，允许体系结构师对实现人员的询问做出电话应答解释是非常重要的，并且必须进行日志记录和整理发布，当然也可以用邮件的形式。结构师还有个义务就是组织大家开项目例会，任何人都可以提出问题和意见，但主持人和决策者是结构师。在会议中，重点是创新，而不仅仅是结论，小组应该试图找到解决问题的各种方法。需要注意的是，作者提倡在会议之前，以书面的形式呈递项目中出现的问题，以此提高会议效率。 这种会议是很高效的，首先每个人都密切参与，当问题出现时同时寻找解决方案，其次明确的授予了熟悉结构师决策的全力，避免了妥协和拖延。 产品测试 项目经理最好的朋友就是他每天要面对的对手——独立的产品测试机构（小组）。每个开发机构都应该有这样一个独立的技术监督部门，来保证其公正性。 最后还提到，测试小组也是客户的代言人之一，不时的也会发现一些没有贯彻执行，或者正确理解的地方。换而言之，测试小组也是使得设计可以保持一致性的必要手段，所以也应该尽早着手，项目初期就开始测试。 以上是《人月神话》第六章——贯彻执行的全部内容 本章描述了结构师的工作内容和责任所在，和上一章比起来责任内容显得更加的具体。结构师是管理人员，但他本身的工作却很繁多，不是那种光动动嘴皮子就能完成的工作。工作包括制定和维护一份精确的手册，组织开会完成决策，以及协调测试人员。总感觉还缺点什么，可能作者准备在下一章会继续补充结构师的职责吧。 其实结构师和现在产品经理、程序主管的工作都有不少相似的地方，在当时那个年代，就已经产生了类似的观念，是在是不容易呢。
-
发表了文章 2017-08-17
如何修改thinkPHP路由规则，使U方法自动生成伪静态链接
效果 假设网站域名是A.com，那么可以： 通过A.com/xwzx.html 访问A.com/Home/News/index.html?id=xwzx 或者通过A.com/xwzx_1.html 访问A.com/Home/News/index.html?id=xwzx&p=1 最关键的是： 使用U('Home/News/index', array('id'=>xwzx)) 生成A.com/xwzx.html链接 或者使用U('Home/News/index', array('id'=>xwzx,'p'=>1)) 生成A.com/xwzx_1.html链接 以此类推 目的 其实ThinkPHP3.2.3的路由部分使用场景并不多，究其原因是因为路由规则可以设置并正常访问，但是却没有自动生成路由的方法。比如说你配置完一个路由规则A.com/xwzx.html是可以正常访问的，却发现有大量的链接U('Home/News/index', array('id'=>xwzx))需要修改为/xwzx.html，使用的U方法并不能自动完成转化。 所以我们的目的就是，让U方法可以根据路由规则反推出伪静态的链接。这样做有什么好处呢？ 如果有老项目需要配置全站的伪静态规则，这样做可以减少工作量，一切只需要配置即可。 在需要发起支付的页面，通常会带多个参数，这样就不利于我们配置支付接口的发起地址，此时用这个方法可以把多个参数合并到同一段URL中。更多支付接口配置内容请参考PHP支付接口教程，详解微信支付（一） 不需要做项目之前就事先处理伪静态页面，只需要正常写U方法即可，加快开发速度。 思路 修改ThinkPHP底层的U方法，当路由规则开启时，通过规则反推出伪静态链接。 配置规则同ThinkPHP官方的文档，Application/Common/Conf/config.php配置如下： 'URL_ROUTER_ON' => true, // 开启URL路由 'URL_ROUTE_RULES' => array( //'CGIIP/:id/:p'=>'Home/News/index', '/^([A-Za-z0-9]+)$/'=>'Home/News/index?id=:1', '/^([A-Za-z0-9]+)_(d+)$/'=>'Home/News/index?id=:1&p=:2', '4O4'=>'Admin/Index/notFound', 'test'=>'Home/Index/test', ), // 路由规则 修改ThinkPHP/Common/functions.php里面的U方法： <script src="https://gist.coding.net/u/fourn/60d20945c81645b3b826330896c0fa93.js"></script> 完整functions.php文件代码在Coding中： 代码放到U方法中，“if($suffix){”这行代码之前。 注意这些都是针对ThinkPHP3.2.3版本的哦
-
发表了文章 2017-08-17
《人月神话》（P6）虚怀若谷和避免过度设计
结构师的交互准则和机制 结构师的交互准则其实就是彻底、谨慎、和谐的与人交流。尽早的交流和持续沟通能够使结构师有较好的成本意识，以及使开发人员获得对设计的信心，并且不会混淆各自的责任分工。 面对估算过高的难题，结构师有两个选择：削减设计或者采用成本更低的方法。然而后者并不是结构师能够控制的，这是在向开发人员提出要求。此时，结构师想要发挥自己的作用，必须： 牢记是开发人员承担着创造性功能的实现责任，结构师只能提出建议。 能够为自己所制定的某项说明提供一种建议的实现方法，并且准备接收任何其他可行的方法。 对开发人员的建议保持低调和平静。 准备放弃对自己提出的建议的坚持。 听取开发人员在体系结构上改进的建议。 自律——开发第二个系统所带来的后果 在开发第一个系统时，结构师倾向于精炼和简洁，他知道自己对正在进行的任务不够了解，所以会谨慎仔细的工作。当第一个项目结束之后，结构师会信心满满，准备设计第二个类似的系统。然而，这第二个系统通常人们所设计的最“危险”的系统，通常都会被过分的进行设计。 在这里例举了一个OS/360的例子，大概意思就是，结构人员有了第一次的经验之后，习惯性的为新系统增加了过多的修饰功能和想法，导致新系统粗糙、浪费、缺乏优雅。 结构师需要避免这样画蛇添足的事情发生，需要有意识的运用自我约束准则避免功能的过度装饰，要根据系统基本理念及目的来权衡功能取舍。结构师必须要有超过两个以上的系统开发经验，才能确保原则上的概念和目标在详细设计中得到完整体现。 以上是《人月神话》第五章——画蛇添足的主要内容 在上一章中，作者表名了结构师的工作是一种无需任何歉意的贵族专制，可是专制并不代表任性，反而需要他们认真谨慎，虚怀若谷。不仅要有自己的想法，还要善于听取他人建议，并最终做出决定。可见，能成为结构师的人并不一定是技术大牛，踏实、善于沟通、有责任心才是最重要的。 无论结构师多么优秀，他们也会犯过度设计的错误。从现在来看，单个软件的使用人群需要越来越大公司才能发展，结构师就需要不断的为许多不确定人群而设计软件。但是通常来说，设计通用的项目比设计专用的项目更加困难。这时就容易出现许多盲目的功能，过多的向产品添加过于边际的功能，所以我们能够看到很多APP都会推出一个“极速版”，这个极速版就是为了防止某些用户因为功能增加，而放弃使用产品的情况。 数百万的用户，能够提出上千个特色功能，这些需求对于结构师的诱惑是极大的，可是有经验的结构师往往就懂得权衡整体利益。 例如他们会明确的定义用户群，这是获得概念完整性的一种重要方法，经常需要分析用户是谁、用户需要什么、用户认为自己需要什么、用户想要什么。 还有另一个方法就是分析需求场景出现的频率，之所以频率需要通过结构师人为分析而来，而不是调查而来，一方面是因为调查成本太高，另一方面通过结构师对频率进行猜测可以让产品用户群的形象更加清晰。不过当那些非常重要的决策需要取决于某些猜测时，还是会花费精力来取得更准确的估计。 总之，为了避免过度设计，一定要清晰用户群体和需求频率，哪怕是错误的也比不清晰来的强。
-
发表了文章 2017-08-17
《人月神话》（P5）设计与实现分离
概念完整性 绝大多数的欧洲大教堂，是由不同时代、不同的建筑师的设计所构成的。后来的建筑师总是试图在原有建筑师的基础上有所“提高”，所以雄伟的哥特式教堂上，依附着祥和的诺曼底十字架，展现出属于各个设计师的骄傲。 对于计算机体统而言，绝大多数系统体现出的概念差异和不一致性远远超过欧洲的大教堂。这不是由于不同时代的设计师开发的原因，而是由于设计被分成了由若干人完成的任务。 我主张，在系统设计中，概念完整性是最重要的考虑因素，为了反映连贯的思路，宁可舍去不规则的特性和改进，哪怕它是更好的。在本章和以下两章里，我将说明这个观点的重要性。 如何获得概念完整性 是否需要一位杰出的精英，和一群思想被压制的平民编程人员 如何避免设计师制定出无法实现或者代价高昂的方案 如何确保实现人员充分理解设计，并正确的整合 获得概念完整性 软件系统的目的是使计算机更加容易使用，功能与概念的复杂程度的比值才是系统设计的最终测试标准，单是功能多或者系统简洁都无法成为一个好的设计。 对于给定级别的功能，能够用最简洁和直接的方式来实现的系统是最好的。只是简洁是不够的，引入很多独特的基本概念，可以达到所需的简洁特性，但它们并不直白。而且仅仅了解基本要素的组合规则还不够，还要学习习惯用法，以及如何在工作中进行组合。在语法上，每个部分都应该使用相同的技巧，在语义上，应该具有相同的相似性。因此，易用性实际上需要设计的一致性和概念上的完整性。 贵族专制统治和民主政治 为了获得概念完整性，设计必须由一个人或者具有共识的小型团队来完成。对于非常大型的项目，将设计方法、体系结构方面的工作与具体实现相分离是获得概念完整性的强有力的方法（同样适用于小型项目）。这种方法曾经在IBM的产品线上获得过巨大的成功。必须将结构和实现区分开来，前者描述发生了什么，后者描述如何发生的。如同时钟一样，小孩子都能明白如何辨认时间，而时钟的实现，描述了表壳中的种种机械方案。 系统结构师，如同建筑的结构师一样，代表的是用户的利益。结构师的工作，是运用专业技术知识来支持用户，而不是维护限售人员、制作者所鼓吹的利益。 难道不能遵循民主的理论，从所有员工中搜寻好的创意以获得更好的产品？ 这问题是很简单的，并不是结构师才有最好的创意。新的概念经常来自于用户和实现人员，然而为了概念完整性、易用程度，最好将不能与系统基本概念进行整合的良好想法和特色放到一边，不要采用。 是否必须由一些智力精英来告诉可怜的实现人员如何工作？ 对于结构师专制的问题，答案是肯定的。他们是少数人，他们的工作产物的生命周期比实现人员的产物要长，并且结构师一直处在解决问题，实现用户利益的核心地位。如果想要系统概念上的完整性，那就必须有人控制这些概念，这是一种无需任何歉意的贵族专制统治。 是否创造性活动都被这些精英独占，实现人员仅仅是机械中的齿轮？ 关于创造性的问题，答案是否定的。因为结构人员和实现人员的工作都同样富有创造性，只是性质不同而已。在给定的系统体系下实现其设计，同样需要创造性的新思路和卓越的才华。实际上，产品性能很大程度上依赖实现人员，就像易用性依赖于结构师一样。在很多领域，一定的限制反而会增项小组人员的创造性，因为他们的目标更明确，注意力更集中。在毫无限制的小组中，决策过程会出现大量的争议和想法，对具体实现的关注反而较少。 以上是《人月神话》第四章——贵族专制、民主政治和系统设计前3节的内容 一个整洁、优雅的编程产品必须向它的每位用户提供一个条理分明的概念模型，这个模型用于描述应用本身和它的实现方法，指明操作参数和界面策略，以此来保证概念完整性从而提升系统的易用性。有很多由一个人或者两个人设计的杰出软件，比如之前火热的手游“宝石迷证”和“植物大战僵尸”，那些经典的书籍和音乐也是采用这样的方式创造出来的。 然而，很多产品的开发无法使用这种获得概念完整性的直接方法，很多现代软件的最终产品是非常复杂的，光是设计就需要很多人月的工作量，而且周期紧迫竞争异常激烈。因此最困难的问题就是，如何组织大型团队获得和单人开发项目时的概念一致性。这就是《人月神话》关注的主要问题。 本章采用逆向思维的方式，巩固了上一章提出的“外科手术团队”和“概念完整性为主”的观点，对可能会出现的种种问题和质疑角度进行分析，使得我们更加确信概念完整性是产品质量的核心，结构师是确保概念完整性的重要环节。 同时，本章提出了第三个核心概念——必须将设计与实现分离。那么分离之后是否又会继续增加沟通交流的工作量？对于系统的复杂度又会有什么影响？这些方案真能够解决“人月”的不合理问题吗？
-
发表了文章 2017-08-17
《人月神话》（P4）概念完整性和结构师
外科手术队伍 常听到软件经理声称自己喜欢一流人才组成的精干的队伍，而不是那些几百人的大型团队，其实我也有同样的想法。不过，还有一个很困难的问题，大型项目的团队应该是怎样的呢？ 问题 软件经理很早就认识到优秀程序员和较差程序员之间的生产率差异，研究人员对一组具有经验的程序员进行测量。在该小组中，不同人员之间生产率的差别最大为10：1，编程速度和空间上具有5：1的差距。简单来说，工资20000程序员的生产率可能是10000元程序员的10倍。而且研究还显示，经验和实际的表现没有相互关系（我怀疑这种现象是否普遍成立）。所以结论很简单，小型精干的队伍是最好的，因为不需要过多的沟通和交流。 可是问题产生了，作者假设一个超过1000人工作了3年的项目，如果交给一个200人的团队，则至少需要25年的时间。在面对真正意义上的大型项目时，小型的团队太慢了。譬如有一个10人的团队，即便是假设他们都非常能干，是一般人生产率的7倍，那么他们需要10年来完成5000人*年的工作。技术可等不了10年。 这种进退两难的境地是非常残酷的，对于效率和完整性来说，最好是少数干练人员进行开发，而对于大型系统，则需要大量人手。如何调节这两方面矛盾呢？ 建议 Harlan Mills建议团队应该类似外科手术的方式组建，并非一拥而上。也就是说，由一个人来完成问题的分解，其他人给予他所需要的支持，以提高效率和生产力。 首席程序员。他亲自定义功能和技术说明，设计程序，编制源代码，测试以及书写文档。他使用结构化的编程语言，负责版本控制。首席程序员要求极高的天分、丰富的经验和大量的系统知识。 副手。是首席程序员的后备，能够完成任何一部分工作。他主要是设计的思考者、讨论者和评估人员。这是一种保险机制，避免首席程序员的人为错误。他可能编写代码，但对代码的任何部分，不承担具体的开发职责。 管理员。也就是老板，必须在人员、薪酬、办公空间等方面有决定权。在法律、合同、报表和财务方面具有全部责任。 编辑。首席程序员负责文档生成，而编辑负责根据首席程序员的草稿或口述，进行分析和重新组织，并监督文档生成。 两个文秘。管理员和编辑每个人需要一个文秘，负责那些非产品文件，以及使项目写作一致。 程序职员。负责程序的具体输入输出，日志归档保存。 工具维护人员。检查所有文件编辑、交互调试的工具，保证机器的可靠性。 测试人员。为各个功能设计系统测试用例，辅助日常调试。 语言专家。大多数计算机项目中，总有一两个乐于掌握复杂编程语言的人，大家会向他们咨询。 如何运作 首先，首席程序员负责和副手都了解所有的设计和全部的代码。这确保了工作概念上的完整性。第二，观点不一致之处由首席程序员单方面统一。不对问题进行分解和上下级关系，使得队伍达到客观的一致性。另外，其余只能人员要进行专业化的分工也是高效的关键。 团队的扩建 当我们需要组建几百人参与的大型任务时，应该如何应用外科手术这个概念呢？为了保证概念完整性，决定设计的人员应该是总人数的1/7甚至更少，我们仅仅需要协调”外科医生“的思路即可。 对于分解技术，我们会在后面的章节继续讨论。整个系统必须具备概念上的完整性，要有一个系统结构师从上至下的进行所有设计。要使工作易于管理，必须清晰的划分体系结构设计之间的界限，系统结构师必须一丝不苟的专注于体系结构。上述的分工是可行的，在实际工作中具有非常高的效率。 以上就是《人月神话》第三章——外科手术队伍所讲述的全部内容 在本章中，作者抛出了整本书的核心概念——概念完整性和结构师。 先是告诉了我们，绝大多数大型编程系统的经验显示，一拥而上的开发方式成本高、速度缓慢、效率低，开发出的产品无法进行概念上的集成。而后提供了一种类似于外科手术团队的团队架构，认为这样的架构（首席程序员）能够获得由少数头脑产生的产品完整性，又能拥有多人开发的效率，还彻底减少了沟通成本。 但仅仅是将首席程序员和外科医生作了形象的类比，并没有更深入的解读首席程序员。其实，从第四章到第七章，作者都不断的在论述结构师的重要性，第三章只是作为一个开头，后面我们将更加深入的了解什么是概念完整性，为什么概念完整性是产品质量的核心，以及结构师的必要性。 从第三章开始，我们不难发现（当时还需要用卡片进行输入输出），本书在描述的是40年前的软件开发经验，当时还没有传统意义的PC，编程工作内容和现在也存在着巨大的区别。可为什么《人月神话》看上去仍然和现在的软件实践相关，最常听到的解释就是”软件开发科学并没有正确的发展“，通过对比电脑硬件生产的效率和软件生产率能够支持这个观点，前者在40年间至少翻了1000倍，而软件行业现在还存在大量落后的项目管理方式。 无论出于何种原因，我都热衷于讨论书中的观点，哪些是符合现在情况的，哪些可能已经过时，现在的情况和过去又有什么差别，相信这样的心态也是本书一直畅销的原因之一吧。
-
发表了文章 2017-08-17
《人月神话》（P3）越加人进度越慢
空泛的估算 编程人员有时和厨师一样，某项任务的计划进度，受限制与客户要求的紧迫程度，然而紧迫程度并不能控制实际完成的情况。 例如，约定两分钟内煎完一个鸡蛋，看上去简单，但实际上它无法在两分钟内完成，顾客只能选择等待或者吃生鸡蛋。厨师的另一个选择是把火开大，不过结果常常是得到一个更糟糕的煎蛋。 为了满足顾客期望而造成的不合理进度安排，在软件领域中非常普遍。不科学的估算方法，少的可怜的数据支持，完全凭借产品经理直觉的判断，这样的方式很难得出有力、可靠、低风险的评估。 显然，我们有两种解决方案： 采用科学的方法，例如生产率图表、缺陷率图表、估算规则等 项目经理挺直腰杆，坚持他们的估计，确信自己的经验比客户期望进度要强得多 可是，我们对自己的估计不确定，因此在管理和客户的压力下，我们常常缺乏坚持的勇气。 重复产生的进度灾难 当一个周期4个月的项目，在第2个月的节点上进度没有达到要求，此时项目经理可以做些什么呢： 假设任务必须按时完成，整体进度估算合理，那么就指派更多的人手 假设任务必须按时完成，整理进度估算偏少，那么指派更多更多的人手 不削减任务，确保工作能彻底完成，重新安排进度 削减任务，仔细认真的调整项目，重新安排进度 前两种情况是灾难性的，因为增加人手从三方面增加了项目必要的总体工作量： 任务重新分配本身和所造成的工作中断 培训新人员 额外的相互沟通 而且毫无疑问的是，增加人手所开发出的产品，比没有增加人手而是重新安排进度所生产出的产品更差。向进度落后的项目中增加人手，只会使得项目更加落后。 以上内容就是《人月神话》第二章——人月神话，后两节所讲述的内容 作者反复论证了软件项目延期最主要的原因——缺乏合理的进度安排。读者不忍发问了“没有按时完成任务是因为时间太短”这难道不是诡辩吗？ 其实，作者想要提醒的是那些制定项目进度的人。进度估算作为软件工程中十分重要的一环，常常得不到应有的重视，不全面的、不科学的、不负责任的进度安排时常发生。项目经理总会有意无意的犯下各种错误，例如忽略测试阶段、盲目自信、缺少方法、缺乏勇气等等。这么说来，软件项目延期的主要责任人也就是制定项目进度的人。 放到现实中来说，作者的观点其实是有前提假设的，那就是所有的程序员都拒绝加班，所有项目都会指派一名项目经理，所有客户都知道自己要什么。说不定国外的环境确实是这样的，但是这三点假设在我们身边都是不成立的。 首先，程序员无条件的加班让项目经理更加盲目自信，为了能够接收到项目，不断地妥协于进度紧张的客户。其次，人员安排的混乱和欠缺，大多数项目是不存在项目经理的，甚至是由商务人员直接规划进度。最后，也是最可怕的事情，客户不清楚自己需要的是什么。 这些问题都发生在进度估算阶段之前，但由于不是本书重点所以不再赘述，以后会在其他书籍的导读中再来讨论这几个问题。 总之，《人月神话》第二章作者通过严谨详实的论证，得出了这样的结论，多少有点偏袒程序员的意思，难道项目延期的问题只在于安排进度的人吗？
-
发表了文章 2017-08-17
《人月神话》（P2）错误的进度估计
在众多的项目中，缺乏合理的进度安排是造成项目延期最主要的原因，这比其他所有因素加起来影响还要大。这个灾难是怎么发生的呢？ 所有编程人员都是乐观主义者 所有系统的进度安排背后第一个错误的假设是：一切都将运作良好，每项任务仅需要花费它“应该”花费的时间。对于创造者，只有在实现的过程中，才能发现我们构思的不完整和不一致性。 编程人员通过非常纯粹的思维活动构思程序，所以很容易自信的认为实现过程中不会遇到困难。然而我们的思维是有缺陷的，项目越大，能够按照计划顺利进行的概率就越小。 人月 在估计和进度安排的过程中使用“人月”作为工作量单位是十分荒谬的，是一个带有危险和欺诈性的神话，他暗示着人员数量和时间可以相互替换。然而人数和时间的互换仅仅适用于，某个任务可以分解给参与人员，并且他们之间不需要相互交流的情况。 当不能分解时，人手的添加对进度没有任何帮助，大多数编程工作都具有这种特征。就像你无论找几个妈妈，孕育一个生命总是需要10个月的时间。 对于可以分解的情况，增加人手可以加快进度，但是会提高成本，2个人的效率可能仅等于1.5个人。原因在于沟通、培训、交流等事物增加了工作量，而且所增加的工作量可能会完全抵消任务分解所产生的作用。 软件开发作为一项系统工作，沟通、交流的工作量非常大，它会快速消耗任务分解所节约下来的时间。 系统测试 系统测试进度的安排往往是编程中最不合理的部分，都过于短了。很少项目允许为为测试分配一半的时间，然而大多数项目的测试实际上是花费了进度中一半的时间。 不安排足够的测试时间将会是一场灾难，由此造成的项目延期成本高昂，在早期规划时，保留充分的测试时间非常重要。 作者建议进度安排： 1/3 计划 1/6 编码 1/4 构建测试和早期系统测试 1/4 系统测试，所有的构建已完成 以上内容就是原版《人月神话》第二章——人月神话，前三节所讲述的内容。 在本章中，作者试图告诉我们，项目之所以延期，很大部分原因是因为项目在最初的计划阶段，就错误的估计了项目进度。 管理人员很容易会认为项目功能完成就意味着开发完成了，没有为测试阶段安排较长时间的意识，往往测试的时间只能占到项目周期的1/8甚至更少。这明显是犯了乐观主义的错误，项目管理人员甚至比开发人员更加乐观。 如果不是站在专业的角度上，似乎很难理解测试阶段所花的时间，更难理解的是为什么增加人手不能让项目进度加快。
-
发表了文章 2017-07-26
触屏网站如何实现返回并刷新
目的 在会员中心等页面常常会遇到进入内页修改信息，返回前一个页面需要更新信息的场景。 思路 用COOKIE记录当前页面是否需要刷新，返回之后再刷新一次页面。 方案 下载js.cookie.js然后引入到项目中 https://github.com/js-cookie/js-cookie 先来一个最简易的版本： $(function (){ var isReload = Cookies.get('member_index_reload'); if(isReload == 1){ location.reload(); Cookies.set('member_index_reload', 2); } $('a').click(function (){ Cookies.set('member_index_reload', 1); }); }) 这个代码是放在需要刷新的页面，作用是无论点击进入了任何内页，返回之后总是刷新一次。 如果有更精细的需求的话，只需要在内页也引入js-cookie，修改信息之后将触发刷新的条件设置为真即可。
-
发表了文章 2017-07-20
《人月神话》（P1）提出问题
过去几十年的大型系统开发过程，看似都陷入了一个焦油坑，并且在其中拼命挣扎。表面上看起来，没有任何一个单独的问题解决不了，可是当他们相互纠缠在一起的时候，麻烦程度往往令人难以想象。 程序构件需要产品化（通用、测试、文档），同时程序构件需要被整合（接口、系统集成），之后才能形成编程系统产品（Programming Systems Product）。根据经验，编程系统产品的成本是程序成本的9倍，然而这是大多数系统开发的目标。 编程行业乐趣在于： 创造新事物带来的纯粹快乐 自己的创造物能够被别人需要的快乐 编写程序过程本身的快乐 任务不重复，持续学习新知识的快乐 成为程序员就可以轻松的尝试上面的快乐，比起当一名诗人要简单的多 然而，这个过程并不全是快乐的，编程的苦恼在于： 程序相对于人类思维来说是要追求完美的，即使错了一个字符也不能正常 工作目标往往由他人来设定 为了依靠其他人的程序，往往要委曲求全 寻找BUG是重复、枯燥、艰苦的，而且寻找最后一个错误要比第一个花费更多时间 在投入了大量辛苦的劳动之后，你的产品可能已经不再被需要了 我们所面临的挑战和任务是在实际的进度和有效的资源范围内，寻找解决实际问题的切实可行方案。 以上内容就是原版《人月神话》第一章——焦油坑，所讲述的内容。 作者通过他的经验，试图告诉我们，大型编程项目的成本是几何式增长的，如果不正确处理问题，我们很可能会陷入一个焦油坑中。之后又分析了编程行业的乐趣和苦恼，在我看来分析的很正确。 总的来说，作为第一章，作者从行业和个人两个角度，抛出了几个十分重要的问题。同时也引出了本书的主旨，即解决这些问题，作者试图先带领读者了解问题本质，然后在思考解决问题的方案。 相信作为程序员，面对这些问题或多或少都能引起共鸣。其实，本书首次发行于1975年，早在如此多年之前，这些问题就已经被人深入的讨论过。总觉得，今天的我们还在因为这些问题而困扰，多少是会感到有点羞愧的呢。 我们大谈的OOP编程和MVC思想等内容的同时，是否真的能解决我们所遇到的问题，还是我们可能一开始从根本上就做错了什么？我将持续为大家讲述这本书后续的内容。
-
发表了文章 2017-07-20
解决ThinkPHP数据库查询结果被强制小写的问题
注意：版本为3.2.3存在此问题 以前使用的老版本，最近把框架升级了，由于原来使用了 SHOW FULL FIELDS FROM *** 这样的SQL语句，数据库默认情况返回的键名首字母应该是大写的，原来的代码里面也都是大写的写法。 后来发现新版本全部被转化成小写了，代码改起来很麻烦，所以只能去修改底层。方法如下： 在项目目录中找到： /ThinkPHP/Library/Think/Db/Driver.class.php 在第67行左右找到： 2ec80000563381e56459.jpg 把图片中线框内的改为： PDO::ATTR_CASE => PDO::CASE_NATURAL 即原来CASE_LOWER改为CASE_NATURAL
-
发表了文章 2017-07-11
linux创建命令别名
在Linux服务器中安装好Mysql后，肯定希望能够在终端中直接使用mysql快捷命令。 打开终端，输入命令： sudo vim /etc/bashrc 在bashrc中添加创建别名的命令： alias mysql '/usr/local/mysql/bin/mysql' alias mysqladmin '/usr/local/mysql/bin/mysqladmin' 编辑完后，需要使用“wq!”命令强制保存内容。 然后再敲入mysql命令，就会提示你输入密码了。
-
发表了文章 2017-07-11
支付接口教程，详解支付宝接口（二）
支付宝的接口向来集成过程都让人觉得比较舒服，只有APP支付相对复杂，但也只是配置上复杂一些，只要清楚原理相信也不是什么难事。下面是以前介绍双钥加密原理的传送门：支付接口教程特别篇，公钥与私钥，双钥加密和数字签名 在这篇文章的引导下，我们来看一种真实的支付接口加密情景。 支付宝APP支付 为了确定商户和支付宝双方的身份和数据的安全，双方都会进行校验，也就是同时存在两套公私钥，支付宝一套，商家一套。画个图就是这样子的： 支付接口教程，详解支付宝接口（二） 这个过程中有两个关键点： 支付宝用商家公钥解密，确认商家身份和发起支付数据的安全 商家用支付宝公钥解密，确认支付宝身份和支付成功数据的安全 由此，在理论上可以推出，我们在配置阶段需要做的工作有以下几点： 利用工具生成自己（商家）的公钥和私钥 将生成的公钥告诉支付宝 下载支付宝提供的公钥 让我开始具体的流程。 接口申请 接口申请的地址为蚂蚁金服开放平台，在此之前需要成为入驻商家（这一步得客户去做）。 然后我们在开放平台创建一个应用： 支付接口教程，详解支付宝接口（二） 创建完之后我们查看应用详情，添加应用功能： 支付接口教程，详解支付宝接口（二） 在靠下的位置找到APP支付，根据提示一步步完成签约： 支付接口教程，详解支付宝接口（二） 注意：签约之后你会获得一个partner_id，也就是收款账户id 接口配置 首先我们得去准备商家的公钥和私钥，这个是需要自己生成的： 我们下载官方提供的生成工具，双击打开： 支付接口教程，详解支付宝接口（二） 秘钥格式和秘钥长度按照上图选择即可，点击生成之后可以看到工具提示秘钥保存的路径。 注意：通常情况下Mac用户是无法打开工具的，需要去设置-》安全与隐私中设置允许打开所有开发者的应用。 先把我们的生成的公钥告诉支付宝，下面这张图是重点： 支付接口教程，详解支付宝接口（二） 注意：这个页面的入口请注意右上角的箭头， 需要把鼠标放到右上角小头像那里， 然后点击弹出框中的账号管理。 点击左侧开放平台秘钥，这里顺手先把APPID记录下来。 之后，点击RSA2（SHA256）后面的查看应用公钥，在这里把刚才生成的商家公钥填进去。 最后，点击查看支付宝公钥，在这里把支付宝公钥记录下来。 最最后，再顺手把授权回调地址配置一下，也就是支付宝异步通知的地址。 接口集成 在这步之前，请确保你已经正确的完成下面几件事： 获取APPID 准备好商户的私钥 准备好支付宝公钥 已经上传了商户公钥到支付宝 已经配置好了授权回调地址 你已经签约完成并且准备好了partner_id（也称seller_id） 集成及调试步骤如下： 构造支付参数 使用商户私钥对参数进行签名 把签名和签名方式附在支付参数后面，通过接口传递给APP （抱歉，我是服务端视角，并不知道APP那边的故事） 接收支付宝异步回调并使用支付宝公钥进行验证 和微信APP支付一样，支付宝APP接口也并不会提示明确的错误，我们只能做的过程中加倍认真，然后多阅读文档。 注意：千万不要去检查签名和验证签名的过程是否正确， 绝大部分情况出错都是参数和配置的错 最后 支付宝APP的集成代码，和我们之前总结过的支付接口通用模式是符合的，感觉距离实现通用支付类又近了一步。 以上内容属于作者原创，特此声明，如需转载，请留言取得同意
-
发表了文章 2017-07-11
触屏网站如何通过浏览器获取定位，并按照距离远近查询数据
基本思路是这样的： 判断浏览器是否支持获取位置 尝试获取用户地理位置 成功则按照距离远近加载列表 否则按照普通模式加载列表 下面给出JavaScript代码： function loadData(){ if(navigator.geolocation){ navigator.geolocation.getCurrentPosition(loadByPosition,showErro r); }else{ alert('浏览器不支持定位'); } } 上述方法中的两个参数loadByPosition和showError分别是获取定位成功和失败的回调方法。 下面是成功之后按照位置获取列表的方法： function loadByPosition(position){ var lon = position.coords.longitude; //经度 102 var lat = position.coords.latitude; //纬度 25 $.ajax({ url:'', type:'post', data:{'position':{'lon':lon,'lat':lat}}, success:function (data){ $('list').append(data); } }) } 如果不成功，加载普通列表并提示错误的方法如下： function showError(error){ loadCommon(); switch(error.code) { case error.PERMISSION_DENIED: alert("定位失败,用户拒绝请求地理定位"); break; case error.POSITION_UNAVAILABLE: alert("定位失败,位置信息是不可用"); break; case error.TIMEOUT: alert("定位失败,请求获取用户位置超时"); break; case error.UNKNOWN_ERROR: alert("定位失败,定位系统失效"); break; } } 在SQL语句中，加入下面的查询字段，即可以通过坐标计算距离并排序： ROUND(6378.138*2*ASIN(SQRT(POW(SIN(({$lat}*PI()/180-latitude*PI()/180)/2),2)+COS({$lat}*PI()/180)*COS(latitude*PI()/180)*POW(SIN(({$lng}*PI()/180-longitude*PI()/180)/2),2)))*1000) AS juli 需要替换SQL语句中的{$lat}和{$lng}，分别为当前设备的纬度和精度。
-
发表了文章 2017-07-11
Apache配置多个站点（虚拟主机）最简单的办法
包含配置文件 先找到你的Apache配置目录 Mac和Linux用户的配置目录一般是在： /etc/apach2 Windows用户的配置目录一般是和Apache安装目录在一起。 编辑配置目录中的httpd.conf文件 搜索vhost.conf找到下面这句话： #Include /private/etc/apache2/extra/httpd-vhosts.conf 把前面的井号去掉（如果有的话）。 这句话意思是把extra目录下的httpd-vhosts.conf文件包含进来，这个文件就是我们写配置的地方。 编辑httpd-vhosts.conf文件 打开httpd-vhosts.conf文件，从最末尾的一行开始写我们的配置。写完之后记得重启apache服务。 最简单的配置方式如下（你可以先直接粘贴到里面）： #弗恩网 <VirtualHost *:80> DocumentRoot "/var/www/htmlc/public/" ServerName local.fourn.com <Directory "/var/www/htmlc/public/"> Options FollowSymLinks ExecCGI AllowOverride All Order allow,deny Allow from all Require all granted </Directory> </VirtualHost> 让我们一句句的看下 #弗恩网 我们在每个虚拟主机前面应该写一个注释表明这个主机中所存放的是哪个站点。 如你所见，井号后面的内容会被视为注释。 <VirtualHost *:8088> 服务的IP地址和端口号，通常默认就是：:80，其中“”代表所有IP DocumentRoot "/WWW/fourn/" 站点位置（站点目录路径），也就是实际物理路径。这里的WWW文件夹下可以有很多站点。 默认情况下，apache安装成功，就默认配置好了一个“站点”，该站点的实际位置在：apache安装位置/htdocs/。 ServerName local.fourn.com 主机名（服务器名/站点名)，也就是用哪个URL输入到浏览器中来访问。 <Directory "/var/www/htmlc/public/"> Options FollowSymLinks ExecCGI AllowOverride All Order allow,deny Allow from all Require all granted </Directory> 设置访问权限，语法如下： <Directory “要设置权限的目录路径”> Options FollowSymLinks ExecCGI：设置当一个请求中没有给定请求的文件名又没有默认网页（首页）的时候，显示文件列表AllowOverride all：允许分布式配置文件.htaccessOrder allow,deny：设置权限控制的先后顺序，只有2种：Deny,Allow(先拒绝，后允许），Allow,Deny（先允许后拒绝）Allow from all：允许名单，所有Require all granted：允许所有请求访问资源 修改hosts文件 如果你是Mac或者Linux用户，hosts文件在：/etc/hosts Windows用户的hosts文件在：C:\Windows\System32\drivers\etc 注意：Windows用户需要把文件拷贝到别的地方修改完之后再覆盖回去 Mac或者Linux用户需要在命令前加上sudo。 在文件的最底部加上一句： 127.0.0.1 local.fourn.com 保存之后就OK了。 现在就可以在本机浏览器上使用local.fourn.com域名，访问本机的弗恩网项目了。 Apache配置多个站点（虚拟主机）最简单的办法 以上内容属于作者原创，特此声明，如需转载，请留言取得同意
-
发表了文章 2017-07-11
支付接口教程特别篇——公钥与私钥，双钥加密和数字签名
不知道有没有高考志愿报了电子商务专业的同学，不出意外的话你们以后有门课就是电子支付原理。 小编总结了一些私钥与公钥的知识，不一定完全正确，但至少可以帮助人们理解。 我们将以提问的方式循序渐进（其实也是我的心路历程），让我们开始。 什么是公钥与私钥？ 总的来说，是一种采用RSA算法对网络数据进行加密传输的方式。采用这种方式加密，需要生成两串秘钥，公开的叫做公钥，未公开的称为私钥。它们都可以用于加密和解密文件。 什么是RSA算法？ RSA算法一直是使用范围最广的"非对称加密算法"，早在1977年就已经诞生。具体的原理并不难，但不是我们今天讨论的重点。 只需要记住使用这种算法，加密和解密的时候所使用的密码不一样，但密码永远是成对出现的。 也就是说，一个箱子配备了两把钥匙，你用其中一把钥匙把箱子锁住，再用这把钥匙是打不开的，需要用另一把，反之亦然。 公钥和私钥到底哪个用来加密，哪个用来解密？ 公钥和私钥是同时存在的一对秘钥，在本质上没有区别。 例如，A秘钥加密的文件可以用B秘钥解密（AB秘钥必须为一对），B秘钥加密的文件可以用A秘钥解密（不能自己解密自己）。只不过人人都知道的叫做公钥，只有一个人知道的叫做私钥。所以，公钥和私钥只是人为赋予的名称，和哪个加密，哪个解密并没有直接的关系。 之所以会存在这个问题，原因是使用的场景不同，我们先直观的看看这两种情况： 你有两个字母A和B，你用A加密了一个文件，此时只有B可以解密，然后你告诉所有人，这里有一个我用A加密过的文件。虽然人人都可以复制一份加密文件到自己的电脑上，但是他们并不知道B可以解密。然后你想把这个文件交给我，所以告诉我字母B可以解密，此时我也去复制了一份文件，并且用字母B进行解密，我也就看到了文件的内容。这样就达到了保护数据的目的，此时公钥用于加密，私钥用于解密。 我有A、B两个字母，一开始就通知了所有人，想和我说话的同学请用字母B进行加密。这个时候你把用字母B加密过的文件公开了出来，并注明我来查收。但是，总有那么些坏人会查收一些不是留给自己文件，但是坏人拿到的是加密过的文件，而且并不知道A可以用来解密。所以只有当我拿到文件时，用A进行解密可以知道内容。也达到了保护数据的目的，此时仍然是公钥用于加密，私钥用于解密。 上面两种情况都是公钥加密的情况，比较容易理解。那么我们想一下，如果用私钥加密，那么就意味着所有人都能解密我发出的信息，这种情况有什么用呢？答案就是数字签名。 我现在使用字母A加密了我的文件（A并不会公开），然后我告诉所有人请用字母B来解密，现在大家都知道了我发的内容。但是，如果有人想伪造的文件呢。此时，如果你用B解密了密文，那么你自然会想到，这个文件肯定是由我发出的，因为能用字母B解密的文件肯定是字母A所加密的，而只有我才知道字母A。这样就达到了确认文件来源的目的。 我收到了一句话，内容是让我立即关闭电脑，还附带了一个数字签名，但是我认为只有我老婆才能让我关掉电脑。这个时候我去问她“你加密文件的公钥是什么”，她生气的告诉我是字母B（她的公钥），然后我用字母B去解密数字签名，解密出的内容是一句英语“Turn off computer”。我用百度已翻译发现是让我关闭电脑的意思。我明白了两个问题：第一，我能够解密数字签名，说明这句话确实是她发送给我的。第二，解密出来的内容和我收到的那句话意思是一样的，代表这句话并没有被人篡改过。那么此时，我欣然的关闭了我的电脑。 其实，第四个场景才是支付接口集成常遇到的情况，前面几个只是帮助理解双钥加密的原理罢了。当然，实际的数字签名要比这些文字复杂的多，比如说双人双钥的情况。 为什么有些支付接口要采用双钥加密？ 目的无非就是两个：保证信息来源可靠性，和保证信息完整性。 这两点在支付流程中是及其重要的，毕竟涉及到钱的东西，谁都不敢含糊。双钥加密目前并没有组织声称可以破解，所以能够最大限度的保障支付数据的安全。 比如，后面要介绍支付宝APP支付和银联支付就是双钥加密的。 为什么有的接口又不用呢？ 实际上之前介绍的接口采用的是对称加密的算法，即加密与解密使用同样的秘钥。 虽然认为对称加密不如非对称加密安全，但是也没有任何迹象表面对称加密会被淘汰，而且对称加密更简单易用。 其实，对称加密最大的风险就在于秘钥管理。这就是为什么我们之前介绍的微信支付，在收集秘钥的时候，总是多次验证，而且秘钥只给你看一眼。 以上内容属于作者原创，特此声明，如需转载，请留言取得同意
暂无更多信息
-
发表了文章
2017-06-26
PHP 变量转换情况汇总
-
发表了文章
2017-06-26
修改防火墙规则，开放Linux的3306端口，外部访问Mysql数据库
-
发表了文章
2017-06-27
如何让触屏页面在微信中返回时可以保持原高度（位置）
-
发表了文章
2017-06-28
PHP支付接口教程，详解微信支付（一）
-
发表了文章
2017-06-30
PHP支付接口教程，详解微信支付（二）
-
发表了文章
2017-06-30
不要把那座山移开，给我力量去攀登
-
发表了文章
2017-07-02
PHP支付接口教程，详解微信支付（三）
-
发表了文章
2017-07-03
巧妙利用iframe，实现和AJAX一样的异步提交表单效果
-
发表了文章
2017-07-04
手机端如何实现压缩并上传多张图片，触屏图片压缩
-
发表了文章
2017-07-05
支付接口教程，详解支付宝接口（一）
-
发表了文章
2017-07-11
支付接口教程特别篇——公钥与私钥，双钥加密和数字签名
-
发表了文章
2017-07-11
Apache配置多个站点（虚拟主机）最简单的办法
-
发表了文章
2017-07-11
触屏网站如何通过浏览器获取定位，并按照距离远近查询数据
-
发表了文章
2017-07-11
支付接口教程，详解支付宝接口（二）
-
发表了文章
2017-07-11
linux创建命令别名
-
发表了文章
2017-07-20
解决ThinkPHP数据库查询结果被强制小写的问题
-
发表了文章
2017-07-20
《人月神话》（P1）提出问题
-
发表了文章
2017-07-26
触屏网站如何实现返回并刷新
-
发表了文章
2017-08-17
《人月神话》（P2）错误的进度估计
-
发表了文章
2017-08-17
《人月神话》（P3）越加人进度越慢
滑动查看更多
暂无更多信息
暂无更多信息