Cron средствами php (постинг по расписанию)

1 234
SeVlad
На сайте с 03.11.2008
Offline
1609
#31
sdaprel:
Публикацию на стороннем ресурсе в строго заданное время,

ТСу нужно делать публикацию на сторонний ресурс в строго заданное время.

И это всё реально (делается на раз!).

---------- Добавлено 14.02.2013 в 18:01 ----------

rerighter:
100 пользователей одновременно задают параметры для публикации контента, например, на удаленно сайте (другом домене) с самым разным количеством и временем размещения.
Сидеть в тихом ужасе, читать базу и для каждого в панельке писать обращения к файлам?

Если я правильно понял твой перепуг, то всё не так страшно. Дёргать (раз в минуту скажем) нужно всего один скрипт. В задачи которого уже входит читать-сверять-обновлять базу. Ну и др задачи.

Делаю хорошие сайты хорошим людям. Предпочтение коммерческим направлениям. Связь со мной через http://wp.me/P3YHjQ-3.
R
На сайте с 18.12.2009
Offline
92
#32

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

Я думал может есть еще какие-то реализации. Всем спасибо.

S
На сайте с 03.07.2009
Offline
41
#33
SeVlad:
ТСу нужно делать публикацию на сторонний ресурс в строго заданное время.
И это всё реально (делается на раз!).

---------- Добавлено 14.02.2013 в 18:01 ----------


Если я правильно понял твой перепуг, то всё не так страшно. Дёргать (раз в минуту скажем) нужно всего один скрипт. В задачи которого уже входит читать-сверять-обновлять базу. Ну и др задачи.

И время публикации будет с точность до 1 минуты, в принципе это вполне нормальная точность.

Кодинг на PHP. Разработка расширений под Joomla.
SeVlad
На сайте с 03.11.2008
Offline
1609
#34
rerighter:
Я думал может есть еще какие-то реализации.

Я знаю только 2

1. Правильный - родной серверный крон.

2. Костыль - внешний вызов скрипта (от юзера сайта или внешнего крон-сервиса, что в принципе, одно и тоже)

IL
На сайте с 20.04.2007
Offline
435
#35
SeVlad:
1. Правильный - родной серверный крон.
2. Костыль - внешний вызов скрипта (от юзера сайта или внешнего крон-сервиса, что в принципе, одно и тоже)

Я бы ещё так поделил:

1.1 вызов вида

/path/to/php /path/to/file/file.php

1.2 вызов вида

wget -O /dev/null http://server.ru/cron.php

Реализация, зависящая от посетителей

- иногда имеет смысл выносить cron-задания в отдельный файл, а его вызывать, например <img src="" (чтобы пользователю не ожидать окончания)

- если нет посетителей и поисковых ботов - есть шанс "просрочить"..

rerighter:
Если скрипт будет зациклен, например с setInterval в каждую минуту - то это возможно. Но это какой-то костыль.

зациклить php скрипт? на обычном хостинге?

---------- Post added 14-02-2013 at 21:23 ----------

Кстати, некоторое время назад задача была очень даже актуальна на некоторых хостингах.. Cron без Cron / Cron для бедных

... :) Облачные серверы от RegRu - промокод 3F85-3D10-806D-7224 ( http://levik.info/regru )
SeVlad
На сайте с 03.11.2008
Offline
1609
#36
ivan-lev:
1.2

Ну это ж уже по сути внешний вызов ;) Только и того что со своего сервера.

Хотя да, это не костыль, а правильный метод.

ivan-lev:
Кстати, некоторое время назад задача была очень даже актуальна на некоторых хостингах

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

Отсюда со старта не понимание и гонение на ТСа.

IL
На сайте с 20.04.2007
Offline
435
#37
SeVlad:
Да и сейчас некоторым оно надо

В последнее время всё меньше сталкивался с хостингами без крона (то ли время такое, то ли везёт просто..).

SeVlad
На сайте с 03.11.2008
Offline
1609
#38
ivan-lev:
В последнее время всё меньше сталкивался с хостингами без крона (то ли время такое, то ли везёт просто..).

Не, ну конечно многие хостеры в борьбе за клиента расширяют кол-во пунктов оказываемых сервисов ;)

Хотя подавляющему большинству юзеров доступ к крону просто не нужен - движки, устанавливаемые ими "сами" могут делать отложенную публикацию (как упомянутая тут джумла)

Но все ж мы прекрасно знает КАКИЕ юзеры их юзают :). Какой там крон, ssh и тп, если они понятия "сайт" от "движок" отличить не могут:

Входа в админпанель кроме управления сайтом или оттуда для этого не вижу, не знаю.
Также не знаю, как Вордпрессом на сайте создать новый сайт. На хостинге Вордпресс есть, его оттуда нужно использовать?

Кроме того большую часть школо- и фрихостов (без крона) юзает этот контингент. А вот им, как раз, крон ой как надо :)

S
На сайте с 03.07.2009
Offline
41
#39
SeVlad:
Не, ну конечно многие хостеры в борьбе за клиента расширяют кол-во пунктов оказываемых сервисов ;)
Хотя подавляющему большинству юзеров доступ к крону просто не нужен - движки, устанавливаемые ими "сами" могут делать отложенную публикацию (как упомянутая тут джумла)

Но все ж мы прекрасно знает КАКИЕ юзеры их юзают :). Какой там крон, ssh и тп, если они понятия "сайт" от "движок" отличить не могут:


Кроме того большую часть школо- и фрихостов (без крона) юзает этот контингент. А вот им, как раз, крон ой как надо :)

Не соглашусь. Этому котингенту как раз то эти излишки в виде cron и не нужны, поэтому есть дешевые тарифы без него.

SeVlad
На сайте с 03.11.2008
Offline
1609
#40
sdaprel:
Не соглашусь

Ну не соглашайся :)

Каждый имеет право что-то не знать и думать как ему удобней.

1 234

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий