华夏ERP 部署后上传图片后访问 nginx 404
在对 华夏ERP 二次开发部署后,商品的图片上传后访问 nginx 404。查看图片上传接口 upload 是成功的,服务器上也能找到文件上传配置地址 file.path 下的图片文件。但图片预览不出来:本地测试没有问题,查询项目日志没有显示。怀疑是 nginx 服务器本身做了拦截,因为华夏ERP中的上传图片访问是通过后台接口读取并输出流文件的,如果访问接口报 404 应该会有日志。官方 通过宝塔
在对 华夏ERP 二次开发部署后,商品的图片上传后访问 nginx 404。查看图片上传接口 upload 是成功的,服务器上也能找到文件上传配置地址 file.path 下的图片文件。但图片预览不出来:本地测试没有问题,查询项目日志没有显示。怀疑是 nginx 服务器本身做了拦截,因为华夏ERP中的上传图片访问是通过后台接口读取并输出流文件的,如果访问接口报 404 应该会有日志。官方 通过宝塔
有一个 知识库档案系统 使用到了 Elasticsearch 服务,需要在本地开发环境安装。但 md 文档里只介绍了 Centos 和 windows 系统安装,不巧我使用了 Mac 系统,并且安装了 Docker 桌面版,希望能够针对现有环境进行安装。官网下载地址 提供了 使用 docker 安装 Elasticsearch 的文档。当前的默认的版本是 8.10.3,没注意直接就安装了 Elas
如题,在根据 通过宝塔面板安装华夏ERP 教程部署好前后端的服务之后,开始访问正常,但在顶部导航切换主题色时失败。打开控制台,发现 less.min.js 文件访问失败,返回 404。该文件为即时访问,一般的页面渲染都没有用到。对比 华夏ERP 公开版本,它对应的 less.min.js 文件是可以访问的。查看部署站的源代码发现,static 目录干脆就没有可访问的资源。怀疑是目录涉及到一些规则被
披露时间:2022-05-26漏洞描述:dpkg是Debian的软件包管理工具。dpkg 存在路径遍历漏洞,该漏洞源于目录遍历问题。以下产品和版本受到影响:1.21.8, 1.20.10, 1.19.8, 1.18.26。建议您更新当前系统或软件至最新版,完成漏洞的修复。软件: dpkg, 版本: 1.19.7ubuntu3 修复命令:sudo apt-get -y install dpkg --
腾讯云上报 Redis 沙盒逃逸漏洞(CVE-2022-0543),参考报告:Debian Bug report logs - #1005787 redis: CVE-2022-0543:Found in versions redis/5:5.0.14-1+deb10u1, redis/5:5.0.3-4, redis/5:6.0.15-1Fixed in versions redis/5:6.0
修复漏洞需要将建议您更新当前系统或软件至最新版,完成漏洞的修复。软件: rsync, 版本: 3.1.3-8 修复命令:sudo apt-get -y install rsync --only-upgrade
1. 更新 brew 到最新版本brew update2. 正常升级 phpbrew upgrade php3. 使用 shivammathur/php 升级brew tap shivammathur/php brew install shivammathur/php/php@8.2切换成当前的 8.2 版本~ brew unlink php Unlinking /usr/local/Cellar
linux 系统防火墙包含以下几种:centos5、centos6、redhat6系统自带的是 iptables 防火墙。centos7、centos8、redhat7自带 firewall 防火墙。ubuntu系统使用的是 ufw 防火墙。关于 iptables 防火墙之前有总结过 :[linux (centos 6.10)下防火墙 报错 iptables : no config file. [
前面提到 gitlab 迁移的问题,当迁移前后的版本不一致时,备份是无法还原的。新的服务器使用了 ubuntu 22 的系统,在安装了宝塔面板后,软件商店中有一个 GitLab 最新社区版,安装的是 16.0.1 版本。经过测试 14.1.1 的备份并不能还原,所以解决方法有两个:一个是将使用的 gitlab 升级到 16.0.1;另一个是新服务器安装一个 14.1.1 版本的 gitlab。一开
公司想节约项目服务器开支,针对一些测试站和 gitlab 服务器,想要统一迁移到本地机房。一些测试站不必说,php 项目在 gitlab 里有仓库,只要到新的服务器重新 clone 一份就好;java 项目可以重新打包部署;数据库部分可以通过 navicat 备份,然后在新的数据库创建后还原。所以关键点还是在于 gitlab 的备份迁移。一开始百度到的教程(参考:如何将GIT存储库从一台服务器迁移