M-finder

一又回魔都了，目前趋于稳定。 二我家大美丽也来了。 三自己的电脑刷成了 linux，目前还在探索中。 四节日快乐呀！

没忍住，把家里的电脑更新到了预览版，然后体验了一下 wls2，相对于 wsl1，使用 docker 简直不要太简单。 更新 wsl2开个命令行： 12wsl --set-version Ubuntu 2wsl --set-default-version 2 下载docker wsl2 版 docker 下载 配置下载完成后，先勾选 wsl2。 然后直接重启 docker。 重启完成后，勾选你的发行版子系统。 然后再次重启 docker。 测试12bashdocker -v 重装好像把我之前的镜像都给弄没了，切到 laradock 重新下载。 正常访问，打完收工。

子系统出来挺长时间了，看看配置，公司的渣机也就能玩玩wsl1，也就是第一代子系统。 算了，就这么鼓捣吧。 子系统选择 Ubuntu。 安装子系统略 配置 docker官网配置手册 先卸载旧版docker： 1sudo apt-get remove docker docker-engine docker.io containerd runc 然后再继续安装： 12345678910111213141516171819202122232425262728# 更新索引sudo apt-get update# 安装软件，允许 apt 通过 https 访问存储库sudo apt-get install -y \ apt-transport-https \ ca-certificates \ curl \ software-properties-common# 添加Docker的官方GPG密钥curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -#...

在 laravel vue 中使用 svg 图标 安装扩展组件：123npm install laravel-mix-svg-vueoryarn add laravel-mix-svg-vue 在 webpack.mix.js 中添加引用：12345const mix = require('laravel-mix');require('laravel-mix-svg-vue');mix.js('resources/js/app.js', 'public/js') .svgVue(); 在 app.js 中引用组件1234import Vue from 'vue';import SvgVue from 'svg-vue';Vue.use(SvgVue); svg 使用：1<svg-vue icon="avatar"></svg-vue> 默认配置123456789{ svgPath:...

之前写了一篇 在 laradock 环境中使用 laravel-swoole 加速你的 laravel 应用 的博客，算是敲开了 laravel-swoole 的大门，今天就继续研究下期中的 websocket 功能。 安装 laravel-swoole这里就不写了，参考上篇。 配置 socket编辑 laravel env 文件，写入如下一行： 1SWOOLE_HTTP_WEBSOCKET=true 然后执行 php artisan swoole:http infos 查看状态 1234567891011121314151617+-----------------+-----------------------------------------------------+| Name | Value |+-----------------+-----------------------------------------------------+|...

运行在服务器上的数据同步脚本突然出现已杀死，谁把你杀了，咋就突然被杀了？？？ 系统日志切换到 var/log/ 查看 messages，发现是 Out of memory: Kill process 13678 (python3) score 906 or sacrifice child 原因分析这就奇怪了，数据同步脚本每次运行完都会释放内存的，而且已经从常开的死循环改成了 BlockingScheduler 的定时任务，按理说不应该消耗大量内存。 数据同步没问题，那就只能是其他程序消耗了，想起来这里不紧运行了数据同步，还有一个 laravel 项目和一个 django 项目，laravel 为 django 提供接口，问题很有可能就出现在 django！ 运行 top 查看 python 的内存消耗，然后通过 laravel 调用一下接口，发现内存确实上涨并且一直没有释放。 罪魁祸首终于找到了！ 问题解决经过一番查询，django 引发内存泄漏一般有两种情况，一个是直接访问 django 的数据库接口时没有主动释放游标，另一个就是设置了 debug...

laradock laravel 内置 vue 的用法 laravel 事件 laravel 队列 laravel 内置测试模块 laravel 广播系统 laravel 消息通知 composer 扩展包开发 php travis ci 可持续集成 swoole 深入学习 trait 的实际应用 php 代码分析工具 PHPStan 的研究与学习 laravel 最新版项目实战 deep learning 卷积网络预测股票涨跌 laravel-swoole laravel-admin

在 laradock 环境中使用 laravel-swoole 加速你的 laravel 应用。 安装laravel-swoole12composer require swooletw/laravel-swoolephp artisan vendor:publish --tag=laravel-swoole 开放 workspace 端口在 laradock/workspace/Dockerfile 最后添加一行： 1EXPOSE 1215 然后重新 build workspace 容器。 修改 nginx 配置123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657upstream swoole-http { server workspace:1215;}map $http_upgrade $connection_upgrade { default upgrade; ...

在 docker 容器中安装 zend guard。 进入容器1docker-compose exec php-fpm bash 更新环境12apt-get updateapt-get install wget -y 下载文件1wget http://downloads.zend.com/guard/7.0.0/zend-loader-php5.6-linux-x86_64_update1.tar.gz 解压1tar -xzvf zend-loader-php5.6-linux-x86_64_update1.tar.gz 查看扩展路径在 php-info 中搜索路径： 1extension_dir 移动扩展包并使之生效12cp *.so /usr/local/lib/php/extensions/no-debug-non-zts-20131226docker-php-ext-enable ZendGuardLoader 安装成功重启环境。

1. 在需要权限校验的 model 中新增方法12345678910public function getAllPermissionsAttribute() { $permissions = $this->getAllPermissions(); $permission_names = []; collect($permissions)->map(function ($permission) use (&$permission_names) { $permission_names[] = $permission->name; }); return $permission_names;} 2. 在 app.blade 中存储当前用户的所有权限1234567<script> @auth window.Permissions = @json(Auth::user()->allPermissions); @else ...