apache每两个小时重启问题

in Web on apache, cpanel

今天遇到一个问题，发现cpanel主机上apache每两个小时重启一次，在apache error_log的记录就是:

[notice] Graceful restart requested, doing restart, 开始以为是什么计划任务造成的，找了crontab和cpanel cron job都没有问题，网上一查，原来是apache log的问题：

这里详细讲述了解决方案: http://kb.liquidweb.com/how-and-why-enabling-apaches-piped-logging/

简述步骤：

查看cpanel和apache版本：

Cpanel 需要 11.25.0-R43471 或以后

Apache 需要2 或以后

查看cpanel版本:

cat /usr/local/cpanel/version

查看apache版本:

/usr/local/apache/bin/httpd –v

备份apache httpd.conf配置:

cp /usr/local/apache/conf/httpd.conf /usr/local/apache/conf/httpd.prepipedlogging

修改/var/cpanel/cpanel.config，添加此行:

enable_piped_logs=1

让cpanel加载此修改:

/usr/local/cpanel/whostmgr/bin/whostmgr2 –updatetweaksettings

重新编译apache配置(这个是cpanel的功能，依据cpanel配置生成apache配置)

/scripts/rebuildhttpdconf

重启apache

/etc/init.d/httpd stop
/etc/init.d/httpd start

这就可以了。

Continue reading apache每两个小时重启问题

linux 下apache2.x安装以及模块php mysql编译

in linux / php on apache, mysql, php

本以为很简单，刚开始装的时候也成功了，但是发现modules下面什么也没有，什么模块也没有！

后来才发现需要指定--enable-mods-shared=all参数

步骤如下:

首先下载apache源码并解压缩:

wget  apache2.x下载链接

tar –zxvf  下载的.gz包路径

转到解压缩目录

cd 解压缩目录

配置，这里/mybin是你预计要将apache安装的目录，配置时并未创建此目录，只是在make时才创建

./configure --prefix=/mybin/apache2_2 --enable-so --enable-mods-shared=all

编译

make && make install

此时应该装好了，但是你会发现modules目录下模块不是很多，下面介绍编译模块的步骤

 

假设已在源码根目录,以编译mod_proxy为例

首先你可以使用find . –name  mod_proxy.c 找到此文件在哪里

然后使用如下命令编译

apache2_2_path/bin/apxs -i -a -c xxx/mod_proxy.c xxx/proxy_util.c

这样就将mod_proxy模块编译到apache/modules目录并在httpd.conf中启用此模块。

这里因为mod_proxy依赖proxy_util.c所以需要一起编译。

 

静态编译的缺点:

有至少两种方法可以添加第三方模块，最简单的方法是作为配置参数提供，语法如下：

--with-module=module-type:module-file[, module-type:module-file]

module-file是模块的源代码文件名，该文件必须位于Apahe源代码目录树的"modules/module-type"目录下，如果configure没有在那里找到module-file ，则将它看作一个绝对路径名并尝试将其复制到"modules/module-type"目录中，如果"modules/module-type"目录不存在，configure将新建一个"modules/module-type"目录并在其中放置一个标准的Makefile.in文件。这种方法有两个明显的缺陷：

  1. 模块的源代码必须是单一文件
  2. 模块只能静态连接进核心，而不能作为DSO模块

所以一般并不使用此方法，而是使用apxs(Apache扩展工具)来添加第三方模块支持。

 

那么如果是动态安装，就必须得apache在php之前安装，其实我的主机已近有服务商预先安装的apache+php+mysql，但是我自要装个试验的apache,我想把实验的apache指向已经安装的php,看来是不行的，这不像我本地Windows环境下只要下载个文件，修改配置指向某某处的安装思路。

以我linux上安装php为例，前提Apache已经装好

style="width: 862px; height: 220px">wget http://us.php.net/distributions/php-5.3.15.tar.gz

Continue reading linux 下apache2.x安装以及模块php mysql编译

apache2.x 配置反向代理 不得不说的事情

in linux / Web on apache, linux

今天在linux上配置apache反向代理，真是折腾人，故此记下：

网上查到的配置倒是很简单,在httpd.conf中:

