- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Пардон, ещё раз поднимаю темку.
Дело вот в чём. Если я запускаю команду через screen, всё нормально, всё работает. Но у меня-то была идея всё это дело выполнять по крону. Ну и вот... сделал соответствующую запись, но она не выполнилась. Смотрю - а мне сообщение "Must be connected to a terminal".
Ну вот по крону вам как раз и подходит описанный мной вариант - с запуском сразу в фоне. Хотя, странно, даже без этого крон должен исполнять процесс tar как бы в фоне без каких либо проблем.
тоже не очень понимаю, к чему это приведет.
Тут предлагают перенаправление вывода в /dev/null , в так называемую "чёрную дыру" системы, которую используют обычно для заглушки вывода, чтобы не сыпало в терминал или какие-то логи ненужных сообщений.
redeyer, ваш вариант не приведёт к описанному выше? Как думаете? Я сейчас, конечно, запустил процесс вручную, и он работает, но всё равно, хотелось бы, чтобы всё по крону делалось.
Вот так и запускайте, как я написал:
Либо, если хотите лог вести для контроля или глушить вывод, то надо использовать перенаправление вывода. Например так:
Либо вместо /dev/null укажите путь к файлу, куда будете писать лог, чтобы можно было потом его просматривать:
Запускайте сразу в фоне командой nohup, результат выполнения можно контролировать в логе nohup.log. При выходе из терминалки процесс не прервется.
nohup tar param > nohup.log &
tar с какими параметрами запускаете?
Тоже можно, и так, конечно. Но я обычно на практике nohup никогда не использовал, в случае с tar по крайней мере в нём не было необходимости. Должно нормально работать и без него.
И наконец, помню как-то заморачивался, запускал процессы кроном в скрине) Такое тоже возможно, и бывает необходимость.
Как-то так, например