вот ещё альтернативный русский cron сервис

Вопрос не по сабжу.
А что за плагин, который позволяет подписаться на комментарии БЕЗ отправки сперва оного?

Иными словами, я о поле "Подписаться на уведомления без комментирования." :-)

Этой службой кто-нибудь пользовался? Отпишитесь как она работает. Я попробовал подключиться, там дают всего две недели на cron, потом надо снова заходить и продлевать. Есть смысл пользоваться этой службой или все таки лучше WebCron.org

Пользуюсь WebCron.org уже больше года, 4 движка с него пашут стабильно, хороший сервис. Первый и последний раз было там когда настраивало.

статья запланирована на публикацию в 3:50 ночи 3 августа, следовательно опубликована она будет в 4 часа утра 3 августа.

Если я желаю подготовить много статей, скажем, на месяц вперед, для публикации по несколько в день, не закинет ли принудительный крон с WebCron.org все запланированные статьи сразу в первый же заход? Или же надо будет теперь сидеть у кнопки с тем удаленным кроном и регулировать процесс каждые два - три часа?

пы.сы. Хостинг мой изначально идет без крона, я на серваке + еще 99 чел, так что вряд ли провайдер согласится что либо менять там.

спасибо, проверено, работает)

Автору спасибо за подсказку, долго не мог понять почему не публикуются запланированые посты.
От себя добавлю, что после того как вы закомментируете строки

23
24

if ( $_GET['check'] != wp_hash('187425') )
	exit;

стоит переименовать ваш wp-cron.php во что-нибудь не столь очевидное (например 12821232_hidden_cr.php), т.к. комментирование этих двух строк позволяет любому желающему дергать ваш крон скрипт загружая ваш сервак бестолковыми запросами, что может совсем не понравится вашему хостеру.

и еще, некоторые хостинг провайдеры не разрешают вносить в крон вызов внешних файлов, тогда путь к скрипту пишите локальный и не забудте перед скрипом указать путь к php интерпретатору, например на хостинге от агавы запись в кроне будет выглядеть так:

0 * * * * * /usr/local/apache/bin/php-cgi.5 -f /home/domain_name/public_html/12821232_hidden_cr.php

Хостер Завахост наотрез отказался дать нужную информацию для програмирования крона...

в строке команда изначально появляется "/home/название_аккаунта/" - больше ничего не известно. Предположу, что туда надо ввести "/home/название_аккаунта/domains/адрес/public_html/cron.php"

Помогите настроить плз...

крон они мне дали, а я всё-таки смог его настроить (хостер сказал, что, судя по логам, крон дёргает файл), но просроченная сататья так и не публиковалась. Значит проблема в самом файле... но как её исправить?

