Cronjob vraagje

In principe zou dat genoeg moeten zijn, maar omdat je het pas om 1 uur uitvoert zou ik het script eerder aan kunnen roepen als dat in mijn voordeel is.

Wat je nog als extra beveiliging zou kunnen toevoegen is:

[COLOR= #0000BB]<?php[/COLOR]
[URL="http://www.php.net/if"]if[/URL][COLOR= #007700]([/COLOR][URL="http://www.php.net/isset"]isset[/URL][COLOR= #007700]([/COLOR][COLOR= #0000BB]$_SERVER[/COLOR][COLOR= #007700][[/COLOR][COLOR= #DD0000]REMOTE_ADDR[/COLOR][COLOR= #007700]])){[/COLOR]
    [URL="http://www.php.net/die"]die[/URL][COLOR= #007700]([/COLOR][COLOR= #DD0000]cron only[/COLOR][COLOR= #007700]);
}[/COLOR]
?>

Aangezien een Cronjob geen IP heeft bestaat de REMOTE_ADDR niet, en zal die hier dus gewoon langs komen!

Tja, wat je wilt, je houdt de dingen die wel/niet publiek zijn wel mooi gescheiden.

Ik zeg ook niet dat het waarschijnlijk beter is het buiten de public_html te zetten, maar zelf vind ik het bijv. erg fijn er als ik wil even snel bij te kunnen, dus dan kan ik simpel die if even als commentaar zetten en ik kan het script uitvoeren

je kan crons zelf in een .htaccess beveiligde dir zetten

Als je te goed beveiligd kan je er dadelijk zelf niet azn. Je kan de chmod ook nog eens foreren. Zo hebben we ondertussen al 5 beveiliingsopties.

Tjah....

je kan ook 5 beveiligen maken die 4 teveel zijn, dan dat je het gewoon in private_html kan zetten terwijl niemand er via de browser bij kan komen.

Wat je maar wilt ...

Aarclay schreef:

Tjah....

je kan ook 5 beveiligen maken die 4 teveel zijn, dan dat je het gewoon in private_html kan zetten terwijl niemand er via de browser bij kan komen.

Wat je maar wilt ...

Als je ergens onbeveiligd pagina (include) script hebt staan ben je de klos Ik vertrouw mezelf niet met enkel die.

Vriendje schreef:

Eerdere citaten tonen

Aarclay schreef:

Tjah....

je kan ook 5 beveiligen maken die 4 teveel zijn, dan dat je het gewoon in private_html kan zetten terwijl niemand er via de browser bij kan komen.

Wat je maar wilt ...

Als je ergens onbeveiligd pagina (include) script hebt staan ben je de klos Ik vertrouw mezelf niet met enkel die.

Dan nog kom je op een redelijke server als je een reseller pakket hebt, niet boven public_html uit.

als je index.php in public_html hebt en daar boven (folder omhoog) bestand.php kan je in index.php dit niet doen include ../bestand.php; geloof ik..

Ben niet zeker dus verbeter maar als het niet zo is, leer ik ook weer van

Dat zou wel moeten kunnen, het ligt wel aan de open_basedir instelling. Vaak staat deze uit, omdat de veiligheid al opgevangen wordt met de unix-rechten.

Ik heb nu dit:

/usr/local/bin/php -q -f /home/****/domains/******/public_html/****.php >/dev/null 2>&1

Maar hij voert de cron nu niet uit

En als je er dit van maakt:

/usr/local/bin/php  /home/****/domains/******/public_html/****.php >/dev/null 2>&1

van maakt?
Lees ook eens je hoofd-mailbox uit. Die geeft altijd wel een cronjob-melding aan.

Cron word nog steeds niet uitgevoerd, weet iemand hoe het via WGET te voorkomen?

Zie mijn vorige reactie.

Laat de log anders eens niet naar /dev/null sschrijven , maar maar een ander pad met een schrijfbaar bestand.