LoadModule proxy_module       modules/mod_proxy.so
LoadModule proxy_connect_module modules/mod_proxy_connect.so
LoadModule proxy_http_module  modules/mod_proxy_http.so
LoadModule proxy_ftp_module   modules/mod_proxy_ftp.so
LoadModule authz_host_module modules/mod_authz_host.so

ProxyPass /rp1 http://127.0.0.1:30080/
ProxyPassReverse /Test http://127.0.0.1:30080
<proxy  http://127.0.0.1:30080>
    AllowOverride None
    Order Deny,Allow
    Allow from all
</proxy>

如上所示，配置了/rp1的反向代理指向http://127.0.0.1:30080

但是我今天遇到的问题是，我是新编译的apache,发现需要的的模块都没有,于是需要手动编译,对于proxy模块，需要使用命令:

APACHE_PATH/bin/apxs -i -a –c  APACHE_SOURCE_PATH/modules/proxy/mod_proxy.c APACHE_SOURCE_PATH/modules/proxy/proxy_util.c
其中APACHE_PATH指代apache安装目录，APACHE_SOURCE_PATH指代apache源码目录。

注意proxy下模块需要配合 proxy_util.c 一起编译才行，否则编译的模块不能加载。

而且LoadModule authz_host_module modules/mod_authz_host.so这个模块是需要的，否则，会报Order 命令不识别:

Invalid command 'Order', perhaps misspelled or defined by a module not included in the server config

关于模块编译参见http://kazge.com/archives/815.html

 

我写这篇文章起因是我要在我的远程主机上配置反向代理到我的本地机器

之前说的http://kazge.com/archives/798.html 使用tunnel还是不够的，因为不知为什么，即使我在远程主机上暴露了tunnel端口，但是通过internet任然无法访问ssh建立的通道,后来想个办法，使用apache做反向代理，apache监听开放的单口比如8080，使用反向代理转到已建立隧道的端口上，这样才行。

Continue reading apache2.x 配置反向代理 不得不说的事情

css3学习笔记

in Web前端 on css3

主要依照http://www.w3schools.com/css3/css3_intro.asp 进行。

1:边框圆角阴影

PropertyDescription
border-image包含多个border-image-* 样式的快捷方式
以图片作为边框，这个要设计好图片，效果像是将border图片从中间扒开圈在目标元素上。

在线演示:
http://www.w3schools.com/cssref/playit.asp?filename=playcss_border-image

自己动手：
http://www.w3schools.com/css3/tryit.asp?filename=trycss3_border-image

border-radius圆角 这个很好用，也非常有用
这个属性配合box-shadow就可以修饰成漂亮的box,再也不需要一堆图片和元素来拼凑了。

其相当于四个属性:

border-top-left-radius
border-top-right-radius

border-bottom-right-radius
border-bottom-left-radius

如果想制造一个古怪的box例如右下角是个方角，则设置为border-bottom-right-radius 0 ， 不过这样的古怪box就不能使用box-shadow绘制对应的不规则阴影了。

如果是个等高宽的元素，设置其border-radius:100%;的话，则是个圆形。但是可能会出现这种情况:

Snap1
其样式为:

<style type="text/css"> 
div
{
border:2px solid #a1a1a1;
padding:10px 40px; 
background:#dddddd;
width:50px;
height:50px;
border-radius:100%;
}
</style>

如果设置为像素单位，当大于一个临界点后效果就没什么变化了。

看到没，显示的border只会在实际的盒式模型的border之内。

自己动手:

http://www.w3schools.com/css3/tryit.asp?filename=trycss3_border-radius

box-shadow阴影

好用也实用。

它可以雾化阴影边框

在线演示:

http://www.w3schools.com/cssref/playit.asp?filename=playcss_box-shadow

自己动手：

http://www.w3schools.com/css3/tryit.asp?filename=trycss3_box-shadow

Continue reading css3学习笔记

css框架

in Web前端 on css

找了一下，这个比较还比较看得出来流行度:

http://www.yamlchina.com/blog/framework/css-framework-comparison/

 
框架大小大小小中
简单布局支持是是是是
复杂布局支持是否否否
流体布局支持是否 (插件支持)否 (插件支持)是
栅格布局是 (可变，%)是 (固定，12,16)是 (固定，24)是 (可变，%)
弹性浮动布局是否否否
布局模板是否否否
设计模板(PDF,Fireworks,Photoshop等)否是否否
文档/译文是 (德/英/中)不全不全不全
可视化工具有 (YAML Builder)有无有
打印样式优化有无有无
易用性理解(流体布局，skip-link导航等)有无有无
mobile设备支持是否不全否
LicenseCC-A 2.0GPL & MITmodified MITBSD

参见其他排名:

http://blog.bingo929.com/css-frameworks-15.html

http://www.blueidea.com/tech/web/2011/8316.asp

http://www.fengyn.com/article/mh/div-css/200909/10-478.html

YAML功能强但太大了。而960,blueprint几乎都排在前面。

 


Continue reading css框架

CSS选择子，兄弟选择,+和~

in Web前端 on css

首先我得承认，做了web这么多年，虽然javascript还可以，但是css和美工确实还是在水与不是很水之间徘徊，如我等做个项目从UI上一个icon到数据库里一个字段的长度都要自己搞定的码工，花在UI上面的时间相对其他部分较长，也是最头痛，总是眼巴巴的期望个美女美工哈（¯﹃¯），总也盼不来。后来了解到International Big Mouse这个公司做web的同事也是没有美工的，心想美工莫非神人也。

ok废话不多说。

兄弟选择器有+和~

看下面的代码:

/>

<div class="test">
<h3>这是一个标题</h3>
<p>这是一个文字段落1</p>
<p>这是一个文字段落2</p>

<p>这是一个文字段落2.1</p>
<h3>这是一个标题</h3>
<p>这是一个文字段落3</p>
<h3>这是一个标题</h3>
<p>这是一个文字段落4</p>
<p>这是一个文字段落5</p>
</div>

样式 p+p{color:red;} 的效果

这是一个标题

这是一个文字段落1

这是一个文字段落2

这是一个文字段落2.1

这是一个标题

这是一个文字段落3

这是一个标题

这是一个文字段落4

这是一个文字段落5

样式p~p{color:red;} 的效果

这是一个标题

这是一个文字段落1

这是一个文字段落2

这是一个文字段落2.1

这是一个标题

这是一个文字段落3

这是一个标题

这是一个文字段落4

这是一个文字段落5

看到区别没:

p+p效果是先找到p,然后找其后面紧接着的p，这里的意思是说，这是一个文字段落3 这个p与这是一个文字段落1 这个p 就不是紧接着的关系，因为中间被一个标题打断了,而段落5相对于段落4同理。

p~p则不管这些，凡是第一个p后面的p元素，不管中间隔了几个其他元素，都会被此选择器选中。

Continue reading CSS选择子，兄弟选择,+和~

voxeo ccxml voicexml 笔记

in voip on ccxml, voicexml, voxeo

voxeo开发文档

https://evolution.voxeo.com/docs/quickStart.jsp

w3c voicexml2.0规范 http://www.w3.org/TR/voicexml20/ 

ccxml和voicexml的区别

VoiceXML
          VXML可以理解为另外一种表示语言，类似于HTML和WML。它是一种表述对话（dialog）的语言，用来控制业务过程中的人机交互过程，适用于面向电话、手机等终端设备的语音应用，例如自动客户服务、自助查询系统、个人消息系统等。
         将VoiceXML与HTML对比，就能很容易理解了。浏览器解释后，HTML表示的内容是以文字图像方式显示在屏幕上的，VoiceXML的内容是以语言的方式播放给用户的。HTML接收用户的文字输入和鼠标点击，VoiceXML接受用户的语音输入，进行语音识别，或者是通过电话按键输入DTMF数据。
         VoiceXML是一种独立的语言，不能内嵌到现有的web语言中（如HTML，WML）。
         VoiceXML--语音扩展描述语言是由AT&T、IBM、Lucent Technologies、以及Motorola通过W3C协会于2000年联合推出的电话语音应用系统标准，是为语音应用制订的基于XML的语音可扩展标记语言。有了VoiceXML，互联网信息从此能够以语音的方式流向公用电话网，从而使互联网服务得以延伸到电话用户。VoiceXML彻底改变了传统的CTI(计算机电话集成系统) 的开发模式和应用范围，使公用电话网、语音处理技术、以及互联网有机地结合为一体，架起了电话用户与Web对话的桥梁。
         VoiceXML的目的是用来控制语音方式的人机交互过程的，因而它缺乏对呼叫的控制能力。例如会议、呼叫控制、建立呼叫、拒绝呼叫等等都无法实现。

