Crontab не работает

Поскольку веб-сайт теперь поддерживает резервные копии, я отвечу на дополнительные вопросы, которые я задал другим пользователям, которые ранее пытались ответить.

Таким образом, список общедоступных серверов доступен здесь.

И программное обеспечение для запуска SILC-сервера доступно здесь и, что более важно, руководство по конфигурации сервера доступно здесь.

Надеемся, что веб-сервер снова появится на хорошо еще!

-1
задан 18 May 2012 в 23:23

14 ответов

Нашел проблему ... cutycapt нуждается в некотором X-сервере для правильной работы, поэтому я использовал xvfb, как описано здесь ...

http://jamesmcdonald.id.au/it-tips / принимать- скриншоты в своем-сайте-в-Linux

1
ответ дан 25 May 2018 в 11:14
  • 1
    О, вы, дети, в наши дни с вашими фантастическими X-серверами и вашими графическими интерфейсами: p Также рассмотрите wkhtmltoimage ( link ), которая не нуждается в каком-либо X-сервере и доступна как статический двоичный файл (без зависимостей ). – ish 19 May 2012 в 03:08
  • 2
    Дитя? Мне 30 лет, и мой первый компьютер был 80286: P – Napolux 19 May 2012 в 16:13

Нашел проблему ... cutycapt нуждается в каком-то X-сервере для правильной работы, поэтому я использовал xvfb, как описано здесь ...

http://jamesmcdonald.id.au/ он-советы / принимать- скриншоты в своем-сайте-в-Linux

1
ответ дан 25 July 2018 в 18:51

Нашел проблему ... cutycapt нуждается в каком-то X-сервере для правильной работы, поэтому я использовал xvfb, как описано здесь ...

http://jamesmcdonald.id.au/ он-советы / принимать- скриншоты в своем-сайте-в-Linux

1
ответ дан 4 August 2018 в 16:31

Нашел проблему ... cutycapt нуждается в каком-то X-сервере для правильной работы, поэтому я использовал xvfb, как описано здесь ...

http://jamesmcdonald.id.au/ он-советы / принимать- скриншоты в своем-сайте-в-Linux

1
ответ дан 6 August 2018 в 01:10

Нашел проблему ... cutycapt нуждается в каком-то X-сервере для правильной работы, поэтому я использовал xvfb, как описано здесь ...

http://jamesmcdonald.id.au/ он-советы / принимать- скриншоты в своем-сайте-в-Linux

1
ответ дан 10 August 2018 в 07:16

Нашел проблему ... cutycapt нуждается в каком-то X-сервере для правильной работы, поэтому я использовал xvfb, как описано здесь ...

http://jamesmcdonald.id.au/ он-советы / принимать- скриншоты в своем-сайте-в-Linux

1
ответ дан 15 August 2018 в 19:17
  • 1
    О, вы, дети, в наши дни с вашими фантастическими X-серверами и вашими графическими интерфейсами: p Также рассмотрите wkhtmltoimage ( link ), который не нуждается ни в каком X-сервере и доступен как статический двоичный файл (без зависимостей ). – ish 19 May 2012 в 03:08
  • 2
    – Napolux 19 May 2012 в 16:13

Чтобы получить вывод отладки и возможность понять, что происходит, я предлагаю вам не перенаправлять вывод на / dev / null. Вы можете либо перенаправить на файл, либо удалить перенаправление вообще, и в этом случае он отправит вашему локальному пользователю отчет. Вы также можете установить переменную MAILTO для отправки электронной почты кому-то еще (при условии, что вы правильно настроили MTA в системе).

Итак, либо:

* * * * * /home/napolux/yc-screens > /tmp/yc.log

или:

MAILTO=you@somewhere.com
* * * * * /home/napolux/yc-screens

Я подозреваю, что вам нужно предоставить полный путь к cutycapt (/ usr / bin / cutycapt), но это может быть что-то другое. Лучший способ узнать наверняка - посмотреть журналы.

