代码在服务器上运行有什么好处

❶ 直接远程到服务器上写代码有什么好处

本系列教程将和您一起探讨如何利用java语言一步一步实现自己的web服务器。

1需求描述

第1讲我们要实现的效果是：当我们在浏览器的地址栏输入localhost:8080的时候，我们会看到"hello,this is my web server!"。如下：

❷ 什么是代理服务器，为什么叫做“代理“好处是什么，如何在C#程序中链接到代理服务器

代理程序的种类非常多，根据协议不同可以分成HTTP代理服务程序、FTP代理服务程序等，而运行代理服务程序的服务器也就相应称为HTTP代理服务器和FTP代理服务器。本文将介绍的Web代理服务程序代理的是HTTP协议。
一、网络代理程序的优点

代理服务所起的是一个桥的作用，它是网络信息的中转站。在网络中应用代理服务一般是基于以下几个原因：

（1）充分利用IP地址资源。在局域网中，一般对外的IP地址都是非常有限的，为了保证局域网内部的主机都能够访问互联网资源，通过网络代理就可以实现。

（2）能够保证网络安全。网络代理可以充当内部网和互联网之间的防火墙，通过过滤IP地址，限定某些IP地址对外部资源的访问。

（3）能够有效地隐藏自己的IP地址和主机名。由于所有对外网的请求都是通过代理服务器实现的，所以目的主机只能知道代理服务器的IP地址。

（4）提高网络速度。通常代理服务器都设有一个较大的硬盘缓冲区，它存储界数据，当你再访问相同的数据时，则可以直接从缓冲区中取出信息，从而提高访问速度。

二、网络代理的类型及实现原理

网络代理服务根据工作层次，一般可分为应用层代理、传输层代理和SOCKS代理。应用层代理是工作在TCP/IP参考模型的应用层之上，它支持对应用
层协议（如HTTP、FTP）的代理。它提供的控制最多，但是不灵活，必须要有相应的协议支持。如果协议不支持代理（如SMTP和POP），那就只能在应
用层以下代理，也即传输层代理。传输层代理直接与TCP层交互，更加灵活。要求代理服务器具有部分真正服务器的功能：监听特定TCP或UDP端口，接收客
户端的请求同时向客户端发出相应的响应。另一种代理需要改变客户端的IP栈，即SOCKS代理。它是可用的最强大、最灵活的代理标准协议。SOCK V4
允许代理服务器内部的客户端完全地连接到外部的服务器，SOCK V5增加了对客户端的授权和认证，因此它是一种安全性较高的代理。本节后面介绍的代理是
一种应用层上面的代理，所代理的协议是HTTP，也就是经常见到的Web代理。

正如上面所说，网络代理就是一个连接客户端（需要代理的计算机）和服务器端（提供访问资源的服务器）的桥。要实现这种桥的功能，网络代理就必须满足下列条件，其实也是代理服务的运行的流程：

（1）接收并解析客户端的请求。

（2）创建到服务器的新连接，并转发客户端的请求信息。

（3）接收服务器反馈的信息。

（4）解释服务器的响应并将该响应传回给客户端。

网络代理虽然有很多优点，但由于使用代理后，自己对网络的所有请求都是通过代理服务器这个中间人来实现的，所以有可能碰上存有恶意的人监听你的输入的内容。同样，如果选择的代理服务器的带宽比较小，使用代理还会降低网速。

总而言之，使用代理有利有弊，使用者要根据自身的情况来决定。但无论如何，选择一个好的代理服务器是非常重要的。

三、C#实现Web代理服务程序

经过了上面的介绍，我想大家对代理服务应该有了一个基本的认识，下面就让我们通过一个实例来深入体会一下如何用C#实现Web代理服务。Web代理服务的功能顺序是这样的：

（1）侦听端口，等待客户端浏览器发送来的Web请求信息。

（2）接收到客户端Web请求信息后，解析出目标Web服务器的地址，并创建一个Socket实例，并以此实例连接Web服务器上。

（3）通过创建的Socket传送客户端的Web请求数据包到Web服务器的80端口。

（4）接收Web服务器返回的页面数据。

（5）把接收来的数据传送到客户端，从而实现Web代理。

