Пользователь root root или www-data?

JGBelacqua имеет хорошую точку зрения, контекст вашего cron-пользователя зависит от задачи. Требуется ли root-разрешение для запуска? Если заданная задача не требует каких-либо повышенных привилегий, вам, вероятно, лучше будет ее запускать в качестве WWW-данных пользователя WWW.

. Большая идея здесь заключается в том, что вам нужно получить доступ к частям системы, которые недоступен для www-данных (и не без оснований), то его безопасно настроить crontab в качестве пользователя root. Просто убедитесь, что если вы перемещаете файлы об этом, вы связываете правильные команды chown / ghgrp, чтобы www-данные могли обращаться к ним (соответственно, если они должны быть доступны через www-службу)

Чтобы проиллюстрировать с примером, я запускаю ночные резервные копии базы данных моих баз данных pgSQL и MySQL с довольно тщательным PHP-скриптом. Он выполняется пользователем моего www-данных, когда он сжимает, архивирует и отправляет их в веб-интерфейс управления. Таким образом, он должен быть доступен через www-data. Если бы мне это не нужно; скажем, я должен был скопировать ночной снимок моего веб-сайта в каталог, в котором я не хотел, чтобы у моих обычных пользователей был доступ, я бы запускал его как root.

JGBelacqua имеет хорошую точку зрения, контекст вашего cron-пользователя зависит от задачи. Требуется ли root-разрешение для запуска? Если заданная задача не требует каких-либо повышенных привилегий, вам, вероятно, лучше будет ее запускать в качестве WWW-данных пользователя WWW.

. Большая идея здесь заключается в том, что вам нужно получить доступ к частям системы, которые недоступен для www-данных (и не без оснований), то его безопасно настроить crontab в качестве пользователя root. Просто убедитесь, что если вы перемещаете файлы об этом, вы связываете правильные команды chown / ghgrp, чтобы www-данные могли обращаться к ним (соответственно, если они должны быть доступны через www-службу)

Чтобы проиллюстрировать с примером, я запускаю ночные резервные копии базы данных моих баз данных pgSQL и MySQL с довольно тщательным PHP-скриптом. Он выполняется пользователем моего www-данных, когда он сжимает, архивирует и отправляет их в веб-интерфейс управления. Таким образом, он должен быть доступен через www-data. Если бы мне это не нужно; скажем, я должен был скопировать ночной снимок моего веб-сайта в каталог, в котором я не хотел, чтобы у моих обычных пользователей был доступ, я бы запускал его как root.

JGBelacqua имеет хорошую точку зрения, контекст вашего cron-пользователя зависит от задачи. Требуется ли root-разрешение для запуска? Если заданная задача не требует каких-либо повышенных привилегий, вам, вероятно, лучше будет ее запускать в качестве WWW-данных пользователя WWW.

. Большая идея здесь заключается в том, что вам нужно получить доступ к частям системы, которые недоступен для www-данных (и не без оснований), то его безопасно настроить crontab в качестве пользователя root. Просто убедитесь, что если вы перемещаете файлы об этом, вы связываете правильные команды chown / ghgrp, чтобы www-данные могли обращаться к ним (соответственно, если они должны быть доступны через www-службу)

Чтобы проиллюстрировать с примером, я запускаю ночные резервные копии базы данных моих баз данных pgSQL и MySQL с довольно тщательным PHP-скриптом. Он выполняется пользователем моего www-данных, когда он сжимает, архивирует и отправляет их в веб-интерфейс управления. Таким образом, он должен быть доступен через www-data. Если бы мне это не нужно; скажем, я должен был скопировать ночной снимок моего веб-сайта в каталог, в котором я не хотел, чтобы у моих обычных пользователей был доступ, я бы запускал его как root.

JGBelacqua имеет хорошую точку зрения, контекст вашего cron-пользователя зависит от задачи. Требуется ли root-разрешение для запуска? Если заданная задача не требует каких-либо повышенных привилегий, вам, вероятно, лучше будет ее запускать в качестве WWW-данных пользователя WWW.

. Большая идея здесь заключается в том, что вам нужно получить доступ к частям системы, которые недоступен для www-данных (и не без оснований), то его безопасно настроить crontab в качестве пользователя root. Просто убедитесь, что если вы перемещаете файлы об этом, вы связываете правильные команды chown / ghgrp, чтобы www-данные могли обращаться к ним (соответственно, если они должны быть доступны через www-службу)

Чтобы проиллюстрировать с примером, я запускаю ночные резервные копии базы данных моих баз данных pgSQL и MySQL с довольно тщательным PHP-скриптом. Он выполняется пользователем моего www-данных, когда он сжимает, архивирует и отправляет их в веб-интерфейс управления. Таким образом, он должен быть доступен через www-data. Если бы мне это не нужно; скажем, я должен был скопировать ночной снимок моего веб-сайта в каталог, в котором я не хотел, чтобы у моих обычных пользователей был доступ, я бы запускал его как root.

JGBelacqua имеет хорошую точку зрения, контекст вашего cron-пользователя зависит от задачи. Требуется ли root-разрешение для запуска? Если заданная задача не требует каких-либо повышенных привилегий, вам, вероятно, лучше будет ее запускать в качестве WWW-данных пользователя WWW.

. Большая идея здесь заключается в том, что вам нужно получить доступ к частям системы, которые недоступен для www-данных (и не без оснований), то его безопасно настроить crontab в качестве пользователя root. Просто убедитесь, что если вы перемещаете файлы об этом, вы связываете правильные команды chown / ghgrp, чтобы www-данные могли обращаться к ним (соответственно, если они должны быть доступны через www-службу)

