一个导致nginx 499报错的另类可能
最近系统运作不是很正常,经过排查,发现某个AJAX请求被返回了499 error code.
但是实际上,http status code中,是没有499.
499 是nginx自定义的一个code,搜索可以得知,这个是客户端自己close了请求所以才会这样。
一般客户端自己close[……]
最近系统运作不是很正常,经过排查,发现某个AJAX请求被返回了499 error code.
但是实际上,http status code中,是没有499.
499 是nginx自定义的一个code,搜索可以得知,这个是客户端自己close了请求所以才会这样。
一般客户端自己close[……]
不能的。
Window.open只能用get的方式(附带在url后面)。
那么有别的方法达到类似的效果吗?
有的。
直接构建一个临时form,然后指定form的参数method = post, target=_blank
这样,就既弹出一个新窗口,又可以把数据post过去了。
具[……]
有时候,有很多代码从逻辑上看没有任何错误和BUG,理论上是可以完全执行的。
而实际上在firefox下执行完全没问题,偏偏在ie下执行不了,而提示“对象不支持此属性和方法”。
其实就是很常见的js兼容性问题。
IE自己对JS的理解和我们普通人的理解不一样的。很多时候IE会莫名其妙自己调用[……]
很简单,但是很常用的一点小代码。算法是最笨的遍历算法。
1 2 3 4 5 6 | for(var i=0; i< $('rate').options.length; i++){ if($('rate').options[i].value==""){ $('rate').options[i].selected="true"; break; } } |
说明下,$rate是给定的值。$(‘rate’)是用了prototype的selector,选取id 为rate的元素[……]
我今天用U盘,给一台测试机重装linux系统时遇到了这个问题。
先简要说一下我的硬件环境
主板:华硕H81M-K
CPU:i3-4330 haswell
u盘:威刚 adata USB3.0 16G AUV128-16G-RBY
u盘用linux的unetbootin所生成,试过用[……]
置过这么多linux的bonding,最麻烦的是fedora20的,我觉得主要原因如下:
fedora 20的设计理念有点类似windows,为了提供极致的易用性,所以他们就想用GUI搞掂所有linux下的设置。
fedora 20的gnome深度捆绑了fedora的NetworkManager[……]
先说原因,就是SELINUX。
selinux会阻止nginx/apache访问没有被打上安全标签的文件。
这种情况下,从浏览器访问,apache和nginx都会报错403。
文件不管是和程序同一个用户,还是具备777或者755模式,都不可以访问。
如果各位有遇到apache/nginx没有[……]
gzip是好东西,这个毋庸置疑,开启的方法很多,前提是先要在apache 加载相应的模块(这个编译的时候选了gzip模块和deflate就ok了),很多空间默认都开启的。
然后修改.htaccess,加入如下代码
1 # ## enable apache served files compr[......]<p class="read-more"><a href="https://www.powerrc.net/%e4%b8%bamagento%e5%bc%80%e5%90%afgzip.html">继续阅读</a></p>
遇到这种提示的情况很复杂,不能一概而论,有说是nginx的问题,有说是服务器配置不行的问题,也有人认为是php-cgi的问题。
相信用过magento的人都知道magento有多慢。
确实因为大量类的派生,是可以简化开发流程,但是短处就是性能太差。
我曾经追踪过,magento后台显示or[……]
近期评论