Category Archives: Backend

解析利用wsdl.exe生成webservice代理类的详解

利用wsdl.exe生成webservice代理类： 根据提供的wsdl生成webservice代理类 1、开始->程序->Visual Studio 2010 命令提示 2、输入如下红色标记部分 D:/Program Files/Microsoft Visual Studio 8/VC>wsdl /language:c# /n:TestDemo /out:d:/Temp/TestService.cs D:/Temp/TestService.wsdl 在d:/Temp下就会产生一个TestService.cs 文件 注意：D:/Temp/TestService.wsdl 是wsdl路径，可以是url路径：http://localhost/Temp/Test.asmx?wsdl   wsdl参数说明： wsdl.exe <选项> <URL 或路径> <URL 或路径> … – 选项 – <URL 或路径> – 指向 WSDL 协定、XSD 架构或 .discomap 文档的 URL 或路径。 /nologo 取消显示版权标志。 /language:<language> 用于生成的代理类的语言。请从“CS”、“VB”、“JS”、“VJS”、 “CPP”中选择，或者为实现 System.CodeDom.Compiler.CodeDomProvider 的类提供一个完全限定的名称。默认语言为“CS”(CSharp)。 缩写形式为“/l:”。 /sharetypes     打开类型共享功能。此功能针对不同服务之间共享 的相同类型(命名空间、名称和网络签名必须相同) 创建一个具有单一类型定义的代码文件。 请使用 http:// URLs 作为命令行参数来引用 服务，或为本地文件创建一个 discomap 文档。 /verbose     指定 /sharetypes 开关时显示额外信息。 缩写形式为“/v”。 /fields     生成字段而非属性。缩写形式为“/f”。 /order     为粒子成员生成显式顺序标识符。 /enableDataBinding     在所有生成的类型上实现 INotifyPropertyChanged 接口， 以启用数据绑定。缩写形式为“/edb”。 /namespace:<namespace>     生成的代理或模板的命名空间。默认命名空间 为全局命名空间。缩写形式为“/n:”。 /out:<fileName|directoryPath>     生成的代理代码的文件名或目录路径。默认文件名是从 […]

GDI+中发生一般性错误的解决办法

前言： 今天在做二维码需求的时候，代码运行的时候报的：GDI+中发生一般性错误的解决办法这个错误，这个错误也是第一次遇到，不知道怎么解决，以为是生成二维码的代码错了。最后通过对代码的检查以及查资料进行解决了，原来是少了一个保存二维码图片的文件夹。 这个错误也常在在后台生成图片以及验证码中出现。基本上都是采用下面的几种解决办法 代码中没有物理的文件夹的解决办法： 在调用 Save 方法之前，先判断保存图片的文件夹是否存在，若不存在，则创建，当然也可以手动添加一个

  有保存图片的物理文件夹的解决办法： 给相应的文件夹赋予 NETWORK SERVICE 帐户以写权限 保存的文件已存在并因某种原因被锁定的解决办法： 重启IIS，解除锁定。并在代码中使用 using 语句，确保释放 Image 对象所使用的所有资源 ———————————————— 版权声明：本文为CSDN博主「小灰灰城堡」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/GreyCastle/article/details/88411697

nginx上传大文件，413错误解决

在nginx里增加了配置。

我觉得，应该只用修改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

解决win2008下IIS7的HTTP500错误

造成500错误常见原因有：ASP语法出错、ACCESS数据库连接语句出错、文件引用与包含路径出错、使用了服务器不支持的组件如FSO等。 另外,对于win2008的IIS默认不显示详细出错信息的问题以下就是重点部分了，2008默认它是不会显示详细错误的。 1.打开IIS,点全局设置中的"错误页"(注意必须是全局网站!) 2.右击500错误这一行，单击 “编辑功能设置”. 2.在错误响应中,选第二项的"详细错误" 3.点确定后刷新IE就会显示详细的出错信息. 值得注意的地方：这样设置了，就不能给500内部错误自定义错误页面了。       from:https://blog.csdn.net/lishimin1012/article/details/72956068

Git查看与修改用户名、邮箱

用户名和邮箱的作用： 用户名和邮箱地址相当于你的身份标识，是本地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

mac 重启php-fpm

查看php-fpm端口是否在被php-fpm使用

  一般修改 php.ini 文件后经常需要重启php-fpm

  再输入 sudo lsof -i:9000 就会发现php-fpm没有打印对应端口

  from:https://www.cnblogs.com/cap-rq/p/11460282.html

mac 更换brew源

homebrew主要分两部分：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

nginx开启目录浏览

分享一个MAC平台的mysql可视化工具

Sequel Pro  https://sequelpro.com

Mac 查看端口占用情况及杀死进程

在开发中经常会遇到端口占用问题，例如下面，npm start 报的错误： 1. 查看端口占用情况命令

  输出结果： 字段说明： 字段名 说明 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，然后就是如何杀死进程：

  from:https://blog.csdn.net/zwkkkk1/article/details/88797044