Beje cron pasileidzia, nes i emaila ateina atspausdintas rezultatas, o toj 
vietoje kur i faila turi rasyti erroras:

Couldn't open file for writing!

$fp = fopen("failas.php", "a") or die("Couldn't open file for writing!");





"useris" <mantastrinti@universe-trinti.lt> wrote in message 
news:kp9jk5$q99$1@trimpas.omnitel.net...
> su pilnu keliu pameginsiu, nepagalvojau
>
> "Laimis" <wiela@centras.lt> wrote in message 
> news:kp9d7s$j8o$1@trimpas.omnitel.net...
>> ManXP rase:
>>> Nezinau, kas ten per softas ant serverio, jeigu permissionai veikia
>>> skirtingai per cronjoba nei per browseri. Neteko dar susidurt su tokia
>>> nesamone
>>
>> Permission'u problema ta pati, bet ji visiskai neakivaizdi leidziant per 
>> cron'a, o rezultatas - neveikia. Reikia debug'inti...
>>
>> O kitos "nesamones" esme yra gana paprasta:
>>
>> Surenki konsoleje (shell'e)
>> > php cron.php
>>
>> ir - o kiek laimes - pasileidzia!, viskas veikia!
>> Nes shell'o environment'e, PATH kintamajame nurodyta, kad binariku 
>> ieskotu, tarkime /usr/bin:/opt/php/bin...
>> Tai va ir susiranda ta php is PATH nurodytu katalogu ir paleidzia.
>> Atitinkamai ir cron.php is esamo katalogo pasigriebia.
>>
>> cron'as savo ruoztu veikia praktiskai _tusciame_ environment'e; PATH tera 
>> tik keletas sisteminiu katalogu, tad jei php sedi kur /usr/local/bin ar - 
>> tuo labiau - dar maziau "standartineje" vietoje, tai ta pati komanda 
>> tiesiog negali suveikti, nes nerandamas net pats php interpretatorius jai 
>> ivykdyti.
>>
>> Todel visuomet reikia atsiminti nurodyti _pilna_, VISA kelia, pvz.:
>> /full/path/to/php_bin /full/path/to/cron.php
>>
>
>