月度归档:2014年03月

翻墙参考【GoAgent+Chrome】

参考文章 :
利用Chrome浏览器翻墙详细教程——妈妈再也不担心我的学习了
http://bbs.hupu.com/6019467.html
GoAgent翻墙并没有那么难 五步而已!
http://www.leiphone.com/1101-ce6093-fivestep.html
资源参考:
http://ishare.iask.sina.com.cn/f/33674935.html
问题参考:
http://tieba.baidu.com/p/1818827345

Thinkphp目录结构以及相应权限设置

ThinkPHP 的目录结构非常清晰和容易部署。大致的目录结构如下,以项目为基础进行部署。
┎━ThinkPHP 框架系统目录
┃ ┝ ThinkPHP.php 系统公共文件
┃ ┝ Common 公共文件目录
┃ ┝ Tpl 框架系统模版目录
┃ ┝ Lang 系统语言包目录
┃ ┝ PlugIns 公共插件目录
┃ ┗ Lib 系统基类库目录
┃ ┝ Think 系统运行库(必须)
┃ ┝ Com 扩展类库包(非必须)
┃ ┗ ORG 扩展类库包(非必须)

┝━App App 项目目录
┃ ┝ index.php 项目入口文件(可任意放置)
┃ ┝ Cache 模版缓存目录
┃ ┝ Common 公共文件目录(非必须)
┃ ┝ Conf 项目配置目录
┃ ┝ Data 项目数据目录
┃ ┝ Html 静态文件目录(非必须)
┃ ┝ PlugIns 插件目录(非必须)
┃ ┝ Tpl 模版文件目录
┃ ┝ Lang 语言包目录(非必须)
┃ ┝ Logs 日志文件目录
┃ ┝ Temp 数据缓存目录
┃ ┗ Lib 应用类库目录
┃ ┝ Action 控制器(模块)类目录
┃ ┝ Model Model 类文件目录
┃ … 下面的应用目录可根据需要选择和定义
┃ ┝ Exception 异常类库目录
┃ ┝ Common 公共应用类目录
┃ ┗ Help 助手类目录

┃…更多项目目录(和App 目录类似,每个项目采用独立目录,便于部署)

┝━Public 网站公共目录(多项目公用)
┃ ┝ Js JS 类库目录(建议)
┃ ┝ Images 公共图像目录(建议)
┃ ┗ Uploads 公共上传目录(建议)
ThinkPHP 框架除了模板目录和网站入口文件必须放到 WEB 目录下之外,其它所有框架的文件和目录可以单独存放,不受限制,您需要做的仅仅是在首页文件中指定ThinkPHP 框架的包含目录,我们建议您如果可能的话把 ThinkPHP 框架的目录包放到其它网站不能访问的目录下面,以保障应用的安全性。项目独立目录,方便部署和团队开发。每个项目有自身的配置文件、语言文件、插件文件和日志文件。 如果在类Linux 环境下面部署,需要对以下目录设置可写权限(这些目录仅仅针对项目目录,系统目录无需设置任何可写权限,因为每个项目的模版缓存和数据缓存,以及日志文件都是独立的)。 项目目录下面的 Cache(模版缓存目录)、Temp(数据缓存目录)、Conf(项目配置目录,写入权限用于自动生成配置缓存和插件缓存文件)、 Logs(日志文件目录)、如果设置了 Uploads 上传目录和 Data 数据目录的话也必须设置为可写。
另外,如果设置了 Public 目录下面的 Uploads 目录作为公共上传目录,也需要设置可写权限。通常的设置都是设置目录属性为 777。 一定要注意在 Linux 环境下面的文件大小写问题,否则会导致文件加载错误。

You don't have permission to access / on this server.

Apache Http Server已经在linux上安装完成,可是通过浏览器访问,却出现了“you don’t have permission to access / on this server”.
到网上Google了下,大致有以下2种解决办法:
1.在httpd.conf文件中,有这么一段
<Directory/>
Options FollowSymLinks
AllowOverride None
Order deny,allow
Deny from all
</Directory>
可以尝试把Deny改成Allow,然后重启apache服务,看问题是否解决。
2.在Apache的wiki上有关于PermissionDenied的另一种解决方法,链接是http://wiki.apache.org/httpd/13PermissionDenied,
全文翻译如下:
(13)Error 13 指的是文件系统的访问权限错误。也就是由于错误的权限,apache被拒绝访问。
一般的来说,这并不意味着是Apache配置文件存在错误。
为了给文件提供服务,Apache必须有适当的权限去访问那些文件,这些权限是由操作系统授予的。
特别的,在httpd.conf文件中,指出了User或者Group必须能够读取所有被服务的文件,以及查找包含那些文件的目录,
和所有的父目录直至文件系统的根。
在对一个unix-like的系统上的不属于User或Group的资源进行访问时,这里的User或Group是在httpd.conf的文件中指定的,典型的访问权限,对于普通的文件是644 -rw-r–r–,对于文件夹或者CGI脚本是755 drwxr-x-r-x。你也可能需要去查看操作系统所支持的扩展的访问权限(例如SELinux访问权限).
例子:
假如当访问位于unix-like系统上的/usr/local/apache2/htdocs/foo/bar.htm文件时,你收到了Permission Denied的错误,首先去查看文件上存在的访问权限:
$ cd /usr/local/apache2/htdocs/foo
$ ls -l bar.htm
如果须要的话,就修复它们:
$ chmod 644 bar.html
然后对文件夹以及每个父文件夹(/usr/local/apache2/htdocs/foo,/usr/local/apache2/htdocs,/usr/local/apache2,/usr/local/,/usr)做相同的操作:
$ ls -la
$ chmod +x
$ cd ..
#重复操作直到最顶层
在一些系统上,可使用工具namei来列出各个路径上的不同组件的访问权限,然后去发现是否有权限问题:
$ namei -m /usr/local/apache2/htdocs/foo/bar.html
如果标准的访问权限配置是正确的,你仍然得到一个Permission Denied的错误,你应该去查看扩展的访问权限。
例如,你可以使用命令setenforce 0去关闭SELinux,来查看是否有错误。
如果有错误,可以使用命令ls -alz去查看SELinux的访问权限,并使用chcon来修复它们。
不要将文件或文件夹的mode设置为777,即使“只用来测试”。测试服务器的目的是在安全的环境下保证事情是正确的,而不是错误地绕开。
3.郁闷的是,对于我的机器这两种方法都不行,把http.conf又看了几遍,问题依然还在。最后仔细想来一下,问题应该处在虚拟机上安装Linux的时候有一些development的rpm包没有装,这样Linux在首次装上然后进行配置的时候,就会出现一些类似于域名,权限,不能自动获取IP地址的问题。即使在原来的系统上进行更新Linux也是解决不了的。这样一来,解决办法有了,将原来的Linux系统删掉,重新安装,果然,问题解决,通过宿主机器去访问虚拟机中Linux系统的apache,It works!