Управление пользователями 2.

Web/сайты Прочее

Был(а) онлайн: 26.04.20 14:45
Umen 26 лет

1.0 Был(а) онлайн: 26.04.20 14:45

Недавно
В итоге неудачной работы с фри-лансером по данному плану, вынужден повторить тендер еще раз.

Имеется уйма сайтов (М), в теле которых имеется javascript-код, механически переадресующий нынешнюю страницу (всякую страницу всякого из множества сайтов) на php скрипт (П) находящийся на ином сервере. Сайты из (М) не способны исполнять php, perl. В задачу (П) входит определить данный объем информации (И) о пользователе (в том числе получить referer полученный сайтом из (М) – т.е. запомнить откуда пользователь перешел на сайт из (М)).
Параллельно существует база данных адресов других сайтов (Н), в которой указывается перечень условий для переадресации всякого из пользователей на всякий из (Н). По итогу обзора (И) пользователь согласно базы с (Н) переадресуется на один из сайтов (Н). Транзакция фиксируется в отдельной таблице.

Нужно сотворить:
1) Определенный, касательно беспричинный (образование будет осуществлять локальная программа), javascript-код размещающийся на (М). Есть пример.
2) Скрипт (П). Есть пример.
3) Систему управления и конструкцию базы для (Н). «Система указания (Н)аправлений».
4) Систему отображения статистики для итогов транзакций.

Нужные вероятности.
a. Произвольное число (Н)аправлений отправки пользователя для всей группы доменов (М).
b. Географическая привязка направления пользователя – выбор (Н)аправления , исходя из (И).
c. «Урл»-проверка повторных заходов. (вероятность разрешения либо запрещения переходов на (Н) по знаку «Пользователь теснее переходил на (Н)»).
d. Вероятность установки флага запрещения повторных заходов пользователя на (Н)аправление (Нужно поле для указания добавочного (Н)аправления пользователя в случае если все остальные (Н)аправления теснее были посещены данным пользователем).
e. Обработка трафика, не удовлетворившего географическим условиям тематики (Нужно поле для указания добавочного (Н)аправления пользователя в случае если все остальные (Н)аправления не удовлетворяют географическому месторасположению пользователя).
f. Обработка трафика, не удовлетворившего условиям уникальности.
g. Создание системы редактирования, добавления, удаления и статистики для данного плана.
h. Вероятность ограничения числом числа переходов на направление в сутки.
i. Вероятность разбивания группы на подгруппы (пример есть).

Данная система в гораздо больше простом варианте теснее существует и действует. Нужные программные фрагменты (как база географии и скрипт ее обзора) имеются.

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

Система предуготовлена для внутреннего применения, дизайна фактически никакого не требуется.

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

Мой блок

26.04.20 14:45
Umen 26