M-finder

docker已经装好了，但是完全不知道怎么用，先来点官网的例子看看吧。 docker自带的终端不太好用，所以先用xshell连接上终端，ip为终端启动时显示的：192.1168.99.100，默认应该都是这个。账号密码是：docker / tcuser 1234567891011121314 ## . ## ## ## == ## ## ## ## ## === /"""""""""""""""""\___/ === ~~~ {~~ ~~~~ ~~~ ~~~~ ~~~ ~ / ===- ~~~ \______ o __/ \ \ ...

Docker 是一个开源的应用容器引擎，基于 Go 语言 并遵从Apache2.0协议开源。 Docker 可以让开发者打包他们的应用以及依赖包到一个轻量级、可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。 容器是完全使用沙箱机制，相互之间不会有任何接口（类似 iPhone 的 app）,更重要的是容器性能开销极低。 docker官方推荐了两种安装方式:app和toolbox。 注：app方式对系统版本和配置会有一定要求，Mac版本会自动为你安装好VM（虚拟机），但Windows版本需要你安装微软虚拟化产品Hyper-V，而toolbox方式则需要你额外安装virtualbox来作为docker的VM。 App-macApp-win Toolbox centos 安装注意：docker要求centos在3.0以上 可以用 uname -r 查看centos内核： 12345uname -r[root@localhost ~]# uname...

最近在用layui做一个社区站点，有个页面想做成瀑布流形式，但是layui本身的流加载并没有实现这个功能，所以在研究了几个臃肿的插件源码后，自己做了一个可以结合layui流加载使用的轻量级瀑布流插件，用起来也比较简单。 图丢了，演示效果无。 使用说明：友情提示：如果不熟悉layui的用法，请百度过去仔细阅读一下文档。 在页面中用layui的定义的模式扩展引入common.js ajax加载数据信息，获得数据总分页数 laytpl渲染数据 流加载判断是否还有下一页数据 waterfall整理页面元素的定位 javascript 内容： common.js 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859layui.define(['jquery', 'element', 'util', 'laytpl'],...

以前偶然之间接触到pjax这个插件，眼前一亮，被它惊艳到了。 顿时觉得心痒难耐，便着手测试想要加在博客里，几经折腾，页面的跳转总算是改善许多，但是离我所见到的完美却总是差一步：每次跳转页面都会闪一下。 奈何文档太少，或者说我所遇到的问题水平太low，这个问题也就一直伴随着我的博客。 服务器到期后，我就把博客迁到了github，用着还挺满意，还拉了几个同学也来用这个，这两天有个同学换了套别人做的模板，让我又见识到了pjax的魅力。 妈蛋，不能忍。 看文档没能解决我的问题，那我找别人的源码去。 于是今天下班路上，扒了几篇码云的源码，终于是解决了这个伴随已久的不完美！ 123456789101112131415161718192021<script type="text/javascript"> layui.config({ base: '/js/' ,version: false }).extend({ index:...

前前后后搭建过无数次环境，大大小小的坑也差不多都踩了，今天趁着腾讯搞活动，120块买了台16个月的服务器，想着晚上把环境搭建下吧，结果把之前的文档掏出来发现是没更新的，最新版在公司…… 算了，老子再搞一遍，放在网上随便看。 更新组件123456789yum -y updateyum -y groupinstall 'Development Tools'yum install gcc-c++ patch readline readline-devel zlib zlib-devel bzip2 autoconf automake libtool bison iconv-devel libyaml-devel libffi-devel openssl-devel make yum -y install readline readline-devel ncurses-devel gdbm-devel glibc-devel tcl-devel openssl-devel curl-devel expat-devel db4-devel byacc...

测试时未知原因，markdown格式的图片标签无法识别，只能用下边hexo推荐的标签。各种尝试，最后推掉重来，好了。 mmp，可能是中间有什么步骤没做好。 1{% img [class names] /path/to/image [width] [height] [title text [alt text]] %} 多设备什么的把源码丢在.io的分支上就好了。 1234567git init #初始化本地仓库git add . #添加文件git commit -m "Blog Source Hexo"git branch hexo #新建hexo分支git checkout hexo #切换到hexo分支上git remote add origin git@github.com:yourname/yourname.github.io.git #将本地与Github项目对接git push origin hexo #push到Github项目的hexo分支上 别的设备只需要拉下代码，然后切换下分支，再执行下 “npm...

一晚上的火车，再加上3个小时的大巴，总算是在年前赶回了家。 看着周围熟悉的环境，听着亲切万分的乡音，瞬间觉得，这一路的折腾也没什么大不了的。 可能这就是“家”所赋予“年”的特殊力量吧。 忐忐忑忑的本命年，终于在今天画上了句号。 回头想想，又特么一如既往地穷了一年。不过，这些在今天看来，似乎都不太重要了，重要的是老子畏畏缩缩的过了本命年，明天又可以继续开始浪~ 哈哈哈哈哈…… 2017”鸡”将结束，2018”犬”力以赴！！ 祝大家新年快乐，狗年好合，哦不，狗年大吉，狗年旺旺旺！

从前，有一块使用 swoole_process 做多线程处理的程序，这个程序有一个奇怪的问题：每运行一个星期左右都会因为内存爆表而停掉。 因为爆表的时间关系，开发的小伙伴们都认为是这段使用 swoole_process 的程序有问题，几经更新改版，代码已经趋于完美，平稳的运行了几天后，小伙伴们终于都松了一口气，终于解决了这个问题。 然而，伴随着百年难遇的血月，这块程序还是在一个意想不到的时间又爆了一次，小伙伴们终于意识到，问题的根本并不在这里，想要找出并改掉这个问题，是何等艰难！但是他们知道，真相只有一个！ 又经过几天的排查，凶手终于浮出水面！ 呐，就是这孙子：openssl_pkey_get_private 抽出的测试代码： 123456789while(true){ $key = file_get_contents('mock_A.pem'); echo $m=memory_get_usage(),PHP_EOL; $getkey = openssl_pkey_get_private($key,...

公司项目最近翻新了页面，把 bootstrap 完全改成了 layui 。 按照惯例，上线之前先在测试环境跑几天，结果在搭建测试环境的时候，问题就出来了： laravel 版本是 5.4.63 ，服务器的 php 版本是 5.6 ，执行 composer install 时，提示我需要 php7.1 。 吓得我一阵懵逼，难道是什么时候装错扩展了？ 把 composer.json 里没什么用的扩展完全去除后再试，结果还是一样。 反复折腾无果，想起还有 update 可以用，遂改为执行 composer update ，终于开始安装了。 小样，还治不了你了！容老夫抽根烟得瑟一下。 下一秒，一个新的报错又砸我个措手不及： class ‘’ not found ! 虽然不知道这个报错是咋回事，但是潜意识觉得应该是某个 Kernel 文件出错了。 找到一份之前的备份，一通对比，终于有所发现： 出错的代码比之前正常的代码多了个 “，”，丫的，太粗糙了！ 去掉，再次执行 update ，果然一路畅通无阻。 但是那个该死的 install 是再也没回来。

一直觉得社区那群“先驱”搞的右键菜单要么太丑，要么风格不统一，很难受。 这两天仔细看了看心姐的源码，把历史消息里的右键菜单揪出来改了一把，感觉很良好。 演示地址已挂，请在本地搭建后测试。 调用方法，先引用上边暴露出来的方法，然后： 1234567891011121314151617181920212223242526layim.on('ready', function (options) { $(".layim-list-friend >li > ul > li").menu({ menu: [{ text: "新增", callback: function () { alert("新增"); } }, { ...