① 服务器出错

网站服务器出错，是指互联网数据中心中存放网站的服务器不能正常运行。

服务器出错的原因有：

1、内存条坏了或与主板不兼容更换内存条。

2、双内存不兼容使用同品牌的内存或只要一条内存。

3、内存质量问题更换内存条。

4、散热问题加强机箱内部的散热。

5、内存和主板没插好或其他硬件不兼容重插内存或换个插槽。


6、硬盘有问题更换硬盘。

7、驱动问题重装驱动，如果是新系统，应先安装主板驱动。


相关资料：

服务器是计算机的一种，它比普通计算机运行更快、负载更高、价格更贵。服务器在网络中为其它客户机（如PC机、智能手机、ATM等终端甚至是火车系统等大型设备）提供计算或者应用服务。

服务器具有高速的CPU运算能力、长时间的可靠运行、强大的I/O外部数据吞吐能力以及更好的扩展性。根据服务器所提供的服务，一般来说服务器都具备承担响应服务请求、承担服务、保障服务的能力。

② 用perl写的cgi脚本，在服务器可正常运行，但通过前端无法运行。

如果确定open这一行错误，很可能是权限问题。因为cgi运行时，用户是WEB支撑平台的用户，比如是apache,tomcat之类的，很可能没有权限进入你那个目录，或者打开你那个文件。

另外提示一下，调试cgi的话，检查errlog是个好方法，里面会有更详细的错误信息，如果你在使用apache，可以看一下/var/log/httpd/error_log。

③ 打开网页后显示服务器运行失败,怎么解决

你是在脱机工作吧？检查下文件菜单下的“脱机工作”是否打钩了？
如果不行的话在internet选项里将所有项目都改回到缺省状态看。

④ 服务器运行失败是什么原因如何解决

服务器运行失败是因为勾选了“在单独的进程中打开文件夹窗口”功能，将其取消即可解决问题，取消方法如下：

操作设备：戴尔电脑

操作系统：win7

1、当使用电脑过程中，遇到"服务器运行失败“，如下图所示：

⑤ Web前端工程师如何处理Web前端的异常_

今天小编要跟大家分享的文章是关于Web前端工程师如何处理前端的异常。前端一直是距离用户最近的一层，随着产品的日益完善，我们会更加注重用户体验，而前端异常却如鲠在喉，甚是烦人。下面我们就来看一看前端工程师该如何处理前端异常。一、为什么要处理异常异常是不可控的，会影响最终的呈现结果，但是我们有充分的理由去做这样的事情。


1.增强用户体验；
2.远程定位问题；
3.未雨绸缪，及早发现问题；
4.无法复线问题，尤其是移动端，机型，系统都是问题；
5.完善的前端方案，前端监控系统；


对于JS而言，我们面对的仅仅只是异常，异常的出现不会直接导致JS引擎崩溃，最多只会使当前执行的任务终止。二、需要处理哪些异常？对于前端来说，我们可做的异常捕获还真不少。总结一下，大概如下：


·___S语法错误、代码异常


·___JAX请求异常


·___蔡试醇釉匾斐


·___romise异常


·___frame异常


·___缬_cripterror


·___览：涂ǘ


下面我会针对每种具体情况来说明如何处理这些异常。三、Try-Catch的误区try-catch只能捕获到同步的运行时错误，对语法和异步错误却无能为力，捕获不到。
1.同步运行时错误：


try{
letname='jartto'
console.log(nam);
}catch(e){
console.log('捕获到异常：',e);
}


输出：


捕获到异常：ReferenceError:namisnotdefined
at:3:15


2.不能捕获到语法错误，我们修改一下代码，删掉一个单引号：


try{
letname='jartto;
console.log(nam);
}catch(e){

console.log('捕获到异常：',e);
}


输出：


UncaughtSyntaxError:Invalidorunexpectedtoken


不过语法错误在我们开发阶段就可以看到，应该不会顺利上到线上环境。


3.异步错误


try{
setTimeout(()=>{
undefined.map(v=>v);
},1000)
}catch(e){
console.log('捕获到异常：',e);
}


我们看看日志：


UncaughtTypeError:Cannotreadproperty'map'of
undefined
atsetTimeout(:3:11)