Чтобы проиллюстрировать с примером, я запускаю ночные резервные копии базы данных моих баз данных pgSQL и MySQL с довольно тщательным PHP-скриптом. Он выполняется пользователем моего www-данных, когда он сжимает, архивирует и отправляет их в веб-интерфейс управления. Таким образом, он должен быть доступен через www-data. Если бы мне это не нужно; скажем, я должен был скопировать ночной снимок моего веб-сайта в каталог, в котором я не хотел, чтобы у моих обычных пользователей был доступ, я бы запускал его как root.

JGBelacqua имеет хорошую точку зрения, контекст вашего cron-пользователя зависит от задачи. Требуется ли root-разрешение для запуска? Если заданная задача не требует каких-либо повышенных привилегий, вам, вероятно, лучше будет ее запускать в качестве WWW-данных пользователя WWW.

. Большая идея здесь заключается в том, что вам нужно получить доступ к частям системы, которые недоступен для www-данных (и не без оснований), то его безопасно настроить crontab в качестве пользователя root. Просто убедитесь, что если вы перемещаете файлы об этом, вы связываете правильные команды chown / ghgrp, чтобы www-данные могли обращаться к ним (соответственно, если они должны быть доступны через www-службу)

Чтобы проиллюстрировать с примером, я запускаю ночные резервные копии базы данных моих баз данных pgSQL и MySQL с довольно тщательным PHP-скриптом. Он выполняется пользователем моего www-данных, когда он сжимает, архивирует и отправляет их в веб-интерфейс управления. Таким образом, он должен быть доступен через www-data. Если бы мне это не нужно; скажем, я должен был скопировать ночной снимок моего веб-сайта в каталог, в котором я не хотел, чтобы у моих обычных пользователей был доступ, я бы запускал его как root.

JGBelacqua имеет хорошую точку зрения, контекст вашего cron-пользователя зависит от задачи. Требуется ли root-разрешение для запуска? Если заданная задача не требует каких-либо повышенных привилегий, вам, вероятно, лучше будет ее запускать в качестве WWW-данных пользователя WWW.

. Большая идея здесь заключается в том, что вам нужно получить доступ к частям системы, которые недоступен для www-данных (и не без оснований), то его безопасно настроить crontab в качестве пользователя root. Просто убедитесь, что если вы перемещаете файлы об этом, вы связываете правильные команды chown / ghgrp, чтобы www-данные могли обращаться к ним (соответственно, если они должны быть доступны через www-службу)

Чтобы проиллюстрировать с примером, я запускаю ночные резервные копии базы данных моих баз данных pgSQL и MySQL с довольно тщательным PHP-скриптом. Он выполняется пользователем моего www-данных, когда он сжимает, архивирует и отправляет их в веб-интерфейс управления. Таким образом, он должен быть доступен через www-data. Если бы мне это не нужно; скажем, я должен был скопировать ночной снимок моего веб-сайта в каталог, в котором я не хотел, чтобы у моих обычных пользователей был доступ, я бы запускал его как root.

JGBelacqua имеет хорошую точку зрения, контекст вашего cron-пользователя зависит от задачи. Требуется ли root-разрешение для запуска? Если заданная задача не требует каких-либо повышенных привилегий, вам, вероятно, лучше будет ее запускать в качестве WWW-данных пользователя WWW.

. Большая идея здесь заключается в том, что вам нужно получить доступ к частям системы, которые недоступен для www-данных (и не без оснований), то его безопасно настроить crontab в качестве пользователя root. Просто убедитесь, что если вы перемещаете файлы об этом, вы связываете правильные команды chown / ghgrp, чтобы www-данные могли обращаться к ним (соответственно, если они должны быть доступны через www-службу)

Чтобы проиллюстрировать с примером, я запускаю ночные резервные копии базы данных моих баз данных pgSQL и MySQL с довольно тщательным PHP-скриптом. Он выполняется пользователем моего www-данных, когда он сжимает, архивирует и отправляет их в веб-интерфейс управления. Таким образом, он должен быть доступен через www-data. Если бы мне это не нужно; скажем, я должен был скопировать ночной снимок моего веб-сайта в каталог, в котором я не хотел, чтобы у моих обычных пользователей был доступ, я бы запускал его как root.

JGBelacqua имеет хорошую точку зрения, контекст вашего cron-пользователя зависит от задачи. Требуется ли root-разрешение для запуска? Если заданная задача не требует каких-либо повышенных привилегий, вам, вероятно, лучше будет ее запускать в качестве WWW-данных пользователя WWW.

. Большая идея здесь заключается в том, что вам нужно получить доступ к частям системы, которые недоступен для www-данных (и не без оснований), то его безопасно настроить crontab в качестве пользователя root. Просто убедитесь, что если вы перемещаете файлы об этом, вы связываете правильные команды chown / ghgrp, чтобы www-данные могли обращаться к ним (соответственно, если они должны быть доступны через www-службу)

Чтобы проиллюстрировать с примером, я запускаю ночные резервные копии базы данных моих баз данных pgSQL и MySQL с довольно тщательным PHP-скриптом. Он выполняется пользователем моего www-данных, когда он сжимает, архивирует и отправляет их в веб-интерфейс управления. Таким образом, он должен быть доступен через www-data. Если бы мне это не нужно; скажем, я должен был скопировать ночной снимок моего веб-сайта в каталог, в котором я не хотел, чтобы у моих обычных пользователей был доступ, я бы запускал его как root.