客户端对某个Web地址的浏览，可能要传送很多的Web请求信息（比如网页中的图像、Flash等），为了更快更准确地处理这些信息，Web代理服务
程序通常采用多线程来处理每一个Web请求。细心的读者可能会发现，处理每一个客户端的Web请求信息，代理服务器软件都要使用二个Socket，一个是
用来接收/传送客户机的信息，一个是和Web服务器进行交流。为了区分这二个Socket，我们把和服务器对话的称为“服务Socket”，和客户端机器
对话的称为“客户Socket”。

下面就开始Web代理服务程序的编写工作。这个实例包含三个部分内容：

1.创建一个Web代理类。
2.Web代理服务的类的实例化。
3.如何通过这个Web代理类的实例实现Web代理服务。

（一）创建一个Web代理类

具体操作步骤如下：

1.启动Visual Studio.Net，依次选择“文件”、“新建”、“项目”菜单后，在弹出“新建项目”对话框中将“项目类型”设置为
“Visual C#项目”，将“模板”设置为“Windows应用程序”，在“名称”文本框中输入“WebProxy”，在“位置”文本框中输入
“E:VS.NET项目”，然后单击“确定”按钮，这样项目便建立好了。
2.依次选择菜单“项目”、“添加类”，将弹出“添加新项”对话框。
3.将“模板”设置为“类”。
4.在“名称”文本框中输入“Proxy”，单击“打开”按钮
5.在“解决方案资源管理器”窗口中，双击Proxy.cs文件，进入Proxy.cs文件的编辑界
6.在Proxy.cs源文件的开头，添加下列代码，下列代码是导入Proxy.cs中要使用到的命名空间：

using System;
using System.Net;
using System.Net.Sockets;
using System.Text;
using System.IO;

7.用下列构造函数替代默认的构造函数。下面的代码是在Proxy类中创建一个构造函数。Proxy类只有一个构造函数，并且这个构造函数只有一个参数，这个参数是Socket对象，它主要用来和客户端进行数据交换，是一个“客户Socket”：

public Proxy(Socket socket)
{
//
// TODO: 在此处添加构造函数逻辑
//
this.clientSocket = socket ;
}

8.在定义Proxy类代码区中加入下列代码，下列代码是定义Proxy类中的使用的一些变量，这些变量主要是在后面的定义Run方法中使用。

Socket clientSocket;
Byte[] read = new byte[1024];
//定义一个空间，存储来自客户端请求数据包
Byte [] Buffer = null;
Encoding ASCII = Encoding.ASCII;
//设定编码
Byte[] RecvBytes = new Byte[4096];
//定义一个空间，存储Web服务器返回的数据

9.创建Proxy类中的Run方法。Run方法是Proxy类中唯一的方法。其功能是从客户端接收HTTP请求，并传送到Web服务器，然后从
Web服务器接收反馈来的数据，并传送到客户端。为了实现这二个不同方面的数据传送，Run方法中是通过两个Socket实例来实现的。在编写Run方法
的时候，要注意下面两点：

（1）由于HTTP建立于TCP协议之上，所以创建的Socket实例应该使用TCP协议。下面代码是创建可以传送HTTP请求命令到Web服务器和接收来自Web服务器反馈来信息的Socket实例：

Socket IPsocket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);

（2）另外一个Socket是在代理服务程序侦听端口号，接收连接请求时候得到的，所以应该以此Socket为参数，利用Proxy类中的构造函数来创建一个Proxy实例。此Socket实现从客户端接收HTTP请求信息，并传送数据到客户端。

