multi_thread сбор данных

[Screjet]

neko
Есть мнение, что Вы недооцениваете задачу, которая к задаче построения ОС никакого отношения не имеет.
Про недостатки реализации, предлагаемой Вами, вы знаете и пережевывать их не вижу необходимости.

 

[vitus]

Пользователь запрашивает удаленный ПХП-скрипт (сервер Апач1, ПХП как модуль), который обращается с параметрами (get) через сокеты к пяти (возможно более) серверам и получает от них новости.

- антипаттерн "Лишние обращения" (с) Брюс Тейт
в случае новостей имхо лучше расписание использовать, если крон на хостинге не доступен, тогда пусть за новостями лазит пользователь который пришёл через 15 минут после последнего обновления кеша.

 

[longer]

To vitus
В корне не согласен.

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

в случае новостей имхо лучше расписание использовать
Далеко не все в жизни происходит по расписанию...

Правда все это не имеет никакого отношения к программированию...

 

[vitus]

Пользователя любить и уважать нужно, т.к. это источник дохода.

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

Далеко не все в жизни происходит по расписанию...

ну уж в случае с обновлением кеша новостей на сервере, расписание - это правильный путь

-~{}~ 22.03.05 10:38:

да и владельцы серверов новостных будут в восторге

 

[grigori]

Если речь, например, о форексе, то задержка в 15 минут приведет к разорению трейдеров.
Но кешировать все-равно прийдется, если на сайте достаточно много пользователей.

 

[vitus]

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