Здесь ( http://mywordpress.ru/support/viewtopic.php?id=3515 ) не знают...

Насколько я понял, заковычивать те строки нужно лишь если нет поддржки запуска локального файла. А раз крон всё-таки пытается запустить его - значит такая поддржка у меня есть? Может ему какие-нибудь права на запуск нужны? или я что-то не так понял?

а локальный адрес (который сейчас прописан в cron'е) оставить или придётся писать внешний?

ап

так и хотел сделать, но, думал, может Вы знаете...

что означают "-q" "-f" в команде крона?

А если все нормально постило, а после того как было переведено время на час назад. (т.е. я ничего не переводил, а переход на зимнее время) перестали публиковаться запланированные записи.
т.е. наступает время для публикации поста и он не публикуется а пишет 1 минута до публикации, потом 2 минуты до публикации и тд.
Может есть другой способ решить эту проблему или только этот?

а куда написать запланированные записи? в черновик? подскажите пожалуйста

Подскажите а как вообще отключить wp-cron.php
Чтоб вордпресс его вообще не запускал?

Идеологически более правильным было бы не комментировать упомянутые строки, а вызывать скрипт wp-cron.php c параметром check. Значение параметра легко определить, временно добавив перед строкой

1

if ( $_GET['check'] != wp_hash('187425') )

что-то типа

1

echo(wp_hash('187425'));

Тогда, набрав в адресной строке броузера http://adres.bloga.com/wp-cron.php, можно увидеть значение хеша (46cbe1674da1d2888104482d6ed4f87f). Следовательно, из крона обращаться к http://adres.bloga.com/wp-cron.php?check=46cbe1674da1d2888104482d6ed4f87f. Естественно, для предотвращения DoS-атак лучше заменить стандартную последовательность 187425 на что-то другое.

а есть ли нормальное, человеческое решение- при том, что проблема случилась при переходе на зимнее время.. в смысле отредактировать как-то файл, или что-то на сервере поменять?

так не работает.. уже и обновил на 2.8.5 версию..и ерунда.. ничего нет. причем на локалке там список городов в настройках выходит, на сервере нет.
при этом на сервере стоят другие вордпрессы- там все нормально с отложенной публикацией..
один только сайт, который переносился в момент смены времени, поимел такие проблемы..

http://ru.forums.wordpress.org/topic/%D1%81%D0%BB%D0%BE%D0%B6%D0%BD%D0%B0%D1%8F-%D0%BF%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0-%D1%81-%D0%BE%D1%82%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%BD%D1%8B%D0%BC%D0%B8-%D0%BF%D0%BE%D1%81%D1%82%D0%B0%D0%BC%D0%B8?replies=5#post-8190

вот проблема была решена..нетривиально!

Здравствуйте, а не подскажете что делать с последними версиями wp, например WordPress 2.8.6, там указанного вами кода в cron.php вообще нет. Помогите пожалуйста.

Здравствуйте.
Такая же проблема... WordPress 2.8.6 - указанного вами кода нет.
Если дергаешь файл вручную - все сразу публикуется. Но тогда какой в этом смысл.. Неужели никак нельзя наладить автоматическое выполнение скрипта?

На хостинге стоит Direct Admin, там есть планировщик Cron, ввожу прямой адрес задания http://мойблог.com/wp-cron.php
но всё равно скрипт почему-то не выполняется..
Может нужно вводить какой-то другой путь к файлу крона?

Спасибо.

http://private-seo-soft.blogspot.com/2010/04/crontab.html
тут я описал детально все оп пунктам весь процесс настройки крона вручную и через DirectAdmin

Flector,СПАСИБО! Без твоего комента еще бы долго лазил, все делал, но посты не публиковались в нужное время( Пока не установил в общих настройках временную зону с учетом перехода времени и все стало публиковаться! Спасибо!

то есть можно будет любому в сети интернет запускать wp-cron?..

Как я посмотрю, многие сталкиваются с этой проблемой, но решают её какими-то аццки сложными методами :)
Мне же помогла просто установка плагина Missed Schedule Fix WP которая сразу же и без лишних телодвижений решила вопрос неработающей отсроченной публикации.
Просто поставил этот плагин - И ВСЁ!!!

Просто поставил этот плагин - И ВСЁ!!!

Да херня ваш плагин. С ним те же самые проблемы.

Да херня ваш плагин. С ним те же самые проблемы.

справедливости ради, стоит заметить, что он не наш :)
на версиях 2.7, 2.8, 2.9, 3,1 - проверено на нескольких площадках - мне помогло

WP версия 3.0.1, хостинг - инфобокс
Не помогает

Стоит WP 3.0.1, хостинг fastvps.
Не публикуются запланированные записи. Если ввести в браузере site.ru/wp-cron.php , то записи публикуются.
Пытался через cron запускать */02 * * * * /usr/bin/php5 -f /var/.../wp-cron.php - записи не публикуются.
Также комментировал строки
if ( !empty($_POST) || defined('DOING_AJAX') || defined('DOING_CRON') )
die();
в файле wp-cron.php, тоже ничего не помогло.
Хелп ми

2Андрей: а cron точно успешно выполняет Вашу команду? Проверьте есть ли в лог-файле /var/log/cron записи об успешном запуске php. Еще как вариант можно попробовать дергать скрипт curl-ом вместо php.

в настройках сервера должно быть прописано разрешение для функции fsockopen

Подскажите что и где надо настроить на сервере чтобы работала отложенная публикация? Варианты с кроном и плагинами не подходят.

Константин, а почему не подходят варианты с кроном? Крон - это самый правильный вариант. Если Ваш хостер не даёт управлять кроном на хостинг-сервере, то всегда можно воспользоваться удалёнными сервисами (находятся гуглением по запросу типа "Web Based Cron") или попросить знакомого админа на своем сервере настроить обращение к скрипту Вашего блога в заданные моменты времени.

Alex, сайтов много - на всех настраивать крон - сложней чем изменить конфигурацию сервера. Сколько не искал по инету про fsockopen так и не понял как он настраивается.

Если проблема только в fsockopen, то нужно проверить 2 вещи.
1) Что соответствующий параметр в php.ini включен (по-моему, это allow_url_fopen, но на 100% не уверен).
2) Что конфигурация firewall-а хостинг-сервера разрешает исходящие соединения.
Если есть рутовый доступ, то проверять правильность настройки всего этого дела удобно tcpdump-ом.