Socket创建和使用是实现Web代理软件的关键。在构造函数代码后面，输入下列代码：
public void Run()
{
string clientmessage = " " ;
//存放来自客户端的HTTP请求字符串
string URL = " " ;
//存放解析出地址请求信息
int bytes = ReadMessage(read, ref clientSocket, ref clientmessage);
if (bytes == 0)
{
return ;
}
int index1 = clientmessage.IndexOf(' ');
int index2 = clientmessage.IndexOf(' ', index1 + 1);
if ((index1 == -1) || (index2 == -1))
{
throw new IOException();
}
string part1 = clientmessage.Substring(index1 + 1, index2 - index1);
int index3 = part1.IndexOf('/', index1 + 8);
int index4 = part1.IndexOf(' ', index1 + 8);
int index5 = index4 - index3;
URL = part1.Substring(index1 + 4, (part1.Length - index5) - 8);
try
{
IPHostEntry IPHost = Dns.Resolve(URL);
Console.WriteLine("远程主机名： " + IPHost.HostName);
string [] aliases = IPHost.Aliases;
IPAddress[] address = IPHost.AddressList;
Console.WriteLine("Web服务器IP地址：" + address[0]);
//解析出要访问的服务器地址
IPEndPoint ipEndpoint = new IPEndPoint(address[0], 80);
Socket IPsocket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);
//创建连接Web服务器端的Socket对象
IPsocket.Connect(ipEndpoint);
//Socket连Web接服务器
if (IPsocket.Connected)
Console.WriteLine("Socket 正确连接！");
string GET = clientmessage;
Byte[] ByteGet = ASCII.GetBytes(GET);
IPsocket.Send(ByteGet, ByteGet.Length, 0);
//代理访问软件对服务器端传送HTTP请求命令
Int32 rBytes = IPsocket.Receive(RecvBytes, RecvBytes.Length, 0);
//代理访问软件接收来自Web服务器端的反馈信息
Console.WriteLine("接收字节数：" + rBytes.ToString());
String strRetPage = null;
strRetPage = strRetPage + ASCII.GetString(RecvBytes, 0, rBytes);
while (rBytes > 0)
{
rBytes = IPsocket.Receive(RecvBytes, RecvBytes.Length, 0);
strRetPage = strRetPage + ASCII.GetString(RecvBytes, 0, rBytes);
}
IPsocket.Shutdown(SocketShutdown.Both);
IPsocket.Close();
SendMessage(clientSocket, strRetPage);
//代理服务软件往客户端传送接收到的信息
}
catch (Exception exc2)

}

//接收客户端的HTTP请求数据
private int ReadMessage(byte [] ByteArray, ref Socket s, ref String clientmessage)
{
int bytes = s.Receive(ByteArray, 1024, 0);
string messagefromclient = Encoding.ASCII.GetString(ByteArray);
clientmessage = (String)messagefromclient;
return bytes;
}

//传送从Web服务器反馈的数据到客户端
private void SendMessage(Socket s, string message)
{
Buffer = new Byte[message.Length + 1];
int length = ASCII.GetBytes(message, 0, message.Length, Buffer, 0);
Console.WriteLine("传送字节数：" + length.ToString());
s.Send(Buffer, length, 0);
}

至此，Proxy类的定义过程就完成了。

（二）利用Proxy类，实现Web代理

下面是利用Proxy类实现Web代理程序的具体实现步骤，Proxy类被定义在命名空间WebProxy中：

1.在Visual Studio .Net的代码编辑器中打开Class1.cs文件，进入Class1.cs的代码编辑界面。

2.在Class1.cs源文件的开头导入下列命名空间：

using System;
using System.Net;
using System.Net.Sockets;
using System.Text;
using System.IO;
using System.Threading;
using WebProxy;

3.在Main函数中添加下列代码，下列代码是利用Proxy类，来实现Web代理程序：

const int port = 8000 ;
//定义端口号
TcpListener tcplistener = new TcpListener(port);
Console.WriteLine("侦听端口号： " + port.ToString());
tcplistener.Start();
//侦听端口号
while (true)
{
Socket socket = tcplistener.AcceptSocket();
//并获取传送和接收数据的Scoket实例
Proxy proxy = new Proxy(socket);
//Proxy类实例化
Thread thread = new Thread(new ThreadStart(proxy.Run));
//创建线程
thread.Start();
//启动线程
}

保存上面的所有步骤，这样一个简单Web代理程序就算是完成了。此Web代理程序侦听的是8000端口号。

（三）测试Web代码程序

Web代理程序要通过二台计算机才能够实现，其中的一台计算机运行Web代理程序充当Web代理服务器，另外一台计算机充当客户机，通过Web代理服务器来浏览网页。在确定Web代理软件运行后，需要对客户机进行进行必要的设置：

1.打开IE浏览器。

