Поддерживает ли несколько клиентов актуальную информацию в Python?

Question

Поддерживает ли несколько клиентов актуальную информацию в Python?

1

Я новичок в сетевом программировании, но старый для Python. У меня есть простая программа для промокания, которая будет использоваться на нескольких клиентских компьютерах. Блокнот работает двумя способами: он может отображать и обновлять информацию в базе данных. Чтобы избежать блокировки, показывающей старые данные, как я могу заставить все блокирующие данные повторно извлекать информацию из базы данных, как только один промоактор обновил некоторые данные в базе данных?

Я бы предпочел избежать сложностей при настройке некоторых клиент-серверных протоколов. Возможно ли создать какую-либо форму клиентского протокола, когда простое сообщение обновления передается прямо на других блоттеров, когда им необходимо обновить их информацию?

c00kiemonster 29 авг. 2010, в 14:13

Источник

0

Какова текущая логика его Python-скрипт?
shahjapan 29 авг. 2010, в 12:10
0

На самом деле не понимаю этот вопрос.
c00kiemonster 29 авг. 2010, в 13:44
0

Какова частота изменений? Является ли набор данных одинаковым для всех блоттеров? Блоттер записывает один параметр из источника данных или новый набор данных с несколькими значениями? Не могли бы вы уточнить характер информации?
Tony Veijalainen 29 авг. 2010, в 16:55
0

Это один и тот же набор данных для всех блоттеров. Блоттеры могут обновлять произвольное количество данных в базе данных в любое время. Частота изменений, однако, не велика, минуты, а не секунды между изменениями.
c00kiemonster 30 авг. 2010, в 01:38

Показать ещё 2 комментария

Теги:

python

network-programming

2 ответа

0

Вы можете использовать триггеры. Когда информация обновляется, отправляйте сигнал (зависит от вас, как, а может быть, только пакет udp), всем блоттерам, которые будут последовательно обновлять свою информацию. Postgresql может быть сценарием с использованием python.

mg. 29 авг. 2010, в 10:29

Ещё вопросы

Какова текущая логика его Python-скрипт?
На самом деле не понимаю этот вопрос.
Какова частота изменений? Является ли набор данных одинаковым для всех блоттеров? Блоттер записывает один параметр из источника данных или новый набор данных с несколькими значениями? Не могли бы вы уточнить характер информации?
Это один и тот же набор данных для всех блоттеров. Блоттеры могут обновлять произвольное количество данных в базе данных в любое время. Частота изменений, однако, не велика, минуты, а не секунды между изменениями.

Jojo · Accepted Answer · 2010-08-29T10-27-00.000Z

0

Лучший ответ

Чтобы получать сообщения (например, пакет UDP, предлагаемый другим плакатом или HTTP-запрос), клиентам необходимо будет запустить базовый сервер на клиентской машине. Например, вы можете использовать модуль Python xmlrpc. Однако локальный межсетевой экран может блокировать внутреннюю связь.

Самое простое решение, если количество клиентов умеренное, - это часто опросить базу данных для изменений: добавьте столбец "время последней модификации" в таблицу чертежей и попросите клиентов проверить это поле. Таким образом, клиенты могут выяснить, нужно ли перезагружать чертеж, не тратя слишком много ресурсов.

Изменить: последнее поле модификации может быть либо активно обновлено клиентом, который внес изменения в чертеж, либо автоматически обновляется с помощью триггера базы данных.

Jojo 29 авг. 2010, в 10:27

0

Один вопрос, могу ли я запустить сервер сокетов (я полагаю, это то, что вы имеете в виду) на каждом клиенте (компьютере)? Нужно ли мне иметь один сокет-сервер, а затем много возможных сокет-клиентов?
c00kiemonster 29 авг. 2010, в 13:14
0

Серверы прослушивают сокет для входящих соединений, клиенты делают эти соединения. Конечно, вы можете реализовать один сервер на Python и подключаться к нему от каждого клиента несколько раз, чтобы увидеть, есть ли сообщение от другого клиента, но вы можете сделать то же самое с базой данных. Чтобы избежать частых подключений, вам нужна другая архитектура: экземпляры приложения для рисования прослушивают входящие подключения и обновляют свой чертеж, если они получают сообщение об этом. При запуске они должны подписаться на новостную ленту, например, добавив свой адрес в таблицу базы данных.
Jojo 29 авг. 2010, в 15:36
0

В вашей реализации также учитывайте, что происходит, если клиент недоступен или недоступен, а сообщения не могут быть доставлены. Может быть, поэтому другой автор предложил UDP (вместо TCD). Однако обратите внимание, что пакеты UDP могут быть потеряны. Я бы выбрал решение «время последней модификации», если нет веских причин против него.
Jojo 29 авг. 2010, в 15:44
0

Последнее модифицированное решение, вероятно, является самым привлекательным, но оно также включает опрос, то есть данные не обновляются в реальном времени, и к базе данных будет много ненужных запросов. Я не возражаю против накладных расходов кода решения сокета. Это проще всего сделать с сокетами, или я должен смотреть на другие фреймворки, такие как Twisted? Есть ли хорошие примеры кода?
c00kiemonster 30 авг. 2010, в 01:42
0

В этом конкретном приложении сокеты будут простыми, так как сообщения очень короткие. Взгляните на wiki.python.org/moin/UdpCommunication , запустите цикл получателя в отдельном потоке (он блокируется во время ожидания) и отправьте событие перерисовки в ваш графический интерфейс вместо печати сообщения. При желании ответьте серверу, на котором вы получили сообщение, и попросите сервер повторять сообщение каждые 20 мс, поскольку пакеты UDP могут быть потеряны. (Через секунду без ответа сервер должен предположить, что клиент был закрыт.)
Jojo 30 авг. 2010, в 09:44
0

Чтобы избежать ненужной перерисовки из-за повторяющихся сообщений, вы все равно можете проверить поле «последнее изменение» после получения пакета UDP. То есть теперь вы только спрашиваете базу данных, требуется ли перерисовка, если вы получили пакет UDP.
Jojo 30 авг. 2010, в 09:46
0

Это потрясающе. Мне удалось заставить работать один из этих примеров многоадресной рассылки. И вы правы, определенно лучше реализовать оба способа, то есть пинг многоадресного обновления, а затем последнюю измененную проверку.
c00kiemonster 31 авг. 2010, в 03:20

Показать ещё 5 комментариев