- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте,
есть выделенный сервер (Debian), в кронетабе прописана следующая строка:
0 */12 * * * php /home/...путь_до_скрипта.../script.php
Однако данный скрипт не выполняется. Подскажите, пожалуйста, что я делаю не так? И как сделать так, чтобы скрипт все таки выполнялся?
Это что-то новое в сроностроении :)
Pilat добавил 21.11.2008 в 00:47
Здравствуйте,
есть выделенный сервер (Debian), в кронетабе прописана следующая строка:
0 */12 * * * php /home/...путь_до_скрипта.../script.php
Однако данный скрипт не выполняется. Подскажите, пожалуйста, что я делаю не так? И как сделать так, чтобы скрипт все таки выполнялся?
1) писать путь к php полностью, /usr/bin/php5 или где он там ещё.
2) проверить, запустится ли вообще скрипт без крона;
3) проверить, есть ли перевод строки после этой записи - не запустится, если это последняя строка в кронтабе;
4) проверить, рестартовал ли cron. Если редактировался как надо - через "crontab -e" - то должен сам рестартовать.
5) ну и логи смотреть иногда надо.
1) писать путь к php полностью, /usr/bin/php5 или где он там ещё.
5) ну и логи смотреть иногда надо.
Вот это всегда помогает ))))))
а еще надо или желательно в кроне писать вот так
* * * * * (ваше время запуска) /usr/bin/php -q /home/scripts/php.php
Это что-то новое в сроностроении
зато это можно в общесистемный /etc/crontab прописать и будет работать
зато это можно в общесистемный /etc/crontab прописать и будет работать
а можно ещё много способов сделать что-то через анальное отверстие.
а еще можно писать так
lynx --dump http://сайт.ру/путь_до_скрипта/скрипт.php_
а еще можно писать так
lynx --dump http://сайт.ру/путь_до_скрипта/скрипт.php_
Ну точно, столько есть способов решить простую задачу анальным путём...
а еще есть куча способов подсказывать наобум. ведь к примеру крон может прекрасно выполняется да только скрипт при запуске с диска не ловит переменные окружения апача и потому не выполняет возложенные на него задачи...
а еще есть куча способов подсказывать наобум. ведь к примеру крон может прекрасно выполняется да только скрипт при запуске с диска не ловит переменные окружения апача и потому не выполняет возложенные на него задачи...
Ну разумеется, в исполняемом файле должен быть текст программы, php должен быть установлен, на сервере должна быть операционная система, в розетке электричество... Вопрос про cron, а не про апач. А вот за запуск cron из web-сервера руки рвать надо по локти. Это следствие отупления системных администраторов ниже всех мыслимых уровней, и поддерживать его - это топить их уровень ещё ниже.
Pilat, представляете, в некоторых серъезных продуктах cron реализован как появляющийся иногда при просмотре страничек однопиксельный gif. Чтобы работало на всяких шаредах без услуги крон.А редактирование /etc/crontab - это Тру Юниксвей, так уж в старых книжках написано.
У всех своя специфика,короче.