2.依次选择“工具”、“Internet选项”，在弹出的“Internet选项”对话框中选择“连接”页面，单击其中的“局域网设置”按钮，在弹
出的“局域网(LAN)设置”对话框，选择“为LAN使用代理服务器(X)，(这些设置不会应用于拨号和VPN连接)”多选框，并在其中的“地址”文本框
中输入代理服务器的IP地址，比如“10.138.198.213”，在“端口”文本框中输入“8000”。

此时客户端的设置就完成了。在确定IP地址为“10.138.198.213”的这台计算机已经运行上面介绍的Web代理程序后，打开客户端的IE浏览器，并输入要浏览的网址，就可以通过Web代理服务器来浏览网页了。

四、总结

至此一个简单的Web代理服务软件就算基本完成了。虽然代理服务的实现原理相对简单，但具体实现还是很繁琐的。网络代理是一个内容丰富，实现复杂的论
题，本节介绍的代理服务软件，无论在实现的协议种类，还是实现的功能，都只能算很小的一部分。希望各位能够通过本文的介绍，结合其他相关的知识，创造出功
能更强大、安全性更高，使用更稳定的网络代理服务程序来。

❸ php中的服务器是什么意思有什么作用干什么的

意思：一般指装有apache&php&mysql这三种软件的服务器/电脑。

作用：能够进行PHP网站发布最基本的架构之一。

用处：能让PHP程序/网站运行。

❹ 用SSH 登录服务器用 Vim 在线写 PHP 代码的体验是怎样的

这里的关键是：在“服务器上写代码”，而不是“用vim写代码”。采用这类开发方式的公司，一般都是工具链比较完善的，又或者是采用模块式开发的，子系统不能跑在本地跑的。要说安全，也是一个理由，但这个理由相当牵强，就算把淘宝的代码全部送给你，你也搞不出另外一个淘宝的。代码本身是不值钱的，值钱的是对业务的支持（纯技术公司，开发OS的公司，开发小型硬件的公司除外）。只有当在服务器上写代码的成本，比在本地上写要小，才有必要部署这么一套系统，不然就是装B浪费钱。这里可以从几个浅而易见的成本入手。1，编译成本。做一个修改，如果要等2分钟编译，就很恶心了。但如果部署了分布式编译系统，把编译时间变成5秒，情况就很不一样。2，开发的模块依赖于另外一个不能在一个机器上跑的服务，例如搜索服务。3，重装配置环境的成本。码农们最不喜欢的“重装”，“配置”。采用在服务器上开发，支撑系统的管理员就可以很方便地对工具链进行维护，升级。想想，你进入一个新项目，直接服务器上就可以立马开干，代码在服务器编译运行，不用本地配置，是不是很爽啊！！所以，有这种需求的，一般来说都是比较成型的相对不小的公司。好，问题回到“如何在服务器上写代码”上。适应vim的用vim，适应emacs的用emacs，喜欢IDE的可以想法直接编辑服务器上的文件（例如开samba）。

❺ 我把公司网站代码在服务器上拖到本地运行，在浏览器打开是空白页面怎么通过修改代码，能在本地访问

前几天，工作上有一新需求，需要前端web页面异步调用后台的Webservice方法返回信息。实现方法有多种，本例采用jQuery+Ajax，完成后，在本地调试了一切ok，但是部署到服务器上以后就出现问题了，后台服务调用没有响应，怎么回事看代码没怎么改动，唯一修改的地方就是jQuery的ajax方法中的url地址。难道是这里的问题，经过检查和调试，发现原来是同源策略在作怪，我们知道，JavaScript或jQuery是在Web前端开发中经常使用的动态脚本技术。在JavaScript中，有一个很重要的安全性限制，被称为逗Same- Origin Policy地（同源策略）。这一策略对于JavaScript代码能够访问的页面内容做了很重要的限制，即JavaScript只能访问与包含它的文档或脚本 在同一域名下的内容。不同域名下的脚本不能互相访问，即便是子域也不行。
但是有时候又不可避免地需要进行跨域操作，这时候逗同源策略地就是一个限制了，怎么办呢看采用JSONP跨域GET请求是一个常用的解决方案，下面我们来看一下JSONP跨域是如何实现的，并探讨下JSONP跨域的原理。

