Cron / Calendar Integration
First of all, this is an absolutely great piece of work!
I came across 1 question, though:
It seems that in order for this to work, /etc/cron.d has to be rw for apache, which in general doesn't seem like a good idea. Or how have you set it up yourself, voronwe?
(I'm tesing on FC5, in the end it would run on FC7)
I came across 1 question, though:
It seems that in order for this to work, /etc/cron.d has to be rw for apache, which in general doesn't seem like a good idea. Or how have you set it up yourself, voronwe?
(I'm tesing on FC5, in the end it would run on FC7)
Hi blanx
No you dont have to mess with the permissions on / inside the /etc/cron.d directory since Cron will change them just as as fast as you can, but you have to make sure that the cron file from the package have the right premissions inside the /etc/cron.d directory, and they are:
Owner: root.root
Permissions: -rw-r--r--
When the permissions are right then cron will run the command inside the file, witch is a call to the php executeble, witch is run as root, so for that part there should be no problems.
The part where you have to assign apache some rights is for the sodu part and is only needed if you want to be able to view the log files, witch have been know to be somewhat buggy due to changes on how sodu works from distro to distro.
No you dont have to mess with the permissions on / inside the /etc/cron.d directory since Cron will change them just as as fast as you can, but you have to make sure that the cron file from the package have the right premissions inside the /etc/cron.d directory, and they are:
Owner: root.root
Permissions: -rw-r--r--
When the permissions are right then cron will run the command inside the file, witch is a call to the php executeble, witch is run as root, so for that part there should be no problems.
The part where you have to assign apache some rights is for the sodu part and is only needed if you want to be able to view the log files, witch have been know to be somewhat buggy due to changes on how sodu works from distro to distro.
Best Regards
Tom Stage
Tom Stage
Hi All
After along time of testing on my own system, i have release a new version of my frontend, there have been some minor bug fixes, and a new template with icons.
As allways the Frontend can be downloaded here.
Or here.
Rember that this frontend is developed on RedHat derived systems, so there might be some issues with it on other systems.
After along time of testing on my own system, i have release a new version of my frontend, there have been some minor bug fixes, and a new template with icons.
As allways the Frontend can be downloaded here.
Or here.
Rember that this frontend is developed on RedHat derived systems, so there might be some issues with it on other systems.
Best Regards
Tom Stage
Tom Stage
Hello voronwe
Thank you for this great code.
I have an issue with that:
I have PHP 4.3.9 and the code refenced is session_start()
Calendar 2.2
Any sugestion?
Thanks
Thank you for this great code.
I have an issue with that:
Code: Select all
Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/e-smith/files/ibays/Primary/html/calendar/config/dvos.inc.php:3183) in /home/e-smith/files/ibays/Primary/html/calendar/login.php on line 61
Warning: Cannot modify header information - headers already sent by (output started at /home/e-smith/files/ibays/Primary/html/calendar/config/dvos.inc.php:3183) in /home/e-smith/files/ibays/Primary/html/calendar/login.php on line 89
Warning: Cannot modify header information - headers already sent by (output started at /home/e-smith/files/ibays/Primary/html/calendar/config/dvos.inc.php:3183) in /home/e-smith/files/ibays/Primary/html/calendar/login.php on line 90
Warning: Cannot modify header information - headers already sent by (output started at /home/e-smith/files/ibays/Primary/html/calendar/config/dvos.inc.php:3183) in /home/e-smith/files/ibays/Primary/html/calendar/login.php on line 91
Warning: Cannot modify header information - headers already sent by (output started at /home/e-smith/files/ibays/Primary/html/calendar/config/dvos.inc.php:3183) in /home/e-smith/files/ibays/Primary/html/calendar/login.php on line 92
Warning: Cannot modify header information - headers already sent by (output started at /home/e-smith/files/ibays/Primary/html/calendar/config/dvos.inc.php:3183) in /home/e-smith/files/ibays/Primary/html/calendar/login.php on line 93
Warning: Cannot modify header information - headers already sent by (output started at /home/e-smith/files/ibays/Primary/html/calendar/config/dvos.inc.php:3183) in /home/e-smith/files/ibays/Primary/html/calendar/login.php on line 95
Calendar 2.2
Any sugestion?
Thanks
Thank you voronwe for the fast reply
Yes, centos 5 has php 5, and centos 4 has 4.3. I can't upgrade to centos 5 because this is special distro made only for servers (SME http://wiki.contribs.org ) but I will try to run php4 and php5 as CGI mode.
I will return with results.
Yes, centos 5 has php 5, and centos 4 has 4.3. I can't upgrade to centos 5 because this is special distro made only for servers (SME http://wiki.contribs.org ) but I will try to run php4 and php5 as CGI mode.
I will return with results.
the first
Thanks for is utility
I have is problem.
Can you help my?
I sorry for poor English
Thanks for is utility
I have is problem.
Code: Select all
Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /var/www/localhost/htdocs/calendar/config/dvos.inc.php:3183) in /var/www/localhost/htdocs/calendar/login.php on line 61
Sorry, we don't support this language.
I sorry for poor English
Hi Sag
What distro are you running on?
What version of the frontend are you running?
What version of Apache and PHP are you running on?
Is your version of PHP compiled with sessions enabled?
A quick try could be to change line 61 of login.php from:
To:
What distro are you running on?
What version of the frontend are you running?
What version of Apache and PHP are you running on?
Is your version of PHP compiled with sessions enabled?
A quick try could be to change line 61 of login.php from:
Code: Select all
session_start();
Code: Select all
//session_start();
Best Regards
Tom Stage
Tom Stage
Thanks for you answer
Distro --------------- Gentoo-Linux - Kernel 2.6.28-gentoo-r5
Frontend ------------ zm_calendar-2.2.tgz
Apache version ---- www-servers/apache-2.2.11
PHP version -------- dev-lang/php-5.2.9-r2
PHP compiled (use flags)
//session_start();
Config.php
My php.ini
http://personales.ya.com/sag_/php.ini
Distro --------------- Gentoo-Linux - Kernel 2.6.28-gentoo-r5
Frontend ------------ zm_calendar-2.2.tgz
Apache version ---- www-servers/apache-2.2.11
PHP version -------- dev-lang/php-5.2.9-r2
PHP compiled (use flags)
Code: Select all
+cgi
+cli
+crypt
+curl
+ftp
+gdbm
+iconv
+ipv6
+kerberos
+ldap
+mysql
+ncurses
+nls
+pcre
+readline
+reflection
+session
+snmp
+sockets
+spl
+ssl
+truetype
+xml
+zlib
//session_start();
Code: Select all
Sorry, we don't support this language.
Config.php
Code: Select all
/*
* LICENSE:
* This program is free software; you can redistribute it and/or
* modify it under the terms of the GNU General Public License
* as published by the Free Software Foundation; either version 2
* of the License, or (at your option) any later version.
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software
* Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
*/
/**
* This is the main config file for all of the dvos frontend.
*
* DVOS-FrontEnd :: Frontend for a ZoneMinder Surveillance server
*
* @author Tom Stage <tom>
* @version $Revision: 2.0 $
* @access public
* @copyright Tom Stage
* @package DVOS-FrontEnd
* @license http://www.opensource.org/licenses/gpl-license.php GPL
*/
if (!defined('IN_DVOS_FRONTEND')) {
die("No Hacking");
}
$VERSION = "2.0";
$base = "dvos"; // This is the Database where the calendar table is located
$basezm = "zm"; // This is the default zm database so if you have changed that remember to change it here as well.
$user = "zm"; // Remember to change this to your database user
$password = MyPWD"; // Remember to change the password for your database user
$host = "localhost"; // Remember to change the host to where you have your databases
$default_lng = 'en'; // Set Default Language
$default_template ='dvos';// Set Default Template
$browser_resize = false; // Wether or not we should resize browser window, this is used in the ZM template for now
$cron_file = '/etc/cron.d/dvos.cron';// Path to the cron job file in your cron.d directory
// $cron_file = './dvos.cron';// This line is used for programming purpuses only edit the above instead
$cmd_zmpkg = "perl -T /usr/bin/zmpkg.pl '"; // Remember to change this to the path for your zmpkg.pl file on your system
$viewlogs = false; // If log viewing is active or not
$systemlogs = false; // This is used to tell if you want to be able to view the messages / access_log / error_log
$webuser = 'apache'; // The user that apache runs under, on Fedora Core the default is apache
$logroot = '/var/log/'; // Path to the main log directory
$zmlogfiles = '/var/log/zm/'; // Path to the ZoneMinder Logfiles
$httpdlogfiles = '/var/log/apache2/'; // Path to the Apache Logfiles
# Debug Vars
$debugcronadmin = true; // Debug in calendar.php
$debuguseradmin = true; // Debug in useradmin.php
$debugcronrunjob = true; // Debug in cron.php
?>
My php.ini
http://personales.ya.com/sag_/php.ini
Hmm iam confused.
I just did aa test installation on my own system:
And the only config i changed was the user name and the password for the database, and it all works.
Hmm i was thinking it might be an ownership or permission issue, try running the following commands:
If it still dont work iam lost for the moment, and i will have to think more about what it could be.
I just did aa test installation on my own system:
Code: Select all
CentOS 5.2 x86_64
Apache 2.2.3
PHP 5.1.6
MySql 5.0.22
Hmm i was thinking it might be an ownership or permission issue, try running the following commands:
Code: Select all
Try this first:
chown -R WEBUSER.WEBGROUP /var/www/localhost/htdocs/calendar/
Where WEBUSER.WEBGROUP is the user and group that your apache runs under.
If it stills fails try this:
chmod -R 755 /var/www/localhost/htdocs/calendar/*
If it still fails try this:
chmod -R 777 /var/www/localhost/htdocs/calendar/*
Best Regards
Tom Stage
Tom Stage