zjkal
zjkal
刚开始我也怀疑可能是自定义key被占用了, 检查发现后是没有这种情况的. 只要把paginate()换成select(), 就一切正常了. 所以我猜问题可能就在paginate()
突然想到一个情况, 自定义key的情况下, 每一页的内容都不同, 但是key是相同的, 可能会被因此覆盖掉.或者paginate()的机制可能还是当成未自定义key的情况来处理.那么带分页的自定义key的缓存该如何处理呢?
嗯, 这应该是一个好办法, 但是Db查询中, 自定义key的cache()和paginate()同时使用仍然是有BUG的, 我刚才又测试了一下. 缓存中的数据只有一个数字2, 并不是像使用select()查询出来的序列化后的数据.
嗯, 试过了 比如这个 ``` Db::name('project_comment')->json(['img'])->where('pid', '=', $project_id)->order('id', 'desc')->cache('comments_pid' . $project_id . '_page' . input('page', 1), 3600)->paginate(['list_rows' => 15, 'query' => request()->param()]); ``` 缓存中键为comments_pid1_page1的值是28
PHP8报float精度错误的, 可以暂时用我这个composer包, 坐等大佬更新 ``` composer require zjkal/thumb:* ``` https://github.com/zjkal/Thumb
If necessary, I can gradually translate all untranslated content into Chinese.
> 同样问题，2023-07-16 还在 其实已经修复了, 是大佬忘记发版本, 你把composer.json里的版本号改成"dev-master"试试 改完记得composer update
> 同样问题，2024-04-29 还在。php版本8.1 你试试把版本号改成dev-master, 然后update一下, 如果还不行就换别的用吧
我这里设置ollama也是403错误, 但是同样的ollama接口和模型, 在IDE中使用是正常的
> > 我这里设置ollama也是403错误, 但是同样的ollama接口和模型, 在IDE中使用是正常的 > > ollama启动时有没有添加环境变量 `OLLAMA_ORIGINS=*` ？ 添加之后确实正常了. 非常感谢, 希望kiss越做越好