这里提到了JSONP，那有人就问了，它同JSON有什么区别不同和区别呢，接下我们就来看看，网络有以下说明：

JSON(JavaScript Object Notation) 是一种轻量级的数据交换格式。它基于JavaScript（Standard ECMA-262 3rd Edition - December 1999）的一个子集。 JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯（包括C, C++, C#, Java, JavaScript, Perl, Python等）。这些特性使JSON成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成(网络传输速度快)。

JSONP(JSON with Padding)是JSON的 一种逗使用模式地，可用于解决主流浏览器的跨域数据访问的问题。由于同源策略，一般来说位于 server1 的网页无法与不是 server1的服务器沟通，而 HTML 的<script> 元素是一个例外。利用 <script> 元素的这个开放策略，网页可以得到从其他来源动态产生的 JSON 资料，而这种使用模式就是所谓的 JSONP。用 JSONP 抓到的资料并不是 JSON，而是任意的JavaScript，用 JavaScript 直译器执行而不是用 JSON 解析器解析。

到这里，应该明白了，JSON是一种轻量级的数据交换格式，像xml一样，是用来描述数据间的。JSONP是一种使用JSON数据的方式，返回的不是JSON对象，是包含JSON对象的javaScript脚本。

那JSONP是如何工作的呢，我们知道，由于同源策略的限制，XmlHttpRequest只允许请求当前源（域名、协议、端口）的资源。若要跨域请求出于安全性考虑是不行的，但是我们发现，Web页面上调用js文件时则不受是否跨域的影响，而且拥有地src地这个属性的标签都拥有跨域的能力，比如<script>、<img>、<iframe>，这时候，聪明的程序猿就想到了变通的方法，如果要进行跨域请求， 通过使用html的script标记来进行跨域请求，并在响应中返回要执行的script代码，其中可以直接使用JSON传递 javascript对象。即在跨域的服务端生成JSON数据，然后包装成script脚本回传，这不就突破同源策略的限制，解决了跨域访问的问题了么。

下面我们就看下怎么实现：
前端代码：

