用链表的思路做可以吗？这样的话移动顺序只需要更改关联字段就可以了

@chinvo laravel 的 model 有专门的属性来规避这个问题，可以只允许指定 field 来进行批量赋值，也可以反向设置指定 field 不能批量赋值

etl 工具类似 kettle 这种怎么样？可以自己写转化条件，设置定时任务自动执行，常见的数据库都支持

部分控件可以根据栅格系统自适应，但是有一些布局上面的区别，无论如何都要写两套吧。你组件抽象得好的话，也不会多出太多代码。

回调函数简单来说就是把 A 函数的引用传递给 B 函数。B 函数在执行它自身内部逻辑时，会使用 A 函数的引用来调用 A 函数。之所以叫回调，我感觉是因为这个 A 函数的调用者实际上是 B 函数，A 函数是供 B 函数“回调”的。
回调使用的非常多，尤其动态语言，函数就是个对象，可以直接传递。典型的比如事件处理，在添加事件绑定的时候，把事件处理函数当做回调函数传递进去，这样事件发生的时候，就直接执行事件处理函数了。

允许自定义生成内容并分享=能够绕过内容审查直接发表言论并传播
且个人主体不能像企业一样做到自己预审查
所以你懂得。。。

没太懂这个需求是啥意思。如果单纯为了打印的话，这些不都是函数吗，使用的时候把变量传进去不就行了吗？先定义 start=1，stop=7，然后 range(start, stop)。打印直接打印 start，stop，stop-start

那就办个居住证呗，现在上海居住证还是要办的，一来是不少事情办起来方便，二来是排队落户，虽然时间久了点但好歹有个念想。

这是 cloudflare 的防御界面，需要验证一下不是机器人，不是网站自己的

默认肯定是后端做好分页，前端直接调用接口啊。前端分页只适合数据量很小的时候，比如一个内部系统，撑破天几十上百个用户，那这部分用户可以用前端分页展示。

直接改 laravel 配置文件的时区就可以

@kayseen 这个我也不是非常懂，简单说说我的想法，蹲一下大神吧。
你说的做法是最直观的，PHP laravel 自带的通知系统好像就是这么做的。但是用户稍微一多，这个一次性写入量就太大了，发布通知的操作会非常慢，所以要加缓存和队列处理一下，先发布消息再异步写入数据库。
要么就换个思路，只维护一个已读消息表。默认所有消息未读，如果用户读取消息则插入进数据库，这样可以分散压力，数据量也不会那么大，就是查询语句稍微麻烦一点（也没麻烦到哪里去）
还有一种可能就是干脆不用关联表，用户加一个已读消息的字段，保存该用户已读消息。缺点就是有长度上限，可能不利于扩展。没试过这种方案，也是刚刚想到的。

websocket，效果比较好，除了更新未读消息数量，也可以实时发送通知。嫌麻烦就 ajax 轮询，未读消息的话看消息种类吧，频率应该不需要太高。

Spring data rest 应该差不多，建个 model 继承一下 jpa 接口就可以了
感觉这种只适合单纯的资源类模型，业务逻辑复杂一点的就不够方便了