解决 linux 下 gitlab 内嵌的 Nginx 服务器与 xampp 搭建的 web 服务器(Apache)之间的冲突

总所周知的,除了 Tomcat 默认端口为 8080,Nginx 和 Apache 服务器默认的监听端口都是 80。在 linux (Unbantu 16.04.4) 使用 xampp 搭建 web 服务器 之后,发现 gitlab 存在内嵌的 Nginx 服务器,所以在启动 xampp 脚本的时候,Apache 是启动失败的。因为 gitlab 上已经有多个项目了,不愿意修改其内嵌 Nginx

linux (Unbantu 16.04.4) 使用 xampp 搭建 web 服务器

公司几台服务器上的 php 版本都太低,新使用的 catchAdmin 框架需要 php 7.1 以上(7.1 以下运行会报错)。找到了搭建了 gitlab 的那台服务器,没有其他的服务(后来才知道 gitlab 内嵌了 nginx),看着还算干净可用。xampp 官网下载一开始想在服务器上使用 wget/apt-get 指令直接下载的,后发现太慢了。就想着先从官网下载下来在上传到服务器上。官网下

linux(Ubantu 16.04.4)添加路径到 PATH

查看当前 PATH# echo $PATH临时修改 PATH使用 export 可以设置全局变量,不加则当前会话有效。# export PATH=$PATH:/opt/lampp/bin某个用户设置 PATH修改用户目录下的 .bash_profile 文件,添加 export 语句。该文件在用户登录后会自动加载执行。我在当前服务器上 root 目录下有找到 .bash_profile 文件,却

又一次的脚本注入攻击

一早官网访问不了,想了一下应该是上周更改了阿里云的 DNS 解析服务器。(域名刚从美橙互联迁移回来,在阿里云后台创建新的域名解析都不起作用,需要重置 DNS 服务器)。之前 DNS 解析服务器缓存了域名解析列表,所以迁移回来之后未创建新的解析也能正常访问。现在更换了 DNS,重新创建相关的域名解析就好了。之后同事反馈某个模块功能好像有点问题,数据库查询报错了。一开始以为是 sql 或者代码问题,后

从绩效考核表谈谈公司应该怎样良好发展

昨天提交的绩效考核表被驳回了,人事行政负责人反馈,我的绩效考核缺少了工作能力和制度遵守这两个“不可缺少”的部分,然后将前面已离职的直属领导的考核表发给我,让我参考这个标准写。以下是我完善后的结果:去除不是我决定的和我决定不了的部分,我真正能够发挥主观能动性的只有 20%。也就是说,我 100% 投入工作,最多也影响 20% 的绩效。看到另一位运营部总监的绩效考核有效部分只有 15%,我默默地点点头

HTTP 请求中 request payload 和 formData 区别

在测试 cacheAdmin 接口时发现,POST 请求 Headers tab 最下面的数据部分标题显示的是 Request PayLoad(请求有效载荷),这与自己常写的接口展示不太一样。正常标题显示为 Form Data,下面是一个对比图:看形式猜测是提交的数据类型有些区别,网上查找相关的文档,找到以下内容:FormData 和 Payload 是浏览器传输给接口的两种格式,这两种方式浏览器

php file_exists(): open_basedir restriction in effect. File is not within the allowed path...

后台迁移服务器后,在上传文件时报错,提示 mkdir() 没有权限。查看目录发现,之前 Linux 外链了一个项目目录之外的文件夹(公共文件夹)丢失了。重新创建好外联,指向项目同级的公共文件夹。测试上传文件报了这个错误:open_basedir restriction in effect. File is not within the allowed path。之前没有遇到过这种情况,一般上传文件

gitlab:you are not allowed to push code to protected branches on this project

本地 git 提交已存在的代码到新创建的代码库,然后报错了 you are not allowed to push code to protected branches on this project。经查是因为当前的 gitlab 用户对远程代码库没有操作权限。首先是将当前用户添加到新建代码库的 members 中,并且在提交代码到 master 分支(第一次提交代码会生成 master 分支)

`session_start()`执行阻塞卡顿

今天在更新代码后,突然发现后台登录不了了,一直处于加载状态。通过卡点代码确定了问题的位置 session_start()。不明白为什么本地执行没有问题,更新代码后会出现这样的情况。百度搜索到的解决方案都是在 session_start() 之后再关闭 session:session_close()、session_write_close()。大致的解释是,每次只开启 session 而没有关闭,导

php 获取当前毫秒(整数)

正常通过 microtime() 获取到的是一个这样格式的字符串 0.15852100 1612176374。这是一个 Unix 时间戳的微妙表示,前面的小数单位是秒。microtime() 函数可以接受一个 bool 类型的参数,传递是否返回一个浮点数。microtime(true) 返回 1612176526.1222,精度减小了。所以,转化为毫秒单位的整数即为:intval(microtim