"Mike Wes" <[EMAIL PROTECTED]> wrote: > I am not sure that I included a #! before the > "/usr/bin/php".
#!/usr/bin/php, same format as calling a Perl script, but the path to the PHP binary instead of the Perl binary. > Independend from this problem you must check or the execute > permissions are set correctly :-). Correct. Make the script owner executable and call via that user's cron. > * I found out that it is not possble to create jpg/png > images using this sort of batch processing process. In that > cases I included a web-link, so the image where created by > Apache. It seems that the GD-library is build in as a > Apache module or something like that. It seems it is > possible to change this, but at this moment I am not such a > fan of changing a perfect working development system. If you give more details about how you're attempting to use GD and what errors you're seeing I might be able to help. If your PHP script works via Apache and doesn't via the CGI version from the shell it's likely either a permission/ownership issue on the script or directories it's trying to write to or the PHP binary was not built with the same support as the Apache PHP module (specifically no GD support in your case). > * In case a file is not found in crontab, the a mail is > send to the user/administrator of that site/server. Can you > find something about it? Call your scripts like this to stop that behavior (if desired): <path_to_script>/<script> /dev/null 2>&1 -- Steve Werby President, Befriend Internet Services LLC http://www.befriend.com/ _______________________________________________ cobalt-developers mailing list [EMAIL PROTECTED] http://list.cobalt.com/mailman/listinfo/cobalt-developers
