next »

[Larry]

I also am experiencing the problem of adding events, and they not displaying in the calender.  They are being written to the schedule and event files, but do not display in the calendar.  My server does allow for any file and any directory to be chmod 777, so that isn't the problem.  I have tried both the .zip and tar.gz file.  I have made sure that all files were uploaded in the ascii format, and everything other than the 2 .pl files were chmod 777. I have installed and completely uninstalled both formats 3 different times, and still get the same results.  We are also using a Apache Server.

Do all files in the archive have to be chmod 777?  Could someone please post the minimums of what the files and directories truly need to be chmod to.  Surely all files, and all directories don't need to be writeable and executable.

I have worked with CGI and PHP for a fairly good length of time and have never had problems with any other scripts before, so there's something wrong somewhere.

I think this is probably one of the nicest calendering scripts that I have come across, and being a Site designer would highly recommend this to my clients, but we need to get it working reliably first.

Larry

[DanO]

** Do all files in the archive have to be chmod 777 **

No.

** Could someone please post the minimums of what the files and directories truly need to be chmod to. **

666 (depending on server set up). But if the events are being written to the events.txt and schedule.txt file, permissions are not likely the problem.

** We are also using a Apache Server. **

On what operating system?

What operating system are the files being unzipped/untar'ed on?

** I have tried both the .zip and tar.gz file. **

Unzipping/untaring the files locally then uploading them?

Have you tried uploading those archived files to the server in binary mode and then unzipping/untaring the files there?

** I also am experiencing the problem of adding events **

Did you try running the debug.pl file to see if it reported any errors?

Dan O.

------------------

[Larry]

** We are also using a Apache Server. **

On what operating system?  [[[ We are using Free BSD]]]

What operating system are the files being unzipped/untar'ed on?  [[[ Windows XP Pro ]]]

** I have tried both the .zip and tar.gz file. **

Unzipping/untaring the files locally then uploading them? [[[ We Need to Upload via FTP to this Particular Server ]]]

Have you tried uploading those archived files to the server in binary mode and then unzipping/untaring the files there?

[[[ We are unable to do this... ]]]

** I also am experiencing the problem of adding events **

Did you try running the debug.pl file to see if it reported any errors?

[[[ Yes, Debug report NO Errors ]]]

Larry

p.s.  I have played around a bit more with still no avail.
This is an excellent full featured script for our clients that are unable to run My-Sql.

[DanO]

** Have you tried uploading those archived files to the server in binary mode and then unzipping/untaring the files there? **

** We are unable to do this... **

If you don't have shell access you could try asking your host's support if they'll do it for you once the archives are uploaded.

** Windows XP Pro. We Need to Upload via FTP to this Particular Server **

Did you check to make sure your FTP software is set to make line endings Unix style on files transferred in ascii mode?

Dan O.

------------------

[Larry]

Still no luck.

I have found that after adding a event, we are returned to the login screen, asking for our user name and password.

I can go into the event.txt and schedule.txt file and see that the event was entered, and entered properly.

All of the admin features work fine.  We just aren't able to enter any events.

Larry

[DanO]

** We just aren't able to enter any events. **

That is not correct! From what you said you are able to enter the event or else they wouldn't appear in the events.txt and schedule.txt files. You just can't see them on the calendar.

** I have found that after adding a event, we are returned to the login screen **

That could be a problem with permissions or cookies or maybe even corrupted files.

Have you looked into any of the suggestions I made in my last reply to you?

Dan O.

------------------

[Larry]

Well, I have played around and was able to finally get the script working about half way, but definitely not the way that it should.

I am sure with the time and patience to work with the script that it could be configured to Work on any server.  Unfortunately we work with a variety of clients with various Levels of knowledge, on a variety of servers.  In order for us to use and promote this Particular script, it would have to be more along the lines of plug and play for us to Be able to use it.  It would Have to be a script that we could maintain in house and not depend upon various Network Admins to install and configure for our clients or ourselves, whatever the case may be.

I feel sure it is either a permissions problem or a CR/LF line feed problem, and Evidently it is something that others are also experiencing as I look Back through some of the posts in the Support Forum.

You referred to a problem with permissions, cookies or corrupted files.

We believe we eliminated all of these by downloading and installing the script numerous times in Both the zip and tar format.  We used 3 different FTP programs to do so.  We completely cleaned the system of cookies so we started from scratch With each install.  By downloading more than once this should have eliminated Corrupt files.

We haven’t looked to deeply into the script, but I also believe that by blindly Chmod’ing all files and directories to 777, there is a good possibility of Leaving a system open to a variety of security issues.

I appreciate your assistance, but like I said earlier, to promote this particular Script to our clients, we would have to assure them stability and with our Experience, and evidently others (according to various posts within the forums), We are a bit leery.

Many of our clients would like to have the ability to run a calendaring system With the capabilities of this program as many need flat file capabilities as They don’t have access to PHP and or MySQL.

We will check back with this system on a regular basis to see if the various Installation issues are solved.  We know, it’s a complex issue to write a  Script to perform right out of the box for the many different Servers and Operating Systems out there.

Thanks for all of your assistance,

Larry

[DanO]

** it would have to be more along the lines of plug and play for us to Be able to use it. **

I have personally installed this script on 5 different hosts running a variety of operating systems (including Windows, Solaris and Red Had Linux) using a variety of server software and have yet to have any installation problems at all.

Sorry you couldn't get it working on your server.

Dan O.

------------------

[Larry]

** I have personally installed this script on 5 different hosts running a variety of operating systems and have yet to have any installation problems at all.  **

Possibly you might want to pass along to the Support Forum Users Your Configurations for these various Installations.

I am sure that many Forum readers would appreciate your efforts in doing this as many posts on the Forum show others are having problems getting the script installed properly.

Evidently the installation instructions of just uploading in ascii format and then chmod'ing everything in the calendarscript directory on down to 777 and chmod'ing the 2 .pl files to 755 ( 3 files if you include the debug script) aren't correct for many installations.

Anyway, we will definently continue to monitor the forums here, as like I said earlier, this is and excellent script for those needing calendaring/scheduling using a flat file concept.

Larry