CCXML
         针对VoiceXML在呼叫控制方面的不足，CCXML补充了这部分的功能。它能够发起呼叫、过滤和路由进入的呼叫、处理外部的异步事件。并且它能支持多方会议，可以将VoiceXML实例作为参与者加入会议，并控制VoiceXML的执行和停止。与VoiceXML类似，由CCXML浏览器负责解释执行CCXML文档。
         CCXML可以独立使用，但很多情况下是与VoiceXML配合使用，CCXML控制整个呼叫模型，VoiceXML控制每个呼叫中的用户交互。单纯的VoiceXML是无法实现电话QQ之类的涉及到多方通话的业务的，利用CCXML就有可能实现了。

参见:http://hi.baidu.com/ttlove%B6%A1%B6%A1/blog/item/c6c184c4a71350aa8326ac56.html

还有一个CallXML应该是voxeo自己开发的。

disconnect与exit不同，前者更适合挂断电话，后者交由voice引擎处理，在voxeo平台上就不发事件(但是会触发dialog.exit)。

The <disconnect> element will throw a 'connection.disconnect.hangup' event, while the <exit> element will NOT throw this event.

与tropo不同，这里需要自己在voicexml中catch这个事件来做出进一步处理。

><?xml version="1.0" encoding="UTF-8"?>

Continue reading voxeo ccxml voicexml 笔记

【转】解决技术负债的花费：每行代码3.61美金

in 软件工程

转自http://www.infoq.com/cn/news/2012/03/tech-debt-361

来自CAST软件的Jonathan Bloom发表了一系列的博文，总结了他们公司发布的有关技术债务的报告。要点包括：

  1. CAST估计现在公司要解决技术负债的花费是每行代码3.61美元。

  2. 在所调研的系统中，35%的技术债务已经严重影响了系统的支持和维护，它们可能导致安全、性能问题甚至威胁到正常运行。

  3. 在程序质量方面（structural quality，译者注：CAST定义了五大程序质量特征 - 稳定性、性能、安全、可移交性以及可修改性），外包软件和自行开发的软件没什么差别。离岸开发和本地开发也没很大区别。

  4. 在调研中，Java EE的应用程序最多，它们在性能方面表现糟糕，综合技术负债名列前茅。[PS:OMG,这证实了我多年的怀疑。]

  5. 在程序质量方面，成熟的开发方法比如敏捷和瀑布无疑优于其他自定义的方法，其中瀑布在“可移交性”和“可修改性”这两项上高居榜首。[PS:传统的瀑布既然高于敏捷，这有点出乎意料,为什么？]

  6. COBOL应用程序在安全性上夺冠，而.NET则垫底。

  7. 系统模块化（Modularity of systems ）可能影响质量和性能。[PS:嘿嘿]

  8. 政府系统在可维护性方面表现得最差。

  9. 代码发布越频繁，技术债台越高筑。

这是CAST第二年发布这项报告了。本年度的数据来自160家各行各业的公司。总共有745个系统参与调研，覆盖的代码量大概有365,000,000行之多。

Gartner的分析员同样披露了组织中不断滋长的技术债务问题。David Norton发表文章，把这一问题比作一颗定时炸弹，一段时期的风平浪静却会在某一刻突然爆发，给相关组织以重创。

CAST以及其他一些技术负债方面的专家都认为组织应该将技术债务纳入它们的主体预算中。2010年的时候，InfoQ就介绍过Israel Gat提出的用金钱来计算技术债务的方法。

Continue reading 【转】解决技术负债的花费：每行代码3.61美金