并没有捕获到异常，这是需要我们特别注意的地方。四、window.onerror不是万能的当JS运行时错误发生时，window会触发一个ErrorEvent接口的error事件，并执行window.onerror()。/**
*@param{String}message错误信息
*@param{String}source出错文件
*@param{Number}lineno行号
*@param{Number}colno列号
*@param{Object}errorError对象（对象）
*/

window.onerror=function(message,source,lineno,colno,error){
console.log('捕获到异常：',{message,source,lineno,colno,error});
}

1.首先试试同步运行时错误


window.onerror=function(message,source,lineno,colno,
error){
//message：错误信息（字符串）。
//source：发生错误的脚本URL（字符串）
//lineno：发生错误的行号（数字）
//colno：发生错误的列号（数字）
//error：Error对象（对象）
console.log('捕获到异常：',{message,source,lineno,colno,
error});
}
Jartto;


可以看到，我们捕获到了异常：

2.再试试语法错误呢？


window.onerror=function(message,source,lineno,colno,
error){
console.log('捕获到异常：',{message,source,lineno,colno,error});
}
letname='Jartto


控制台打印出了这样的异常：


UncaughtSyntaxError:Invalidorunexpectedtoken


什么，竟然没有捕获到语法错误？


3.怀着忐忑的心，我们最后来试试异步运行时错误：


window.onerror=function(message,source,lineno,colno,
error){
console.log('捕获到异常：',{message,source,lineno,colno,error});
}
setTimeout(()=>{
Jartto;
});


控制台输出了：