function CallWebServiceByJsonp() { $("#SubEquipmentDetails").html(''); $.ajax({ type: "GET", cache: false, url: "servername/webservice/webservice.asmx/GetSingleInfo", data: { strCparent: $("#Equipment_ID").val() }, dataType: "jsonp", //jsonp: "callback", jsonpCallback: "OnGetMemberSuccessByjsonp" }); } function OnGetMemberSuccessByjsonp(data) { //处理data alert(data); } 后端的WebService代码：
[WebMethod] [ScriptMethod(ResponseFormat = ResponseFormat.Json, UseHttpGet = true)] public void GetSingleInfo(string strCparent) { string ret = string.Empty; HttpContext.Current.Response.ContentType = "application/json;charset=utf-8"; string jsonCallBackFunName = HttpContext.Current.Request.Params["callback"].ToString(); //string jsonCallBackFunName1 = HttpContext.Current.Request.QueryString["callback"].Trim(); //上面代码必须 //中间代码执行自己的业务操作，可返回自己的任意信息（多数据类型） BLL.equipment eq_bll = new BLL.equipment(); List<Model.equipment> equipmentList = new List<Model.equipment>(); equipmentList = eq_bll.GetModelEquimentList(strCparent); ret = JsonConvert.SerializeObject(equipmentList); //下面代码必须 HttpContext.Current.Response.Write(string.Format("{0}({1})", jsonCallBackFunName, ret)); HttpContext.Current.Response.End(); } 如上所示，前端的CallWebServiceByJsonp方法采用jQuery的ajax方法调用后端的Web服务GetSingleInfo方法，后台的GetSingleInfo方法，使用前端的回调方法OnGetMemberSuccessByjsonp包装后台的业务操作的JSON对象，返回给前端一段javascript片段执行。巧妙的解决了跨域访问问题。

JSONP的缺点：

JSONP不提供错误处理。如果动态插入的代码正常运行，你可以得到返回，但是如果失败了，那么什么都不会发生。

以上内容简单给大家介绍了JSONP解决Ajax跨域访问问题的思路，希望能够帮助到大家，如果大家有疑问欢迎给我留言，小编会及时回复大家的，在此也非常感谢大家对脚本之家网站的支持！

❻ 直接远程到服务器上写代码有什么好处

可以在公司在家里都同时写，不必每次都同步，如果有公网ip还可以直接查看网站效果

❼ 集中在公司服务器上开发有什么好处吗 - PHP进阶讨论

在大公司，个人只是做一部分功能。完全自己搭环境，太麻烦了。而且大公司网站结构比较复杂，接口多，配套服务器软件也多。关键是个人办公电脑的环境可能跟公司开发环境下有区别。所以才集中在服务器上做开发。ls上的防拷代码，这个能防得住么？最起码自己写的代码想怎么拷就怎么拷
麻烦采纳，谢谢!

❽ FreeBSD做服务器的好处是什么比较WIN和LINUX的区别.

稳定、安全、性能的综合选择，如果你认为服务器的最重要指标不只是速度快，那么FreeBSD一定会让你充满惊喜，FBI的服务器就用FreeBSD。下面是的压力测试（下载大图查看）

测试环境：均在虚拟机环境下，不和真机对比测试。其它没说明的信息均代表一致，软件的安装均使用包管理方式，没使用源代码安装，系统没做任何调优。3个虚拟服务器同时打开，每测试一个服务器均测试两次，以最好的结果为准。（测试结果顺序：FreeBSD、Ubuntu、Win2019）。注意：nginx服务器版本没统一，会稍微影响结果的公平性，但在合理范围之内。

ab重要指标：Requests per second（越大越好）、Time per request（越小越好）、Transfer rate（越大越好，大流量下的吞吐量）

结论：FreeBSD在大压力情况下的性能要比ubuntu略好，稳定性、安全性、健壮性也要比Linux好。当然如果要是用于深度学习而不是web，我可能会选Linux。

另外，安全都是相对的，虽然默认情况下*BSD比Linux安全，但并不代表你维护起来就安全，账号密码、ssh安全，权限，web程序的安全，都会影响系统安全性（web站点还是推荐使用wordpress最新版，安全插件使用：WP Cerber Security，比All In One WP Security略好，但即使刚入门，也比windows经常打补丁放心的多。只是FreeBSD调试wordpress还需要提高更多的技术，不是简单的pkginstall就完了，需要对nginx、php、mysql有足够的掌握，这些看起来复杂，但会了又觉得其乐无穷，而且绝对会培养起传统黑客的精神和体会到简洁的强大。

❾ 问一个很弱的问题，ASP的脚本可以在服务器和客户端执行，请问有什么利弊和不同请专业人士赐教！谢谢！

服务器脚本很简单，它是应于提交和处理表单，实现动态内容而出现的。想象一下一个中型网站大约有几千个链接地址，你总不能为每一个地址增加一个页面吧。于是服务器脚本从底层抽象出逻辑，把框架相同但是内容不同的页面综合。最重要的是将逻辑处理与数据分开。于是，多个用户提交一个请求，大家享用了共同的逻辑处理方式，但是因为我提交的表单不一样，相应处理也会不同，于是返回内容也就不同。

客户端脚本，对应有 javascript，perl等等。

其实客户端脚本从javascript才有着重强调过，尤其是ajax技术的出现，让客户端被重视起来。

很明显，服务器的数据都是存放在数据库中的，每一次查询都是需要数据库的链接，往往数据库链接比数据库查询更加费时。为了避免这种情况，网页设计者可以将简单的逻辑抽象出来，比如一次性读入整体的数据，然后将数据存入客户端（浏览器）的进程当中，这样下次就不用重新建立链接，我可以从自己机子上得到数据。根本不需要服务器频繁通信。客户端脚本的目的很明显，既避免了重复冗余的链接，有能缓解服务器的压力（你不用要求服务器多次查询数据库）。

区别

服务器脚本运行于服务器之上，你永远看不到服务器脚本的内容，得到的只有脚本解释器发回的HTML代码，浏览器对它照盘接收。

客户端脚本脱离服务器运行，不直接执行数据库操作。它实现了客户端上的简单逻辑。

Ajax技术让客户端脚本变的另类且强大，它让客户端语言将数据库操作封装起来，允许用户在一个界面实现完全分离的数据库操作请求。