I have some problems regarding get OFB upp and running. I have to admit that I in many terms not now what I am doing - but that is the way you lerning or? I have a Linux server with a SUSE installation and Apache, some web applications is running but every time I try something new I experience problems : ) Now I think I have followed the instructions by OFB website but when I turn my browser to the distribution I get following message:
Fatal error: Cannot redeclare class defaultaction in /srv/www/htdocs/skafferiet/class/actions/DefaultAction.php on line 22
Before that I had a lot of permission denied messages that I solved by changing them. Hole distribution now have permission 775 and I have changed to apache as owner of the catalogs specified at OFB webpage. I also had a message that said that an required file (don’t remember the name) not could be found and that thing I solved by opening the php-file and change the path to that file so it included the hole path (like "http://mydomain.com/?" instead of only "?"). In this mode I think I had the opportunity to log in to OFB but got then more error messages and now I have changed it back and get the above message. In the present situation nothing will change even if I change the path again and I have no clue about what I have to do to make OFB working.
It would be very nice if someone could help me. The demo of OFB looks very nice and I hope I can use it on my own server!
Thanks / David
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It is possible that an old apache and/or php version causes these problems.
What version of apache, php, mysql do you exactly use?
And: Do you use the OFB-version 0.1.7.2 or a CVS snapshot?
I`ve tested OFB with XAMPP for Linux 1.5 and XAMPP for Linux 1.5.5a (www.apachefriends.org) and it worked fine.
Mick
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thank you for your contribution Mick, sorry that my answer was delayed. I have just checked my versions and I am running Apache 2.0.5.4 and php 4.4.0 MySQL was I not knowing that I needed here but it looks like it is 4.1.13. My OFB-version 0.1.7.2 (what is a CVS snapshot?).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It seems to me that OFB does not work properly with older PHP versions.
I`m not sure, but I think that an upgrade of PHP could solve this problem.
I`ve tested OFB 0.1.7.2 today with PHP version 4.4.4 and it worked without any errors. According to the INSTALL file (see OFB directory) OFB has been tested with PHP 4.4.2, so it is probable that older PHP versions are not supported by OFB.
Regarding MySQL:
You are right you don't need a mysql database, it was just a typo.
Regarding CVS snapshot:
Since OFB is an OpenSource project there is almost always a newer, but more instable version in the CVS repository. Therefore it is possible either to Download a stable version (in this case version 0.1.7.2) using the download link or to checkout the current CVS-version (i.e. to make a CVS snapshot) (see also http://en.wikipedia.org/wiki/Concurrent_Versions_System\). (It is however highly recommended to use the stable version.)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks Mick
I am glad to say that I now have solved the problem. It seems that it was caused by the "required file not found" problem that I mentioned about in my first post. After some broodings I found out that my php.ini did not have the current directory included in the include_path variable. When I put a ".:" before the original value and restarted apache everything worked fine! Don't ask me why I got the second error that I was talking about. However, it works fine now!
One thing that I had some problem with was also the permissions of the catalogs that I pointed to my user account. I realized that I was forced to give it 777 to make OFB work the way I wanted. But I suggest that I have to give write access to that catalog if I want to make it possible to upload files to a folder. Is it true that the security not will be so bad at all if I point to a catalog outside the webroot?
/David
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> Is it true that the security not will be so bad at all if I point to a catalog outside the webroot?
In general it is more secure to retain data outside of webroot. But it is also necessary to restrict access to these directories. That can be achieved with the following commands:
chown nobody:nobody <dir>
chmod 775 <dir>
(see also INSTALL file of OFB)
In my opinion that would improve the security considerably.
Mick
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
O... I feel like I am lerning all the time. It's a good feeling :) I will trying out to change the permissions back to 755 and change the owner of the catalogs to nobody (you mean the webserver?). I will also take one more look to the INSTALL file.
David
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi
I have some problems regarding get OFB upp and running. I have to admit that I in many terms not now what I am doing - but that is the way you lerning or? I have a Linux server with a SUSE installation and Apache, some web applications is running but every time I try something new I experience problems : ) Now I think I have followed the instructions by OFB website but when I turn my browser to the distribution I get following message:
Fatal error: Cannot redeclare class defaultaction in /srv/www/htdocs/skafferiet/class/actions/DefaultAction.php on line 22
Before that I had a lot of permission denied messages that I solved by changing them. Hole distribution now have permission 775 and I have changed to apache as owner of the catalogs specified at OFB webpage. I also had a message that said that an required file (don’t remember the name) not could be found and that thing I solved by opening the php-file and change the path to that file so it included the hole path (like "http://mydomain.com/?" instead of only "?"). In this mode I think I had the opportunity to log in to OFB but got then more error messages and now I have changed it back and get the above message. In the present situation nothing will change even if I change the path again and I have no clue about what I have to do to make OFB working.
It would be very nice if someone could help me. The demo of OFB looks very nice and I hope I can use it on my own server!
Thanks / David
Hello David,
It is possible that an old apache and/or php version causes these problems.
What version of apache, php, mysql do you exactly use?
And: Do you use the OFB-version 0.1.7.2 or a CVS snapshot?
I`ve tested OFB with XAMPP for Linux 1.5 and XAMPP for Linux 1.5.5a (www.apachefriends.org) and it worked fine.
Mick
Thank you for your contribution Mick, sorry that my answer was delayed. I have just checked my versions and I am running Apache 2.0.5.4 and php 4.4.0 MySQL was I not knowing that I needed here but it looks like it is 4.1.13. My OFB-version 0.1.7.2 (what is a CVS snapshot?).
It seems to me that OFB does not work properly with older PHP versions.
I`m not sure, but I think that an upgrade of PHP could solve this problem.
I`ve tested OFB 0.1.7.2 today with PHP version 4.4.4 and it worked without any errors. According to the INSTALL file (see OFB directory) OFB has been tested with PHP 4.4.2, so it is probable that older PHP versions are not supported by OFB.
Regarding MySQL:
You are right you don't need a mysql database, it was just a typo.
Regarding CVS snapshot:
Since OFB is an OpenSource project there is almost always a newer, but more instable version in the CVS repository. Therefore it is possible either to Download a stable version (in this case version 0.1.7.2) using the download link or to checkout the current CVS-version (i.e. to make a CVS snapshot) (see also http://en.wikipedia.org/wiki/Concurrent_Versions_System\). (It is however highly recommended to use the stable version.)
Thanks Mick
I am glad to say that I now have solved the problem. It seems that it was caused by the "required file not found" problem that I mentioned about in my first post. After some broodings I found out that my php.ini did not have the current directory included in the include_path variable. When I put a ".:" before the original value and restarted apache everything worked fine! Don't ask me why I got the second error that I was talking about. However, it works fine now!
One thing that I had some problem with was also the permissions of the catalogs that I pointed to my user account. I realized that I was forced to give it 777 to make OFB work the way I wanted. But I suggest that I have to give write access to that catalog if I want to make it possible to upload files to a folder. Is it true that the security not will be so bad at all if I point to a catalog outside the webroot?
/David
Hello David:
I'm pleased to hear that it works now.
> Is it true that the security not will be so bad at all if I point to a catalog outside the webroot?
In general it is more secure to retain data outside of webroot. But it is also necessary to restrict access to these directories. That can be achieved with the following commands:
chown nobody:nobody <dir>
chmod 775 <dir>
(see also INSTALL file of OFB)
In my opinion that would improve the security considerably.
Mick
O... I feel like I am lerning all the time. It's a good feeling :) I will trying out to change the permissions back to 755 and change the owner of the catalogs to nobody (you mean the webserver?). I will also take one more look to the INSTALL file.
David