本来我是应该不会遇到这种问题的吧？只是在用composer的时候，因为dcat-admin经常更新，但release版本又比较慢。所以就直接引用他的git了。本地无所谓，毕竟我有32G内存，上线后，在composer update的时候，报out of memory.
网上不少的例子都是说：git config --global pack.windowMemory 1024m，我这样试了之后没有解决
于是：
git config --global pack.windowMemory 1g
git config --global pack.packSizeLimit 1g
git config --global pack.deltaCacheSize 1g
git config --global core.packedGitLimit 1g
git config --global core.packedGitWindowSize 1g
还是没有用。再找资料的时候有看到说，可能是因为没有swap空间，即使你的内存大，没有swap也可能会有问题。于是看了一下，确实：free -m的时候。swap确实是0，参考：https://stackoverflow.com/questions/14038074/git-pull-fatal-out-of-memory-malloc-failed
好吧，几步操作：
1、dd if=/dev/zero of=/root/myswapfile bs=1M count=1024
2、chmod 600 /root/myswapfile
3、mkswap /root/myswapfile
4、swapon /root/myswapfile
5、vim /etc/fstab
/root/myswapfile swap swap defaults 0 0
然后就一切OK了，没有好好排版。因为，断断续续的写了三天。中间还断过一次。忍忍吧（等什么时候换laravel后台再好好弄弄）
Dcat-Admin的multipleSelect和select 在新增的时候，可以通过default()方法给它赋值，但在编辑的时候，不能通过default方法赋值。
1、如果编辑的时候，默认数据库取出来的值，对应着 options中的key，可以直接使用。
2、如果需要调整，比如存到数据库时，是字符串型，但select/multipleSelect的value只能是数组。如果通过->value([$data])赋值也是无效的。只能通过customFormat方法进行赋值。默认的参数就是传进来的值。如果你是字符串，可以explde，如果是对象，可以遍历后返回。
参考 ：http://www.dcatadmin.com/docs/master/model-form-fields.html
有时候你不得不承认,DCAT-admin / laravel-admin 做后台是属于比较方便的。你硬要说nova之类的，我也无话可说。但毕竟nova要钱，而且文档并没有国内的全。
为什么说dcat-admin，主要还是laravel-admin好久没有大更新了。然后laravel-admin的多应用要钱。虽然我买了，但更新太慢，我现在还是用dcat了。
很多人在github上面问，为什么不支持VUE。其实也能理解 ，vue如果用了, pjax就不太好用了。但我还是得说，如果你只是简单的，不做特别复杂的应用，还是有办法支持vue的。
首先全局引用JS，Admin::js()，这个不用多说，如果不想全局引用，那就在自己的页面里，将它引用出来就行了。
然后用了个简单的demo，
XML/HTML代码
- <div id="sign-form">
- @{{ form }}
- <el-input v-model="input" placeholder="请输入内容"></el-input>
-
- <el-steps :active="active" finish-status="success">
- <el-step title="步骤 1"></el-step>
- <el-step title="步骤 2"></el-step>
- <el-step title="步骤 3"></el-step>
- </el-steps>
-
- <el-button style="margin-top: 12px;" @click="next">下一步</el-button>
-
- </div>
- <script>
- var form = {};
- new Vue({
- el: '#sign-form',
- data() {
- return {
- form: form,
- input: '{{date('Y-m-d H:i:s')}}',
- active: 0
- };
- },
- mounted() {
- this.request();
- },
- methods: {
- formReset() {
- this.form = form;
- },
- request() {
- this.form = {a: 1, b: 2, c: 3, d: 5};
- {{--laravel.get('{{api_url('union/bind/check/123')}}', res => {--}}
- {{-- console.log(res);--}}
- {{--});--}}
- },
- next() {
- if (this.active++ > 2) this.active = 0;
- }
- }
- });
- </script>
保存后，点开网页看看。确实不会再加载了。但这种ＶＵＥ，就只适合单页面用用了（当然，本身也就是为了在复杂的表单上使用它。也够了）
---差点没有保存。。
看起来这个标题好象没啥，今天被折腾了好久
因为网络不好，所以在更新的时候一直更新不下来。再更新就报zip包出错，多次尝试都是这样。
删除vendor目录，再试也是这样
开始以为是墙的问题，毕竟压缩包都在github上，所以爬了梯子试了下，还是zip包出错
因为发现问题都是出现在load from cache，所以想了下，还是用composer clear-cache清空一下。然后composer global update，再回到本目录，进行composer update
一切OVER
总感觉博客一直处于风雨飘摇之中，从08年到现在，好象迁移了不下6次了吧
从最开始服务器放在同普路机房，迁移到E动的江阴机房，再到阿里云，再后来到linode，再到腾讯香港，再到layerstack，再到阿里云。经历了种种磨难。
如果又回归阿里云了。所幸数据迁移还算比较容易，由于东西都没有上GIT，其实也是属于比较痛苦的事情，比如打个包就2.6G，其中也一堆垃圾数据（本来一直想图片上云也没有做，数据库也有20多M。），垃圾数据中还包括了一个vbox（如今也没有用了），还有一些已经找不到的软件，比如mqs相关的。
后续会对这些数据再做一次清理，然后尝试上github吧。后续还是会考虑自动备份数据库，感觉那样更合适一点。（现在没有搞）
博客也10多年了，不知道自己在坚持什么。