Alex, allow_url_fopen = On, allow_url_include = Off, вроде так и должно быть? Сейчас посмотрел на старом хостинге в админке при входе вордпресс показывает новости и что-то там про плагины, а на новом сервере не показывает - видимо действительно дело в запрете на внешние запросы. Пока не знаю как поменять, но эта проблема немного в другом виде всплывает и на других серверах и cms, так что надо разобраться. Если подскажете куда копать буду очень признателен.

На новом хостинге нужно проверить настройки firewall-а. Если у Вас нет рутового доступа к серверу с сайтом, спросите об этом хостера (или того, у кого такой доступ есть).

Теперь сайт на сервере, iptables-save выдает:
# Generated by iptables-save v1.4.2 on Wed Apr 20 16:10:32 2011
*mangle
:PREROUTING ACCEPT [1615854:1421242626]
:INPUT ACCEPT [1615854:1421242626]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [1894869:2446249320]
:POSTROUTING ACCEPT [1894869:2446249320]
COMMIT
# Completed on Wed Apr 20 16:10:32 2011
# Generated by iptables-save v1.4.2 on Wed Apr 20 16:10:32 2011
*filter
:INPUT ACCEPT [1615854:1421242626]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [1894869:2446249320]
COMMIT
# Completed on Wed Apr 20 16:10:32 2011

Судя по :OUTPUT ACCEPT [1894869:2446249320] с firewall-ом всё нормально. Стоит еще проверить собран ли PHP с поддержкой сокетов.

phpinfo() показывает Sockets Support enabled... может проблема в отсутствии апача? На двух серверах где есть такая ошибка установлены только nginx, php-fpm и MySQL, где есть апач все работает нормально.

Тут уже сложно заочно что-то сказать. Надо смотреть своими глазами. Если хотите, можете дать мне доступ на сервер, я попробую разобраться. Контакты есть на моём сайте.

Вопрос с отложенной публикацией решился доустановкой php-pear

У меня проблема - бэкапы не то, что не отсылаются на e-mail, но и не сжимаются и не скачиваются. Но на сервере сохраняются в несжатом виде. В чем проблема может быть, подскажите, пожалуйста, облазил все форумы, ничего путного не нашел.

Искал у себя в файле wp-cron.php строчку которую вы написали, не нашел почему то...

У меня была такая же проблема, решилась просто.
Внезапно перестали публиковаться записи по расписанию. Т.е., все было ОК, ничего не менялось / не ставилось, плагинов новых не появлялось - и тут бац. В итоге долгих поисков оказалось, что из файла wp-cron.php исчез закрывающий тег > в самом конце. КАК??? ХЗ. Пропал. Вписали - все заработало.

Приветствую.

Подскажите, а почему статья помечена как неактуальная? Я пробовал через cron запускать wp-cron.php на версии 4.2.2 примерно вот так:

1

php -f wp-cron.php

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

Кода в файле нет, а проблема осталась. Что так и дергаться?