一个phper,笔试,面试,技术栈的总结

powerby flight phpms

成功,唯有积累,没有奇迹

关于我

瞧一瞧,看一看:

吴大叔,20已过半,30还未满,175cm的个子,65kg的体重,平淡的就像差不多先生,一个非主流的程序员,目前的理想是赚钱,得一灵魂伴侣,然后隐居山水之间,蹦野迪

友情链接

一切只是开始,我从未放弃过改变

MySQL表结构(含数据类型、字段备注注释)导出成Excel

2019-03-19 16:47:59 - 2019-03-19 16:49:24

像我们使用的数据库图形化工具Navicat Premium、Navicat for XXX、SQLyog、DataGrip等等都可以导出表结构SQL脚本,但是当我们要将数据库整理成文档时导出表结构的sql脚本肯定是不方便的,在这里要说的是,将表结构(含注释)导出到Excel中的方法 但是 不支持将表结构导出成以上的那些格式,这个比较悲痛。 这里就提供一种如果使用的工具不支持表结构导出成Excel或者HTML等格式的方法; 以下用的是Navicat Premium,可以换成任意图形化客户端 ``` SELECT COLUMN_NAME 列名, COLU


docker-compose.yml 语法说明

2019-02-16 21:42:10 - 2019-02-16 21:47:29

>YAML 模板文件语法 默认的模板文件是 docker-compose.yml,其中定义的每个服务都必须通过 image 指令指定镜像或 build 指令(需要 Dockerfile)来自动构建。 其它大部分指令都跟 docker run 中的类似。 如果使用 build 指令,在 Dockerfile 中设置的选项(例如:CMD, EXPOSE, VOLUME, ENV 等) 将会自动被获取,无需在 docker-compose.yml 中再次设置。 ## image 指定为镜像名称或镜像 ID。如果镜像在本地不存在,Compose 将会尝试拉去这个镜像。 例如


Markdown 语法一 (示例 字体 字号 颜色)

基本语法已经熟练,Mardown真的是编辑利器

2019-01-24 23:37:45 - 2019-01-25 00:40:08

我就是看这篇文章入门的,感觉很不错,于是把精华部分整理一下,做一个备份,方便以后自己查看,同时也可以和大家分享 [github牛人收集的Markdown信息](https://github.com/younghz/Markdown) [github本页面地址](https://github.com/wuxiumu/Markdown) ## <a name="index"/>目录</a> * [横线](#line) * [标题](#title) * [文本](#text) * 普通文本 * 单行文本 * 多行文本 * 文字高亮 *


Redis 是一个开源(BSD许可)的,内存中的数据结构存储系统,它可以用作数据库、缓存和消息中间件

它支持多种类型的数据结构,如 字符串(strings), 散列(hashes), 列表(lists), 集合(sets), 有序集合(sorted sets) 与范围查询, bitmaps, hyperloglogs 和 地理空间(geospatial) 索引半径查询。 Redis 内置了 复制(replication),LUA脚本(Lua scripting), LRU驱动事件(LRU eviction),事务(transactions) 和不同级别的 磁盘持久化(persistence), 并通过 R

2019-01-19 06:41:09 - 2019-01-19 06:46:54

>今天开始学习redis,加油ヾ(◍°∇°◍)ノ゙ Redis 是一个开源(BSD许可)的,内存中的数据结构存储系统,它可以用作数据库、缓存和消息中间件。 它支持多种类型的数据结构,如 字符串(strings), 散列(hashes), 列表(lists), 集合(sets), 有序集合(sorted sets) 与范围查询, bitmaps, hyperloglogs 和 地理空间(geospatial) 索引半径查询。 Redis 内置了 复制(replication),LUA脚本(Lua scripting), LRU驱动事件


git-标签

Git有commit,为什么还要引入tag? “请把上周一的那个版本打包发布,commit号是6a5819e...” “一串乱七八糟的数字不好找!” 如果换一个办法: “请把上周一的那个版本打包发布,版本号是v1.2” “好的,按照tag v1.2查找commit就行!” 所以,tag就是一个让人容易记住的有意义的名字,它跟某个commit绑在一起。

2019-01-19 06:26:04 - 2019-01-19 06:40:03

# 创建标签 在Git中打标签非常简单,首先,切换到需要打标签的分支上: ``` $ git branch * dev master $ git checkout master Switched to branch 'master' ``` 然后,敲命令git tag <name>就可以打一个新标签: ``` $ git tag v1.0 ``` 可以用命令git tag查看所有标签: ``` $ git tag v1.0 ``` 默认标签是打在最新提交的commit上的。有时候,如果忘了打标签,比如,现在已经是周五了,但应该在周一打的标签没有打,怎么办


git-多人协作

使用git push origin branch-name,如果推送失败,用先git pull抓取远程的新提交

2019-01-19 06:19:46 - 2019-01-19 06:24:03

当你从远程仓库克隆时,实际上Git的把自动本地的master分支远程状语从句:的master分支对应起来了,并且,远程仓库的默认名称是origin。 要查看远程库的信息,用git remote: ``` $ git remote origin ``` 或者,用git remote -v显示更详细的信息: ``` $ git remote -v origin git@github.com:michaelliao/learngit.git (fetch) origin git@github.com:michaelliao/learngit.git (push) ```


git-Feature分支

如果要丢弃一个没有被合并过的分支,可以通过git branch -D <name>强行删除。

2019-01-19 06:16:54 - 2019-01-19 06:19:06

软件开发中,总有无穷无尽的新的功能要不断添加进来。 添加一个新功能时,你肯定不希望因为一些实验性质的代码,把主分支搞乱了,所以,每添加一个新功能,最好新建一个feature分支,在上面开发,完成后,合并,最后,删除该feature分支。 现在,你终于接到了一个新任务:开发代号为Vulcan的新功能,该功能计划用于下一代星际飞船。 于是准备开发: ```` $ git checkout -b feature-vulcan Switched to a new branch 'feature-vulcan' ``` 5分钟后,开发完毕: ``` $ git add v


git-错误分支

“任何傻瓜都能写出计算机可以理解的代码。好的程序员能写出人能读懂的代码” —— Martin Fowler

2019-01-19 06:06:29 - 2019-01-19 06:13:01

>“任何傻瓜都能写出计算机可以理解的代码。好的程序员能写出人能读懂的代码” —— Martin Fowler 软件开发中,错误就像家常便饭一样。有了错误就需要修复,在混帐中,由于分支是如此的强大,所以,每个错误都可以通过一个新的临时分支来修复,修复后,合并分支,然后将临时分支删除。 当你接到一个修复一个代号101的错误的任务时,很自然地,想你创建³³一个分支issue-101来修复它,但是,等等,正在当前dev上进行的工作还没有提交: ``` $ git status On branch dev Changes to be committed: (use "git r


git -分支管理策略

Fast forward模式

2019-01-19 05:56:50 - 2019-01-19 06:04:09

通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息。 如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。 下面我们实战一下--no-ff方式的git merge: 首先,仍然创建并切换dev分支: ``` $ git checkout -b dev Switched to a new branch 'dev' ``` 修改readme.txt文件,并提交一个新的commit: ``` $ git add readme.txt


git-解决冲突

解决冲突就是把Git的合并失败的文件手动编辑为我们希望的内容,再提交。

2019-01-19 05:49:46 - 2019-01-19 05:53:01

>人生不如意之事十之八九,合并分支往往也不是一帆风顺的。 新准备的feature1分支,继续我们的新分支开发: ``` $ git checkout -b feature1 Switched to a new branch 'feature1' ``` 修改readme.txt求最后一行,改为: ``` Creating a new branch is quick AND simple. ``` 在feature1分支上提交: ``` $ git add readme.txt $ git commit -m "AND simple" [feature1 14


有需要的,可以联系我 wuxiumu@163.com

Copyright © 2019. All rights reserved. 本站由 无朽木 纯手工打造