关于sp安装的几个疑问!

#1 water6000

1)能否像cakephp那样,多个项目,用同一个框架文件?

2)可否支持一个项目目录下,安装框架文件

3)原来那个二级目录下安装sp的在线教程怎么找不到了?能给个链接嘛?

题外话,jake为什么不继续更新speedphp了呢?:):):):):)

2015-05-29 12:14:40

#2 water6000

补充下,可能没说清楚

1)就是web服务器装在了c盘,而sp装在d盘,project的这个目录中,但项目装在别的盘的一个目录中,该怎么设置?

2)还是web服务器装在c盘,项目在别的盘的目录里面,sp也在这个项目的文件夹中,该怎么设置?

2015-05-29 13:00:54

#3 jake

可以共用框架,每个项目的index.php里面定义的
define("SP_PATH",dirname(__FILE__).'/SpeedPHP');
就是框架路径,可以做修改

windows上面的路径就是c:\,d:\什么的,没太大区别。

你的问题不是speedphp的路径,而是服务器的路径。以apache配置做例子:

要注意的是httpd.conf里面的DocumentRoot 和 Directory配置

DocumentRoot是具体入口文件的根目录。而PHP可以包含的路径的权限,就是Directory里面配置的,如speedphp或者其他php文件在别的盘,只要设置一个Directory让apache可以有权限读取就行。路径还是以盘符开头的c:\之类的。

打个比方,我的服务器根目录在 D:\www,而speedphp框架源码放在E:\documents\sp里面

那么首先DocumentRoot是"D:\www"

而Directory,要设置D:\www和E:\documents\sp,让PHP对这两个目录都可以读取,


    Options Indexes FollowSymLinks
    Order allow,deny
    Allow from all
        AllowOverride FileInfo Options



    Options Indexes FollowSymLinks
    Order allow,deny
    Allow from all
        AllowOverride FileInfo Options


然后D:\www\index.php入口文件里面

define("SP_PATH", 'E:\documents\sp');

PS:

二级目录下的配置那个事情,是speedphp2.0时代的要求,3.0以上只要保证你的css什么路径ok就行,具体看手册相关章节。




2015-05-29 13:36:50

#4 water6000

多谢!原来是这样的!

另外问下,sp还会继续更新嘛,不知道有没有计划,以及要更新的内容什么的?真的,觉得你这个框架是最好了,要是不更新,真的有点可惜了!:):):):)

2015-05-29 14:08:40

#5 jake

water6000 发表于 2015-5-29 14:08
多谢!原来是这样的!

另外问下,sp还会继续更新嘛,不知道有没有计划,以及要更新的内容什么的?真的,觉 ...
会更新的。不过目前还是要考虑说,有些新的东东加进来,和原来的怎么兼容。或者是不兼容等等。

2015-05-29 14:10:45

#6 water6000

不知道,jake推荐的安装方法是那种呢?想学习学习!一直用别的框架,但觉得,好像还是这个框架比较接地气!:):):)

2015-05-29 14:12:17

#7 jake

water6000 发表于 2015-5-29 14:12
不知道,jake推荐的安装方法是那种呢?想学习学习!一直用别的框架,但觉得,好像还是这个框架比较接地气!: ...
安装方法是啥? php不就丢服务器上就可以跑了吗?

我们一般做法是一个项目就带一个框架文件,这样兼容性是最好的。可移植性和维护成本也是最低的。

另外也不推荐用module的方式,或者名字叫hmvc什么的,因为php更适合小项目组成大规模的做法。而不是大项目大规模的做法。

2015-05-29 14:25:34

#8 water6000

一个项目带一个框架,就是你回复举得那个例子嘛?我觉得php做大项目也不差啊!个人感觉!

2015-05-29 14:29:22

#9 jake

没说php做大项目不行啊~~~~

我的意思是,像module那种(hmvc,比如说ci就是这种),灵活度不够,真正大项目开发的时候,是很糟糕的。

我说的小项目大规模,指的是比如说:

www.a.com  首页项目,里面带框架也带MVC

admin.a.com 后台项目,有框架也有MVC

user.a.com 用户项目,框架+mvc

。。。等等

然后整体形成一个大项目。这样的大项目,分人开发,维护等等都很好。而不是牵一发动全身的module~~~

(顺便吐槽一下,很多支持module的框架作者,其实没做过大项目的,所以根本不明白做大型项目的问题所在,只是理所当然地以为是那个样子)

2015-05-29 14:42:24

#10 water6000

要是按照你的那个做法,sp应该怎么放呢?

2015-05-29 16:28:18

#11 jake

water6000 发表于 2015-5-29 16:28
要是按照你的那个做法,sp应该怎么放呢?
一个项目一个框架,原来怎么放就怎么放,不用想着多个项目共用一套框架代码。

2015-05-29 17:52:54