【转】利用HTTP-only Cookie缓解XSS之痛

in Web / 安全 on xss

转自http://netsecurity.51cto.com/art/200902/111143.htm ,作者康凯 。这篇文章讲了典型的xss攻击的步骤。

【51CTO.com 独家特稿】在Web安全领域，跨站脚本攻击时最为常见的一种攻击形式，也是长久以来的一个老大难问题，而本文将向读者介绍的是一种用以缓解这种压力的技术，即HTTP-only cookie。

我们首先对HTTP-only cookie和跨站脚本攻击做了简单的解释，然后详细说明了如何利用HTTP-only cookie来保护敏感数据，最后介绍了实现HTTP-only cookie时确定浏览器版本的具体问题。

一、XSS与HTTP-only Cookie简介

跨站点脚本攻击是困扰Web服务器安全的常见问题之一。跨站点脚本攻击是一种服务器端的安全漏洞，常见于当把用户的输入作为HTML提交时，服务器端没有进行适当的过滤所致。跨站点脚本攻击可能引起泄漏Web 站点用户的敏感信息。为了降低跨站点脚本攻击的风险，微软公司的Internet Explorer 6 SP1引入了一项新的特性。

这个特性是为Cookie提供了一个新属性，用以阻止客户端脚本访问Cookie。

像这样具有该属性的cookie被称为HTTP-only cookie。包含在HTTP-only cookie中的任何信息暴露给黑客或者恶意网站的几率将会大大降低。下面是设置HTTP-only cookie的一个报头的示例：

Set-Cookie: USER=123; expires=Wednesday, 09-Nov-99 23:12:40 GMT; HttpOnly

上面我们介绍了HTTP-only Cookie；下面我们开始向读者介绍跨站点脚本攻击、允许通过脚本访问的cookie所带来的潜在危险以及如何通过HTTP-only来降低跨站点脚本攻击的风险。  

跨站点脚本攻击是一种服务器端常见的安全漏洞，它使得黑客可以欺骗用户从而导致用户在某个Web 站点上的敏感信息的泄漏。下面通过一个简单的示例来解释一个跨站点脚本攻击的相关步骤。

二、跨站点脚本攻击示例

为了解释跨站点脚本攻击是如何被黑客利用的，我们假想了下面的一个例子：

A证券公司运行了一个Web 站点，该站点允许您跟踪某股票的最新价格。为了提高用户体验，登录A证券公司的Web 站点之后，你将被重定向到www.azhengquan.com/default.asp?name = < script > evilScript()< / script >张三，并且有一个服务器端脚本生成一个欢迎页面，内容为“欢迎您回来，张三！”。

你的股票数据被存放在一个数据库中，并且Web 站点会在你的计算机上放置一个cookie，其中包含了对这个数据库非常重要的数据。每当你访问A证券公司站点时，浏览器都会自动发送该cookie。

一个黑客发现A证券公司公司的Web 站点存在一个跨站点脚本攻击缺陷，所以他决定要利用这点来收集你所持股票的名称等敏感信息。黑客会您你发送一封电子邮件，声称您中奖了，并且需要点击某个链接如“点击这里”来领取奖品。注意，该链接将超链接到www.azhengquan.com/default.asp?name=< script >evilScript()< / script > 当您点击这个链接，映入眼帘您的将是“欢迎您回来！”—— 等等，您的姓名哪里去了？事实上，单击电子邮件内的链接之后，你实际上就是在通知A证券公司公司的Web 站点，你的姓名是< script  > evilScript()<  /script >。Web服务器把用这个“名字”生成的HTML返回给你，但是你的浏览器会把这个“名字”作为脚本代码解释，脚本执行后便出现了我们前面看到的一幕。一般情况下，支持客户端脚本是浏览器的典型功能之一。如果这个脚本命令浏览器向黑客的计算机发回一个cookie，即使这个cookie包含有您的股票的有关信息，您的浏览器也会老老实实地执行。最后，那些来自A证券公司的Web 站点的指令获取了那个包含敏感信息的cookie。

