- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Публикацию на стороннем ресурсе в строго заданное время,
ТСу нужно делать публикацию на сторонний ресурс в строго заданное время.
И это всё реально (делается на раз!).
---------- Добавлено 14.02.2013 в 18:01 ----------
100 пользователей одновременно задают параметры для публикации контента, например, на удаленно сайте (другом домене) с самым разным количеством и временем размещения.
Сидеть в тихом ужасе, читать базу и для каждого в панельке писать обращения к файлам?
Если я правильно понял твой перепуг, то всё не так страшно. Дёргать (раз в минуту скажем) нужно всего один скрипт. В задачи которого уже входит читать-сверять-обновлять базу. Ну и др задачи.
да, все верно. это вариант, крон будет выполнять указанный ему скрипт каждую минуту, а дальше уже все действия выполняться логикой программы.
Я думал может есть еще какие-то реализации. Всем спасибо.
ТСу нужно делать публикацию на сторонний ресурс в строго заданное время.
И это всё реально (делается на раз!).
---------- Добавлено 14.02.2013 в 18:01 ----------
Если я правильно понял твой перепуг, то всё не так страшно. Дёргать (раз в минуту скажем) нужно всего один скрипт. В задачи которого уже входит читать-сверять-обновлять базу. Ну и др задачи.
И время публикации будет с точность до 1 минуты, в принципе это вполне нормальная точность.
Я думал может есть еще какие-то реализации.
Я знаю только 2
1. Правильный - родной серверный крон.
2. Костыль - внешний вызов скрипта (от юзера сайта или внешнего крон-сервиса, что в принципе, одно и тоже)
1. Правильный - родной серверный крон.
2. Костыль - внешний вызов скрипта (от юзера сайта или внешнего крон-сервиса, что в принципе, одно и тоже)
Я бы ещё так поделил:
1.1 вызов вида
1.2 вызов вида
Реализация, зависящая от посетителей
- иногда имеет смысл выносить cron-задания в отдельный файл, а его вызывать, например <img src="" (чтобы пользователю не ожидать окончания)
- если нет посетителей и поисковых ботов - есть шанс "просрочить"..
Если скрипт будет зациклен, например с setInterval в каждую минуту - то это возможно. Но это какой-то костыль.
зациклить php скрипт? на обычном хостинге?
---------- Post added 14-02-2013 at 21:23 ----------
Кстати, некоторое время назад задача была очень даже актуальна на некоторых хостингах.. Cron без Cron / Cron для бедных
1.2
Ну это ж уже по сути внешний вызов ;) Только и того что со своего сервера.
Хотя да, это не костыль, а правильный метод.
Кстати, некоторое время назад задача была очень даже актуальна на некоторых хостингах
Да и сейчас некоторым оно надо. Только вот другие "некоторые", углублённые в теорию или даже практику латания собственных скриптов слишком далеки от реальных запросов и проблем юзеров.
Отсюда со старта не понимание и гонение на ТСа.
Да и сейчас некоторым оно надо
В последнее время всё меньше сталкивался с хостингами без крона (то ли время такое, то ли везёт просто..).
В последнее время всё меньше сталкивался с хостингами без крона (то ли время такое, то ли везёт просто..).
Не, ну конечно многие хостеры в борьбе за клиента расширяют кол-во пунктов оказываемых сервисов ;)
Хотя подавляющему большинству юзеров доступ к крону просто не нужен - движки, устанавливаемые ими "сами" могут делать отложенную публикацию (как упомянутая тут джумла)
Но все ж мы прекрасно знает КАКИЕ юзеры их юзают :). Какой там крон, ssh и тп, если они понятия "сайт" от "движок" отличить не могут:
Также не знаю, как Вордпрессом на сайте создать новый сайт. На хостинге Вордпресс есть, его оттуда нужно использовать?
Кроме того большую часть школо- и фрихостов (без крона) юзает этот контингент. А вот им, как раз, крон ой как надо :)
Не, ну конечно многие хостеры в борьбе за клиента расширяют кол-во пунктов оказываемых сервисов ;)
Хотя подавляющему большинству юзеров доступ к крону просто не нужен - движки, устанавливаемые ими "сами" могут делать отложенную публикацию (как упомянутая тут джумла)
Но все ж мы прекрасно знает КАКИЕ юзеры их юзают :). Какой там крон, ssh и тп, если они понятия "сайт" от "движок" отличить не могут:
Кроме того большую часть школо- и фрихостов (без крона) юзает этот контингент. А вот им, как раз, крон ой как надо :)
Не соглашусь. Этому котингенту как раз то эти излишки в виде cron и не нужны, поэтому есть дешевые тарифы без него.
Не соглашусь
Ну не соглашайся :)
Каждый имеет право что-то не знать и думать как ему удобней.