Где хранить файлы скриптов для cronjobs?

Question

Где хранить файлы скриптов для cronjobs?

1

В каком порядке следует записывать файлы сценариев для cronjobs? Доступно для публики внутри var/www/html или лучше внутри var/www/files или...?

Ben 19 нояб. 2015, в 18:55

Источник

3

Почему вы хотите сделать файлы сценариев cronjob общедоступными? Если вы распространяете их, var/www/* было бы хорошим местом для их размещения. Если вы собираетесь запускать их на своем сервере, разместите их где-то, что не является общедоступной, например, в каталоге /home
F. Stephen Q 19 нояб. 2015, в 17:05
0

Не был уверен, что crontab нужны файлы сценариев для хранения в общедоступном каталоге. Если у меня нет доступа к home каталогу, но только к var/www/* , какой каталог вы бы порекомендовали? Только var/www/html общедоступен, не так ли?
Ben 19 нояб. 2015, в 17:18
3

Cron нуждается только в своих скриптах в каталоге, к которому он может получить доступ. Что касается рекламы, это зависит от вашей конфигурации. Если вы используете Apache в качестве веб-сервера, то доступ к любому каталогу в корневом веб-каталоге (как правило, и, скорее всего, в этом случае, var/www ) настраивается с .htaccess файлов .htaccess . По умолчанию все подкаталоги и файлы доступны. Если вас не волнует, что другие люди видят ваши скрипты cron, поместите их в var/www . В противном случае, поместите их в другое место или измените конфигурацию вашего сервера.
F. Stephen Q 19 нояб. 2015, в 17:24
0

Большое спасибо!
Ben 19 нояб. 2015, в 17:27

Показать ещё 2 комментария

Теги:

php

linux

unix

cron

2 ответа

0

Лучший способ сделать то, что вы хотите, - создать новый каталог, предназначенный для сохранения сценариев, например, /var/www/html/scripts. Таким образом, люди могут видеть также скрипты и расписание crontab.

cesar munoz 19 нояб. 2015, в 18:04

1

Публика не должна видеть сценарии!
Ben 23 нояб. 2015, в 15:53

Ещё вопросы

Почему вы хотите сделать файлы сценариев cronjob общедоступными? Если вы распространяете их, var/www/* было бы хорошим местом для их размещения. Если вы собираетесь запускать их на своем сервере, разместите их где-то, что не является общедоступной, например, в каталоге /home
Не был уверен, что crontab нужны файлы сценариев для хранения в общедоступном каталоге. Если у меня нет доступа к home каталогу, но только к var/www/* , какой каталог вы бы порекомендовали? Только var/www/html общедоступен, не так ли?
Cron нуждается только в своих скриптах в каталоге, к которому он может получить доступ. Что касается рекламы, это зависит от вашей конфигурации. Если вы используете Apache в качестве веб-сервера, то доступ к любому каталогу в корневом веб-каталоге (как правило, и, скорее всего, в этом случае, var/www ) настраивается с .htaccess файлов .htaccess . По умолчанию все подкаталоги и файлы доступны. Если вас не волнует, что другие люди видят ваши скрипты cron, поместите их в var/www . В противном случае, поместите их в другое место или измените конфигурацию вашего сервера.
Публика не должна видеть сценарии!

F. Stephen Q · Accepted Answer · 2015-11-19T17-06-00.000Z

Повторная отправка комментариев сверху, для упрощения ссылок и ясности:

Почему вы хотите, чтобы файлы сценария cronjob были доступны для публики? Если вы их распространяете, var/www/* будет прекрасным местом для их размещения. Если вы намереваетесь запустить их на своем сервере, поместите их где-нибудь, что не является публичным, например, ваш /home каталог

Cron требует, чтобы его скрипты были в каталоге, к которому он может получить доступ. Хотя он может определенно получить доступ к /var/www/, он может (потенциально) публиковать; это зависит от вашей конфигурации. Если вы используете Apache в качестве своего веб-сервера, то доступность любого каталога под корнем веб-сайта (обычно и, вероятно, в этом случае, /var/www) настраивается файлами .htaccess (или в блоке Directory в вашем основном сервер конфигурации). По умолчанию доступны все подкаталоги и файлы. Если вам не нравятся другие люди, которые видят ваши скрипты cron, перейдите и поместите их в var/www. В противном случае, поместите их в другое место или измените конфигурацию своего сервера