Кроме того, я предлагаю вам не устанавливать сценарий и каталог как 777, так как это позволяет кому-то общаться с ними. Вместо этого установите их как 755 и убедитесь, что у вашего пользователя есть права на запись в каталог.

2
ответ дан 25 May 2018 в 11:14
  • 1
    Попробовал ваше решение (log + abs. Путь к cutycapt). Нет выхода в журнале, нет изображений, сохраненных ... :( – Napolux 19 May 2012 в 01:58

Чтобы получить вывод отладки и возможность понять, что происходит, я предлагаю вам не перенаправлять вывод на / dev / null. Вы можете либо перенаправить на файл, либо удалить перенаправление вообще, и в этом случае он отправит вашему локальному пользователю отчет. Вы также можете установить переменную MAILTO для отправки электронной почты кому-то еще (при условии, что вы правильно настроили MTA в системе).

Итак, либо:

* * * * * /home/napolux/yc-screens > /tmp/yc.log

или:

MAILTO=you@somewhere.com
* * * * * /home/napolux/yc-screens

Я подозреваю, что вам нужно предоставить полный путь к cutycapt (/ usr / bin / cutycapt), но это может быть что-то другое. Лучший способ узнать наверняка - посмотреть журналы.

Кроме того, я предлагаю вам не устанавливать сценарий и каталог как 777, так как это позволяет кому-то общаться с ними. Вместо этого установите их как 755 и убедитесь, что у вашего пользователя есть права на запись в каталог.

2
ответ дан 25 July 2018 в 18:51

Чтобы получить вывод отладки и возможность понять, что происходит, я предлагаю вам не перенаправлять вывод на / dev / null. Вы можете либо перенаправить на файл, либо удалить перенаправление вообще, и в этом случае он отправит вашему локальному пользователю отчет. Вы также можете установить переменную MAILTO для отправки электронной почты кому-то еще (при условии, что вы правильно настроили MTA в системе).

Итак, либо:

* * * * * /home/napolux/yc-screens > /tmp/yc.log

или:

MAILTO=you@somewhere.com
* * * * * /home/napolux/yc-screens

Я подозреваю, что вам нужно предоставить полный путь к cutycapt (/ usr / bin / cutycapt), но это может быть что-то другое. Лучший способ узнать наверняка - посмотреть журналы.

Кроме того, я предлагаю вам не устанавливать сценарий и каталог как 777, так как это позволяет кому-то общаться с ними. Вместо этого установите их как 755 и убедитесь, что у вашего пользователя есть права на запись в каталог.

2
ответ дан 2 August 2018 в 01:00

Чтобы получить вывод отладки и возможность понять, что происходит, я предлагаю вам не перенаправлять вывод на / dev / null. Вы можете либо перенаправить на файл, либо удалить перенаправление вообще, и в этом случае он отправит вашему локальному пользователю отчет. Вы также можете установить переменную MAILTO для отправки электронной почты кому-то еще (при условии, что вы правильно настроили MTA в системе).

Итак, либо:

* * * * * /home/napolux/yc-screens > /tmp/yc.log

или:

MAILTO=you@somewhere.com
* * * * * /home/napolux/yc-screens

Я подозреваю, что вам нужно предоставить полный путь к cutycapt (/ usr / bin / cutycapt), но это может быть что-то другое. Лучший способ узнать наверняка - посмотреть журналы.

Кроме того, я предлагаю вам не устанавливать сценарий и каталог как 777, так как это позволяет кому-то общаться с ними. Вместо этого установите их как 755 и убедитесь, что у вашего пользователя есть права на запись в каталог.

2
ответ дан 4 August 2018 в 16:31

Чтобы получить вывод отладки и возможность понять, что происходит, я предлагаю вам не перенаправлять вывод на / dev / null. Вы можете либо перенаправить на файл, либо удалить перенаправление вообще, и в этом случае он отправит вашему локальному пользователю отчет. Вы также можете установить переменную MAILTO для отправки электронной почты кому-то еще (при условии, что вы правильно настроили MTA в системе).

Итак, либо:

* * * * * /home/napolux/yc-screens > /tmp/yc.log

или:

MAILTO=you@somewhere.com
* * * * * /home/napolux/yc-screens

Я подозреваю, что вам нужно предоставить полный путь к cutycapt (/ usr / bin / cutycapt), но это может быть что-то другое. Лучший способ узнать наверняка - посмотреть журналы.

Кроме того, я предлагаю вам не устанавливать сценарий и каталог как 777, так как это позволяет кому-то общаться с ними. Вместо этого установите их как 755 и убедитесь, что у вашего пользователя есть права на запись в каталог.

2
ответ дан 6 August 2018 в 01:10

Чтобы получить вывод отладки и возможность понять, что происходит, я предлагаю вам не перенаправлять вывод на / dev / null. Вы можете либо перенаправить на файл, либо удалить перенаправление вообще, и в этом случае он отправит вашему локальному пользователю отчет. Вы также можете установить переменную MAILTO для отправки электронной почты кому-то еще (при условии, что вы правильно настроили MTA в системе).

Итак, либо:

* * * * * /home/napolux/yc-screens > /tmp/yc.log

или:

MAILTO=you@somewhere.com
* * * * * /home/napolux/yc-screens

Я подозреваю, что вам нужно предоставить полный путь к cutycapt (/ usr / bin / cutycapt), но это может быть что-то другое. Лучший способ узнать наверняка - посмотреть журналы.

Кроме того, я предлагаю вам не устанавливать сценарий и каталог как 777, так как это позволяет кому-то общаться с ними. Вместо этого установите их как 755 и убедитесь, что у вашего пользователя есть права на запись в каталог.

2
ответ дан 7 August 2018 в 18:36

Чтобы получить вывод отладки и возможность понять, что происходит, я предлагаю вам не перенаправлять вывод на / dev / null. Вы можете либо перенаправить на файл, либо удалить перенаправление вообще, и в этом случае он отправит вашему локальному пользователю отчет. Вы также можете установить переменную MAILTO для отправки электронной почты кому-то еще (при условии, что вы правильно настроили MTA в системе).

Итак, либо:

* * * * * /home/napolux/yc-screens > /tmp/yc.log

или:

MAILTO=you@somewhere.com
* * * * * /home/napolux/yc-screens

Я подозреваю, что вам нужно предоставить полный путь к cutycapt (/ usr / bin / cutycapt), но это может быть что-то другое. Лучший способ узнать наверняка - посмотреть журналы.

Кроме того, я предлагаю вам не устанавливать сценарий и каталог как 777, так как это позволяет кому-то общаться с ними. Вместо этого установите их как 755 и убедитесь, что у вашего пользователя есть права на запись в каталог.

2
ответ дан 10 August 2018 в 07:16

Чтобы получить вывод отладки и возможность понять, что происходит, я предлагаю вам не перенаправлять вывод на / dev / null. Вы можете либо перенаправить на файл, либо удалить перенаправление вообще, и в этом случае он отправит вашему локальному пользователю отчет. Вы также можете установить переменную MAILTO для отправки электронной почты кому-то еще (при условии, что вы правильно настроили MTA в системе).

Итак, либо:

* * * * * /home/napolux/yc-screens > /tmp/yc.log

или:

MAILTO=you@somewhere.com
* * * * * /home/napolux/yc-screens

Я подозреваю, что вам нужно предоставить полный путь к cutycapt (/ usr / bin / cutycapt), но это может быть что-то другое. Лучший способ узнать наверняка - посмотреть журналы.

Кроме того, я предлагаю вам не устанавливать сценарий и каталог как 777, так как это позволяет кому-то общаться с ними. Вместо этого установите их как 755 и убедитесь, что у вашего пользователя есть права на запись в каталог.

2
ответ дан 15 August 2018 в 19:17
  • 1
    Попробовал ваше решение (log + abs. Путь к cutycapt). Нет выхода в журнале, нет изображений, сохраненных ... :( – Napolux 19 May 2012 в 01:58

Другие вопросы по тегам:

Похожие вопросы: