el777

Добавлю, что у вас очень странный адрес сайта, должно быть что-то вроде:

http://localhost/state

В остальном - все как написано выше:

import requests, time
while True:
    print(requests.post("http://localhost/state", {"key":"value"})
    time.sleep(5)

На Хакатоне крайне мало времени.
Берите то, что знаете лучше. Если вы быстро пишете бекенд сайта на OCaml, а все остальные на PHP, то вам не надо срочно учить PHP - потому что вы все равно ничего не напишете на нем, а будете только отвлекать команду вопросами и раздражать простыми багами. Поэтому пишите на том, что знаете отлично, разделите задачи и договоритесь о взаимодействии.
Вообще, я рекомендую сходить на хакатон. Если раньше в таком "спортивном" темпе ничего не писали и команда на "сыграная", то, конечно, ничего не выиграете. Но зато посмотрите, весело проведете время, поедите пиццы.

location = /blababla.html { 
  ... 
}

Обратите внимание на "=" - это обозначает точное соответствие URL и имеет более высокий приоритет при проверке.

Есть куча разных инструментов, чтобы можно было решить эту задачу. К сожалению, все неидеальны. Простое приложение собирают нормально, как более сложная вещь - так приходится попотеть.
Статья как собирал Python 3 + PyQt5 - https://habrahabr.ru/post/264233/
Получилось нормальное кросплатформенное приложение, писалось на маке, нормально работает на винде. Очень просто для пользователя - запускаешь 1 файл, он сам распаковывается во временную папку и работает. Можно сделать инсталлер, чтобы он установился в систему и запускался как обычная программа. Но это было не нужно.

Что делать с этими данными дальше? Просто проверять на уникальность? Если возникает дублирование: игнорировать дубли или как-то обновлять? Какие требования к надежности хранения? А то может и мемкеш подойдет?
Ставите туда значения, для сброса flush.

Все, что вам нужно: Python Requests
Быстро, просто, эффективно.

Как вариант можно рассмотреть PgSQL + hstore.
Система позволяет хранить в базе неструктурированные данные типа «хешей» и, самое главное, индексированно(!) по ним искать.
Делал пробный вариант, поиск по базе порядка 100К строк рандомных данных занимает около 100 мс.
Наврядли будет больше артикулов платьев или моделей авто.

Как я понял — у вас требования минимальные, надо просто «наколхозить» канал.
Покупаете километр оптики (сами прикиньте длину с запасом), на форуме домашних сетей ищете монтажников, которые проложат и сварят недорого.

Кто ваша аудитория? Где находятся ваши пользователи? В географическом и сетевом плане?
Вы уверены, что они испытывают большие проблемы со скоростью доступа к вашему сайту?
Или проблема в чем-то другом?
Какой трафик (в Гб/сек) собираетесь раздавать? Насколько большие файлы?

Трафик через CDN будет стоить вам ~8 раз дороже, при этом вы реально ничего не можете проконтролировать насколько хорошо оно грузится.

Нужно тщательно анализировать задачу, иногда лучше поставить сервер у хорошего провайдера с нормальной связностью, сделать прямой стык с местным IX, чем заморачиваться с CDN.

Попробуйте работать на работе :) Все заморочки сразу отпадут :)

1) меняйте провайдера
2) меняйте железо — это дешевле, чем круглосуточно мониторить

«Самый главный вопрос» ™: что вы хотите сделать? Для чего все эти рассуждения? Интересные теории? Тогда продолжайте дальше.

Сколько пользователей ожидается?
Что будет, когда два пользователя изменят в своих базах объект по-разному? Как это засинхронизировать на сервер?
Как быть с общими справочниками?

Или такой вариант: в ифрейм грузите страницу с другого сайта, тот сайт отдает редирект на первый сайт, в качестве параметра в урл указывается нужная кука. Первый сайт получив такой параметр просто отдает JS-ку со строкой, содержащей эту куку.

Если нужно показать номер в системе, то просто сделайте ифрейм и воткните туда номер прямо с сайта статистики.

Вариант 2:
Создаете картинку со спецурлом с сайта статистики
var i = Image();
i.src=«stat-site.ru/stole-my-cookie.png»;

он при запросе смотрит куки и редиректит на эту же картинку, но дописывая куки в конец урла:

<?php
Location: «stat-site.ru/stole-my-cookie.png?». $_COOKIE[«id»];
?>

На странице читаете.

… RETURNING *;

Django! :)

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

А если не тыкнул — то увы.

Главный вопрос: «а что вы хотите делать дальше с этим приложением?». Если просто поиграться «сферическим конем в вакууме» — то добавьте Casandra, HBase и SQLite — будет еще интереснее :)

Если вы хотите, чтобы из этого что-то вышло, то берите серьезные инструменты, думайте, что дальше будете делать с данными, с чем будете интегрировать их. Очень хорошо, когда есть нормальное удобное хранилище, к которому можно что-то подключать и полноценно работать. Если нет — то все это вы будете писать руками.

Я бы взял PostgreSQL, отличное проверенное решение, и epgsql, который поддерживает асинхронный механизм уведомлений — самое оно для эрланга.