捕获到异常：{message:"Uncaught
ReferenceError:Jarttoisnotdefined",source:
"http://127.0.0.1:8001/",lineno:36,colno:5,error:
ReferenceError:Jarttoisnotdefined
atsetTimeout(http://127.0.0.1:8001/:36:5)}


4.接着，我们试试网络请求异常的情况：






我们发现，不论是静态资源异常，或者接口异常，错误都无法捕获到。


补充一点：window.onerror函数只有在返回true的时候，异常才不会向上抛出，否则即使是知道异常的发生控制台还是会显示UncaughtError:xxxxx


window.onerror=function(message,source,lineno,colno,
error){
console.log('捕获到异常：',{message,source,lineno,colno,error});
returntrue;
}
setTimeout(()=>{
Jartto;
});


控制台就不会再有这样的错误了：


UncaughtReferenceError:Jarttoisnotdefined
atsetTimeout((index):36)


需要注意：onerror最好写在所有JS脚本的前面，否则有可能捕获不到错误；onerror无法捕获语法错误；


到这里基本就清晰了：在实际的使用过程中，onerror主要是来捕获预料之外的错误，而try-catch则是用来在可预见情况下监控特定的错误，两者结合使用更加高效。


问题又来了，捕获不到静态资源加载异常怎么办？五、window.addEventListener当一项资源（如图片或脚本）加载失败，加载资源的元素会触发一个Event接口的error事件，并执行该元素上的onerror()处理函数。这些error事件不会向上冒泡到window，不过（至少在Firefox中）能被单一的window.addEventListener捕获。



window.addEventListener('error',(error)=>{
console.log('捕获到异常：',error);
},true)




控制台输出：


SHAPE*MERGEFORMAT


由于网络请求异常不会事件冒泡，因此必须在捕获阶段将其捕捉到才行，但是这种方式虽然可以捕捉到网络请求的异常，但是无法判断HTTP的状态是404还是其他比如500等等，所以还需要配合服务端日志才进行排查分析才可以。


需要注意：


·___煌榔飨路祷氐_rror对象可能不同，需要注意兼容处理。


·___枰⒁獗苊_ddEventListener重复监听。六、PromiseCatch在promise中使用catch可以非常方便的捕获到异步error，这个很简单。


没有写catch的Promise中抛出的错误无法被onerror或try-catch捕获到，所以我们务必要在Promise中不要忘记写catch处理抛出的异常。


解决方案：为了防止有漏掉的Promise异常，建议在全局增加一个对unhandledrejection的监听，用来全局监听UncaughtPromiseError。使用方式：


window.addEventListener("unhandledrejection",
function(e){
console.log(e);
});


我们继续来尝试一下：


window.addEventListener("unhandledrejection",
function(e){
e.preventDefault()
console.log('捕获到异常：',e);
returntrue;
});
Promise.reject('promiseerror');


可以看到如下输出：

那如果对Promise不进行catch呢？


window.addEventListener("unhandledrejection",
function(e){
e.preventDefault()
console.log('捕获到异常：',e);
returntrue;
});
ewPromise((resolve,reject)=>{
reject('jartto:promiseerror');
});


嗯，事实证明，也是会被正常捕获到的。


所以，正如我们上面所说，为了防止有漏掉的Promise异常，建议在全局增加一个对unhandledrejection的监听，用来全局监听UncaughtPromiseError。


补充一点：如果去掉控制台的异常显示，需要加上：


event.preventDefault();七、VUEerrorHandlerVue.config.errorHandler=(err,vm,info)=>{
console.error('通过vue
errorHandler捕获的错误');
console.error(err);
console.error(vm);
console.error(info);
}八、React异常捕获React16提供了一个内置函数componentDidCatch，使用它可以非常简单的获取到react下的错误信息


componentDidCatch(error,info){
console.log(error,info);
}


除此之外，我们可以了解一下：errorboundaryUI的某部分引起的JS错误不应该破坏整个程序，为了帮React的使用者解决这个问题，React16介绍了一种关于错误边界（errorboundary)的新观念。


需要注意的是：errorboundaries并不会捕捉下面这些错误。


1.事件处理器2.异步代码3.服务端的渲染代码4.在errorboundaries区域内的错误


我们来举一个小例子，在下面这个componentDIdCatch(error,info)里的类会变成一个errorboundary：


.Component{
constructor(props){
super(props);
this.state={hasError:false};
}
componentDidCatch(error,info){
//DisplayfallbackUI
this.setState({hasError:true});
//
logErrorToMyService(error,info);
}
render(){
if(this.state.hasError){
//
return

Somethingwentwrong.

;
}
returnthis.props.children;
}
}


然后我们像使用普通组件那样使用它：







componentDidCatch()方法像JS的catch{}模块一样工作，但是对于组件，只有class类型的组件(classcomponent)可以成为一个errorboundaries。


实际上，大多数情况下我们可以在整个程序中定义一个errorboundary组件，之后就可以一直使用它了！九、iframe异常对于iframe的异常捕获，我们还得借力window.onerror：


window.onerror=function(message,source,lineno,colno,
error){
console.log('捕获到异常：',{message,source,lineno,colno,error});
}


一个简单的例子可能如下：


frameborder="0">
十、Scripterror一般情况，如果出现Scripterror这样的错误，基本上可以确定是出现了跨域问题。这时候，是不会有其他太多辅助信息的，但是解决思路无非如下：


跨源资源共享机制(CORS)：我们为script标签添加crossOrigin属性。


crossorigin>


或者动态去添加js脚本：


constscript=document.createElement('script');
script.crossOrigin='anonymous'
script.src=url;
document.body.appendChild(script);


特别注意，服务器端需要设置：Access-Control-Allow-Origin


此外，我们也可以试试这个-解决ScriptError的另类思路：


constoriginAddEventListener=EventTarget.prototype.addEventListener;
EventTarget.prototype.addEventListener=function(type,listener,options){
constwrappedListener=function(...args){
try{
returnlistener.apply(this,args);
}
catch(err){
throwerr;
}
}
returnoriginAddEventListener.call(this,type,wrappedListener,options);
}


简单解释一下：


·___男戳_ventTarget的addEventListener方法；


·___源氲_istener进行包装，返回包装过的listener，对其执行进行try-catch；


·___榔鞑换岫_ry-catch起来的异常进行跨域拦截，所以catch到的时候，是有堆栈信息的；


·___匦_hrow出来异常的时候，执行的是同域代码，所以window.onerror捕获的时候不会丢失堆栈信息；


利用包装addEventListener，我们还可以达到“扩展堆栈”的效果：


(()=>{
constoriginAddEventListener=EventTarget.prototype.addEventListener;
EventTarget.prototype.addEventListener=function(type,listener,options){
+//捕获添加事件时的堆栈
+constaddStack=newError(`Event(${type})`).stack;
constwrappedListener=function(...args){
try{
returnlistener.apply(this,args);
}
catch(err){
+//异常发生时，扩展堆栈
+err.stack+=' '+addStack;
throwerr;
}
}
returnoriginAddEventListener.call(this,type,wrappedListener,options);
}
})();十一、崩溃和卡顿卡顿也就是网页暂时响应比较慢，JS可能无法及时执行。但崩溃就不一样了，网页都崩溃了，JS都不运行了，还有什么办法可以监控网页的崩溃，并将网页崩溃上报呢？


崩溃和卡顿也是不可忽视的，也许会导致你的用户流失。


1.利用window对象的load和beforeunload事件实现了网页崩溃的监控。不错的文章，推荐阅读：Logging
InformationonBrowserCrashes。window.addEventListener('load',function(){
sessionSt

⑥ 电脑提示 服务器运行失败 怎么办

可能是文件夹设置错误，这会导致管理explorer.exe服务器运行失败，所以会提示服务器运行失败 。

解决方法:

1.搜索“文件夹选项”，然后点击打开

拓展资料：

服务器，也称服务器，是提供计算服务的设备。由于服务器需要响应服务请求，并进行处理，因此一般来说服务器应具备承担服务并且保障服务的能力。

服务器的构成包括处理器、硬盘、内存、系统总线等，和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

在网络环境下，根据服务器提供的服务类型不同，分为文件服务器，数据库服务器，应用程序服务器，WEB服务器等。

⑦ apache前端服务器,监控突然报警,load繁忙

linux负载过重。
CPU高、Load高
通过top命令查找占用CPU最高的进程PID；
通过top-HpPID查找占用CPU最高的线程TID;
对于java程序，使用jstack打印线程堆栈信息；
通过printf%xtid打印出最消耗CPU线程的十六进制；
在堆栈信息中查看该线程的堆栈信息；

⑧ 服务器异常怎么办

造成服务器异常的原因

有好多种
1、服务器所在的机房设备出现故障
2、用户操作不当

3、病毒侵害

4、服务器故障

5、网络故障

二、服务器常见的异常问题及解决办法

1、机房设备故障引发的服务器不能正常运行

在机房配备专业人员做好日常管理和维护，及时检查和购买新的设备或者服务器。

2、用户操作不当引发的异常

公司要雇用专业人员管理和维护好服务器，降低出现故障的几率，以便第一时间能够及时处理问题，降低风险，减少损失。

3、网站打不开、被跳转、网站显示错误等

这时候可以下载专业的正版查毒软件，对电脑进行定期的全面病毒查杀，以绝后患。

4、用户无法打开网页

出现这种问题，可以耐心等候一段时间再进行再次访问，也可以多刷新几遍网页试试，并赶紧对服务器进行修复。

5、被DNS劫持出现的网络故障

这种情况是电脑上的其他应用都可以正常运行，但是网站却打不开，很有可能就是网站被DNS劫持了，需要重新设置或修改DNS地址。

6、系统蓝屏、频繁死机、重启、反映速度迟钝

服务器的结构与普通电脑的构成是十分相似的，出现这种情况是感染了病毒引起的，也有可能是系统漏洞、软件冲突、硬件故障等原因造成的。遇到这种问题就要及时杀毒，修复系统漏洞和硬件故障，清理缓存垃圾。

7、远程桌面连接超出最大连接数

如果登录后忘记注销服务器默认允许的2个连接，而是直接关闭远程桌面，这种时候可能就要重启服务器，并且是在高峰期的话，就很容易造成损失。这种异常问题，就要利用“mstsc/console”指令进行强行登陆，具体操作就是打开“运行”框，输入“mstsc/v:xxx.xxx.xxx.xxx(服务器IP)/console”，即可强行登陆到远程桌面。

8、出现无法删除的文件

如果这些无法删除的文件还在运行中，可以重启电脑，然后删除。另一种办法是，运行CMD，输入“arrtib-a-s-h-r”和想要删除的文件夹名，最后输入“del”，这样想要删除的文件夹即可删除，但是运行该命令后无法恢复，要谨慎使用。

9、系统端口隐患

对于服务器来说，首先要保证的就是它的稳定性和安全性。因此，我们只要保留的是服务器最基本的功能就可以了，声卡一般都是默认禁止的。我们不会用到很多功能，也不需要很多的端口支持。这时候，我们就关掉一些不必要的、风险大的端口，例如3389、80等端口，用修改注册表的方式将其设置成不特殊的秘密端口，这样可以消除服务器端口的安全隐患。

⑨ 服务器打不开怎么办

一、网络设置的问题
这种原因比较多出现在需要手动指定IP、网关、DNS服务器联网方式下，及使用代理服务器上网的。仔细检查计算机的网络设置。

二、DNS服务器的问题
当IE无法浏览网页时，可先尝试用IP地址来访问，如用 Bbs.winzheng.com 的http://218.30.80.30，如果可以访问，那么应该是DNS的问题，造成DNS的问题可能是连网时获取DNS出错或DNS服务器本身问题，这时你可以手动指定DNS服务(地址可以是你当地ISP提供的DNS服务器地址，也可以用其它地方可正常使用DNS服务器地址。)在网络的属性里进行，(控制面板—网络和拔号连接—本地连接—右键属性—TCP/IP协议—属性—使用下面的DNS服务器地址)。不同的ISP有不同的DNS地址。有时候则是路由器或网卡的问题，无法与ISP的DNS服务连接，这种情况的话，可把路由器关一会再开，或者重新设置路由器。

还有一种可能，是本地DNS缓存出现了问题。为了提高网站访问速度，系统会自动将已经访问过并获取IP地址的网站存入本地的DNS缓存里，一旦再对这个网站进行访问，则不再通过DNS服务器而直接从本地DNS缓存取出该网站的IP地址进行访问。所以，如果本地DNS缓存出现了问题，会导致网站无法访问。可以在“运行”中执行ipconfig /flushdns来重建本地DNS缓存。

三、IE浏览器本身的问题
当IE浏览器本身出现故障时，自然会影响到浏览了;或者IE被恶意修改破坏也会导致无法浏览网页。这时可以尝试用“黄山IE修复专家”来修复(建议到安全模式下修复)，或者重新IE(如重装IE遇到无法重新的问题，可参考:附一解决无法重装IE)

四、网络防火墙的问题
如果网络防火墙设置不当，如安全等级过高、不小心把IE放进了阻止访问列表、错误的防火墙策略等，可尝试检查策略、降低防火墙安全等级或直接关掉试试是否恢复正常。

五、网络协议和网卡驱动的问题
IE无法浏览，有可能是网络协议(特别是TCP/IP协议)或网卡驱动损坏导致，可尝试重新网卡驱动和网络协议。

六、HOSTS文件的问题
HOSTS文件被修改，也会导致浏览的不正常，解决方法当然是清空HOSTS文件里的内容。

⑩ 服务器不能正常启动了怎么办

由于突然停电、经常违章关机或某些别的原因，可能造成服务器硬盘卷的损伤。其现
象有多种，例如：服务器无法正常安装卷，或服务器能正常启动，但工作站不能与服务器连接等
，出现类似下面的提示：“Mirror “Volume not mounted”、“copies of directories and
name space not match”。此时，可以采用卷修复方法，对不太严重的错误进行修复。Vrepair
(Volume Repair)是一个功能强大的可装入模块，可以装入对卷进行修复，具体的操作步骤如下： (1)、把此卷卸下，输入以下命令：
Dismount volume-name (其中，volume-name为要修复的卷名)
(2)、在服务器控制台上键入以下命令：
Load Vrepair
(3)、进入菜单系统，首先选择“Repair a Volume”，然后屏幕提示：
Total errors:0
Current settings:
1.Pause after each error
2.Do not log errors to a file
Press F1 to change setting
在修复时如果屏幕提示错误较多，可按 F1 键不必让 Vrepair 在每个错误处停下来，可
以大大提高修复速度。
(4)、当 Vrepair 运行结束后，屏幕提示：“Write vrepairs to the disk(y/n)?”，
键入“y”将修复结果写入磁盘，进行如此操作后，若卷仍未修复，可再进入 Vrepair 菜单中选
择“Set Vrepair Option”项，运行完后，卷一般会安装成功。如仍不能安装，则必须删除这个