下面是跨站脚本攻击的示意图，它详细的展示了攻击的五个步骤。首先，用户点击了黑客发来的电子邮件中的一个嵌入的链接（第1步）。由于跨站点脚本攻击缺陷的原因，这样会导致用户的浏览器向Web 站点发送一个请求（第2步）；服务器端根据该请求会生成一个包含恶意脚本的响应，并将其发回给用户的浏览器（第3步）。当用户的机器执行返回的恶意代码时（第4步），就会将用户的敏感数据发送给黑客的计算机（第5步）。

图1

我们可以看到，这个过程只需要用户单击了一个链接，然后就会有指令发送给Web服务器，然后Web服务器生成一个嵌入恶意脚本的网页；浏览器运行这个来自受信任的源的脚本，却致使信息泄漏给黑客的计算机。跨站点脚本攻击有许多不同的形式，这里只是其中的一种。

三、用HTTP-only Cookie保护数据

为了缓解跨站点脚本攻击带来的信息泄露风险，Internet Explorer 6 SP1为Cookie引入了一个新属性。这个属性规定，不许通过脚本访问cookie。使用HTTP-only Cookie后，Web 站点就能排除cookie中的敏感信息被发送给黑客的计算机或者使用脚本的Web站点的可能性。

Cookie通常是作为HTTP 应答头发送给客户端的，下面的例子展示了相应的语法（注意，HttpOnly属性对大小写不敏感）：

Set-Cookie: =[; =]
[; expires=][; domain=]
[; path=][; secure][; HttpOnly]

即使应答头中含有HttpOnly属性，当用户浏览有效域中的站点时，这个cookie仍会被自动发送。但是，却不能够在Internet Explorer 6 SP1中使用脚本来访问该cookie，即使起初建立该cookie的那个Web 站点也不例外。这意味着，即使存在跨站点脚本攻击缺陷，并且用户被骗点击了利用该漏洞的链接，Internet Explorer也不会将该cookie发送给任何第三方。这样的话，就保证了信息的安全。
注意，为了降低跨站点脚本攻击带来的损害，通常需要将HTTP-only Cookie和其他技术组合使用。如果单独使用的话，它无法全面抵御跨站点脚本攻击。

四、支持HTTP-only Cookie的浏览器

如果Web 站点为不支持HTTP-only Cookie的浏览器建立了一个HTTP-only cookie的话，那么该cookie不是被忽略就是被降级为普通的可以通过脚本访问的cookie。这还是会导致信息容易被泄露。

对于公司内部网中的web页面，管理员可以要求所有用户都是由支持HTTP-only Cookie的浏览器，这样能保证信息不会由于跨站点脚本攻击缺陷而泄露。

对于公共Web 站点，由于需要支持各种各样的浏览器，这时可以考虑使用客户端脚本来确定不同访问者所使用的浏览器的版本。Web 站点可以通过向支持～的浏览器发送敏感信息以减轻跨站点脚本攻击对Cookie的威胁。对于那些使用不支持HTTP-only Cookie的浏览器的访问者，可以限制为其提供的信息或功能，并要求升级他们的软件。

当确定Internet Explorer的版本时，重要的是记住Internet Explorer 6 SP1 的用户代理字符串跟Internet Explorer 6的用户代理字符串是一样的。客户端脚本还必须使用navigator对象的appMinorVersion属性检测主版本号，这样才能确定出客户端是否安装了Internet Explorer 6 SP1。

五、小结

在Web安全领域，跨站脚本攻击时最为常见的一种攻击形式，也是长久以来的一个老大难问题，而本文将向读者介绍一种用以缓解这种压力的技术，即HTTP-only cookie。我们首先对HTTP-only cookie和跨站脚本攻击做了简单的解释，然后详细说明了如何利用HTTP-only cookie来保护敏感数据，最后介绍了实现HTTP-only cookie时确定浏览器版本的具体问题。

【51CTO.COM 独家特稿，转载请注明出处及作者！】

[PS:参见http://www.infoq.com/cn/articles/cookie-security]

Continue reading 【转】利用HTTP-only Cookie缓解XSS之痛

Pagination

Total views.

© 2013 - 2019. All rights reserved.

Powered by Hydejack v6.6.1