这里，你一定要记住一个概念“专属域名”，在后面的章节中，有很多地方会使用到这个“专属域名“。因为api接口地址就与这个专属域名有关，默认生成的是32个字符，你可以修改为自己的较短，易记的个性化专属域名。以上是官方的原话，用我的理解来说，就是中台帮你写好了接口，包括客户端各种模块情况下需要对接的接口以及做后台管理需要对接的接口，都给你封装好并提供了完整的接口文档。注册后，你就可以用你注册的手机号登录

业务需求中，前端把页面上的内容导出为图片，pdf，excel是常有的事。当然，这些工作后端也是能做。秉着前端是万能的理念，今天就站在前端的角度上，来实现将页面内容导出为pdf，实现指定div内容导出，并自动拼接成一个多页的PDF文件。

有一天，无意中发现了一个在线文件预览地址。即那种暴露目录的地址。该目录下清一色的图片。觉得一个个点击进去查看太麻烦了，因此特意写了这个文件预览代码。单php文件，放到站点下运行即可。

起初是想抓取下请求看能不能做模拟登录。无奈发现，目标网站的请求数据是加密过的，而且网站代码也是编译后的代码。要从编辑后的代码中提取加密算法。我的第一想法是明知不可为而不为。但是转念一想，何不试试python大法。

最近很流行私有化部署dp，之前已经尝试过ollama+webui+deepseek本地化部署，但是体验感官上不是很多，特别卡顿。然后今天突然了解到Dify，也支持私有化部署大模型。而且似乎功能更加强大，那不得实操一下啊。

最近搞了一个测试服务器，捣鼓了下一键搭建dnmp集成环境，然后还搭建了一个Lysk pro图床服务，后面又看到了开源大模型，也试着搭建了一下，中间出了一点小插曲。不过也算搭建成功了。做一个小结汇总。

随着deepseek的大火，dp模型的开源导致越来越多的人投身AI，并进行本地化部署。事实上，之前我在学习docker时，曾尝试过基于docker部署本地化模型，利用ollama部署的阿里云模型qwen2:0.5b。所以，根据以往的经验，如今来尝试deepseek模型的部署，应该也算不上什么难事。deepseek-r1的模型类型及部署要求如下：R1满血版不敢想，但是太低的也不想考虑，起码部署个中等

最近很流行私有化部署dp，之前已经尝试过ollama+webui+deepseek本地化部署，但是体验感官上不是很多，特别卡顿。然后今天突然了解到Dify，也支持私有化部署大模型。而且似乎功能更加强大，那不得实操一下啊。

起初是想抓取下请求看能不能做模拟登录。无奈发现，目标网站的请求数据是加密过的，而且网站代码也是编译后的代码。要从编辑后的代码中提取加密算法。我的第一想法是明知不可为而不为。但是转念一想，何不试试python大法。

后台管理的模板很多，vue本身就提供了完整的vue-template-admin，vue-admin-beautiful等后台管理系统化框架，但是这些框架正是因为成体系而显得繁重。假如你想搭建一个静态的后台管理模板页面和几个单独的菜单页面，直接就上框架是否就有点大材小用了呢 百分之九十以上的后台管理布局基本都是头部导航，侧边栏，主内容三部分组成。所以，将其单独摘出来为一个单独的轻量后台页面就很有必