前言： 今天在做二维码需求的时候，代码运行的时候报的：GDI+中发生一般性错误的解决办法这个错误，这个错误也是第一次遇到，不知道怎么解决，以为是生成二维码的代码错了。最后通过对代码的检查以及查资料进行解决了，原来是少了一个保存二维码图片的文件夹。 这个错误也常在在后台生成图片以及验证码中出现。基本上都是采用下面的几种解决办法 代码中没有物理的文件夹的解决办法： 在调用 Save 方法之前，先判断保存图片的文件夹是否存在，若不存在，则创建，当然也可以手动添加一个
|
1 2 3 4 |
//dirpath:文件路径 if (!Directory.Exists(dirpath)){ Directory.CreateDirectory(dirpath) } |
有保存图片的物理文件夹的解决办法： 给相应的文件夹赋予 NETWORK SERVICE 帐户以写权限 保存的文件已存在并因某种原因被锁定的解决办法： 重启IIS，解除锁定。并在代码中使用 using 语句，确保释放 Image 对象所使用的所有资源 ———————————————— 版权声明：本文为CSDN博主「小灰灰城堡」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/GreyCastle/article/details/88411697
View Details在nginx里增加了配置。
|
1 2 3 4 |
client_max_body_size 500m; proxy_connect_timeout 600; proxy_read_timeout 600; proxy_send_timeout 600; |
我觉得，应该只用修改client_max_body_size就可以解决问题。 其它几个，设置了并未起作用。其参数意义如下： client_max_body_size 限制请求体的大小，若超过所设定的大小，返回413错误。 client_header_timeout 读取请求头的超时时间，若超过所设定的大小，返回408错误。 client_body_timeout 读取请求实体的超时时间，若超过所设定的大小，返回413错误。 proxy_connect_timeout http请求无法立即被容器(tomcat, netty等)处理，被放在nginx的待处理池中等待被处理。此参数为等待的最长时间，默认为60秒，官方推荐最长不要超过75秒。 proxy_read_timeout http请求被容器(tomcat, netty等)处理后，nginx会等待处理结果，也就是容器返回的response。此参数即为服务器响应时间，默认60秒。 proxy_send_timeout http请求被服务器处理完后，把数据传返回给Nginx的用时，默认60秒。 from:https://www.cnblogs.com/aguncn/p/11189159.html
View Details造成500错误常见原因有：ASP语法出错、ACCESS数据库连接语句出错、文件引用与包含路径出错、使用了服务器不支持的组件如FSO等。 另外,对于win2008的IIS默认不显示详细出错信息的问题以下就是重点部分了，2008默认它是不会显示详细错误的。 1.打开IIS,点全局设置中的"错误页"(注意必须是全局网站!) 2.右击500错误这一行，单击 “编辑功能设置”. 2.在错误响应中,选第二项的"详细错误" 3.点确定后刷新IE就会显示详细的出错信息. 值得注意的地方：这样设置了，就不能给500内部错误自定义错误页面了。 from:https://blog.csdn.net/lishimin1012/article/details/72956068
View Details用户名和邮箱的作用： 用户名和邮箱地址相当于你的身份标识，是本地Git客户端的一个变量，不会随着Git库而改变。 每次commit都会用用户名和邮箱纪录。 github的contributions跟你的邮箱是有关联的。 查看自己的用户名和邮箱地址： $ git config user.name $ git config user.email 修改自己的用户名和邮箱地址： $ git config --global user.name "xxx" $ git config --global user.email "xxx" from:https://www.cnblogs.com/lxwphp/p/10619618.html
View Details查看php-fpm端口是否在被php-fpm使用
|
1 |
sudo lsof -i:9000 |
一般修改 php.ini 文件后经常需要重启php-fpm
|
1 |
sudo killall php-fpm // 关闭 |
再输入 sudo lsof -i:9000 就会发现php-fpm没有打印对应端口
|
1 |
sudo php-fpm // 重启 |
from:https://www.cnblogs.com/cap-rq/p/11460282.html
View Detailshomebrew主要分两部分：git repo（位于GitHub）和二进制bottle（位于binary），这两者在国内访问不太顺畅。其实可以替换成国内的镜像，git repo国内镜像就比较多了，可以自行查找，如：中科大镜像… 替换homebrew默认源 替换brew.git: cd "$(brew --repo)" git remote set-url origin https://mirrors.ustc.edu.cn/brew.git 替换homebrew-core.git: cd "$(brew --repo)/Library/Taps/homebrew/homebrew-core" git remote set-url origin https://mirrors.ustc.edu.cn/homebrew-core.git 如果替换源之后brew update 没反应 cd "$(brew --repo)" git pull origin master 切回官方源 重置brew.git: cd "$(brew --repo)" git remote set-url origin https://github.com/Homebrew/brew.git 重置homebrew-core.git: cd "$(brew --repo)/Library/Taps/homebrew/homebrew-core" git remote set-url origin https://github.com/Homebrew/homebrew-core.g 注释掉bash配置文件里的有关Homebrew Bottles即可恢复官方源。 重启bash或让bash重读配置文件。 替换Homebrew Bottles源 Homebrew Bottles是Homebrew提供的二进制代码包，目前镜像站收录了以下仓库： 对于bash用户 echo 'export HOMEBREW_BOTTLE_DOMAIN=https://mirrors.ustc.edu.cn/homebrew-bottles' >> ~/.bash_profile source ~/.bash_profile 对于zsh用户 echo 'export HOMEBREW_BOTTLE_DOMAIN=https://mirrors.ustc.edu.cn/homebrew-bottles' >> ~/.zshrc source ~/.zshrc from:https://blog.csdn.net/zhazhaji/article/details/80957811
View Details|
1 2 3 4 5 6 7 8 9 10 11 |
location /download { include /usr/local/nginx/html/Nginx-Fancyindex-Theme/fancyindex.conf; # 目录美化配置 root /home/map/www/; #指定目录所在路径 autoindex on; #开启目录浏览 autoindex_format html; #以html风格将目录展示在浏览器中 autoindex_exact_size off; #切换为 off 后，以可读的方式显示文件大小，单位为 KB、MB 或者 GB autoindex_localtime on; #以服务器的文件时间作为显示的时间 charset utf-8,gbk; #展示中文文件名 } |
View Details
在开发中经常会遇到端口占用问题，例如下面，npm start 报的错误： 1. 查看端口占用情况命令
|
1 |
lsof -i tcp:8080 |
输出结果： 字段说明： 字段名 说明 COMMAND 进程名称 PID 进程标识符 USER 进程所有者 FD 文件描述符，应用程序通过文件描述符识别该文件 TYPE 文件类型，文件 REG、目录 DIR、字符 CHR、块设备 BLK、UNIX域套接字 UNIX、先进先出队列 FIFO、IP套接字 IPv4 DEVICE 指定磁盘的名称 SIZE/OFF 文件的大小 NODE 索引节点(文件在磁盘上的标识) NAME 打开文件的确切名称 2. lsof 命令介绍 lsof(list open files)是一个列出当前系统打开文件的工具，在linux环境下，任何事物都以文件的形式存在。通过文件不仅仅可以访问常规数据，还可以访问网络连接和硬件。所以如传输控制协议(TCP)、用户数据报协议(UDP)套接字等，系统在后台都为该应用程序分配了一个文件描述符。 无论这个文件的本质如何，该文件描述符(FD)为应用程序与基础操作系统之间的交互提供了通用接口，因为应用程序打开文件的描述符列表提供了大量关于这个应用程序本身的信息，因此通过lsof能够查看这个列表对系统监测以及排错很有帮助。 3. 杀死进程 通过 lsof 命令我们得到占用进程的应用程序对应的 pid，然后就是如何杀死进程：
|
1 |
kill 11649 |
from:https://blog.csdn.net/zwkkkk1/article/details/88797044
View Detailsprompt解析 在osx系统下，对系统自带的终端进行配色可以通过设置PS1环境变量来实现的 在osx系统下prompt的表示成
|
1 |
[\u@\h: ] \w \$ |
示例：
|
1 |
[elmman@192: ] ~ $ |
解析： [ ]这个方括号是自己加的无意义符号 \u表示用户（这里是elmman） @表示@（这里是@） \h表示host（这里是192） :也是个无意义符号（这里是:） \w表示当前目录（这里是~，即家目录） \$表示命令提示符（这里是\$） PS1的配色规则（即在shell当中颜色的表示码） 默认 : \e[00m 黑色 : \e[01;30m 红色 : \e[01;31m 绿色 : \e[01;32m 黄色 : \e[01;33m 蓝色 : \e[01;34m 洋红 : \e[01;35m 青色 : \e[01;36m 白色 : \e[01;37m 开始配色 首先，先为终端选择一款主题（这里选择homebrew的）。步骤如下 打开终端－>Terminal－>Preferences…（或者command + , ）。也就是俗称的偏好设置 在这里的第一个下拉框选择homebrew主题，然后直接退出，且重启终端，这时候可以看到终端变成黑色背景、绿色字体的主题。（这才刚开，还没结束） 接下来就是配色了。 首先呢，举个例子。我想把prompt改成上面示例的样子
|
1 |
192: elmman ~ $ vim ~/.bash_profile |
在.bash_profile文件最后添加如下代码
|
1 |
export PS1='[\u@\h: ] \w \$ ' |
然后重启终端，这时候你就可以看到终端变成下面这个样子了
|
1 |
[elmman@192: ] ~ $ |
接着，我想把elmman用户名变成红色怎么做？很简单，就在\u前面加上[\e[01;31m]和\u后面加上[\e[00m]行了。 注：这里需要特别注意到是颜色码必须前后加上[]包围起来， 不然终端可能会出现无法自动换行、或者tab键自动补全失效的情况
|
1 |
[elmman@192: ] ~ $ vim ~/.bash_profile |
在.bash_profile文件修改PS1变量代码
|
1 |
export PS1='[\[\e[01;31m\]\u\[\e[00m\]@\h: ] \w \$ ' |
还是重启终端，这是就可以看到 总结下：也就是想给哪个字段配色就只需要在其前面加上shell颜色码即可，当然还得在字段后面带上\e[00m表示后面的字段还是使用默认。不然就会变成什么样？自己可以去试试。 最后以下是本人自己的配色方案,(这里多了两个参数CLICOLOR和LSCOLORS)。 CLICOLOR=1表示开启命令行颜色设置。 LSCOLORS=gxfxcxdxbxegedabagacad这个参数是对ls命令展示的内容进行配色，google下就有很多关于这个环境变量的解释，这里不在赘述。
|
1 2 3 |
export CLICOLOR=1 export LSCOLORS=gxfxcxdxbxegedabagacad export PS1='\[\e[01;33m\][\[\e[01;32m\]\u\[\e[01;33m\]@\[\e[01;35m\]\h:\[\e[01;33m\]] \[\e[01;36m\]\w \[\e[01;32m\]\$ ' |
效果图 vim语法高亮 vim语法高亮就比较简单了，只需要为vim开启语法高亮功能，再选择一款好看一点的主题就行来 首先开启语法高亮功能
|
1 |
［elmman@192:] ~ $ vim ~/.vimrc |
在.vimrc文件末尾添加如下代码
|
1 |
syntax on |
然后随便打开一个php(或其他语言的代码文件)，就可以看到 选择主题 […]
View Details