Я тоже вчера был (в основном офисе) - народу ни кого. СМС пришло может минут 15 -20 (я еще в офисе сидел по своим делам)
А счет тоже "без посредника" долларовый цифровой?
счет долларовый? какие то расходы есть?
При регистрации будут нужны только ФИО, пол и дата рождения чтобы исключить клонов(повторных регистраций)
Всего то....
Для работы самой системы персональные данные будут не нужны кроме тех что при регистрации.
Так какой ответ на вопрос "как будете решать вопросы с ПД?". Тут не требуется ответ про техническую сторону.
Почитайте уже закон о персональных данных и вникните в его требования
ТСу в первую очередь задачу разбить на несколько и выбрать более реалистичные цели. :)
По большому счету тут речь ни о чем. И есть совершенно разные данные для обработки. Одно дело что то типа то что в браузере яши вылетает панелька похожие товары с ценами в других магазинах. Подменить, кончено можно, но все же у яндекса есть и другие метрики и источники на которые можно опираться.
Но есть же и "биг дата". Где не фигурируют цены. Просто отмечаются приверженности посетителя при посещении различных сайтов, и при заходе на новый сайт на основе этих данных подбирается товар из каталога этого сайта. Или, как разновидность, отображение рекламы по интересу посетителя. С рекламой тут работают правила рекламной площадки. в остальных случаях чего тут особо накрутишь? Ну накрутишь что посетитель на твоем сайте интересовался товаром синего цвета (хотя он зеленый все смотрел), ну на другом сайте система рекомендации ему выдаст в как мо то блоке рекомендаций синие товары из ассортимента. И что?
Гипотетически можно замутить систему где и цены не подделаешь. "всего то" надо придумать еще и единое хранилище товаров для всех сайтов. И тогда уже инфа будет отправляться в систему статистики не от конечного сайта, а с этого агрегатора условно независимого... Но тут сразу встает технический вопрос. На кой это надо продавцу? (его сайт становится на 100% зависимый от стороннего сервиса, да еще и контролировать интеграцию постоянно), на кой это надо покупателю? (пока в такую систему не затащили большинство продавцов - там смысла мало "правду искать"). И при этом в полный рост проблемы: пропускные возможности канала, ресурсы серверов.... А так. Конечный сайт отправляет агрегатору команду, товар с ID таким то посмотрел клиент, сообщи это в статистику.... Если еще хочется и прикрыть возможность накрутки и тут. Тут уже надо и сайты делать на закрытой платформе. и пользователей заставить пользоваться специальным ПО.... ну в общем чем дальше тем это уходит даже за грани фантастики.
И при этом все равно есть возможность подкрутить. Ведь "независимый" сервис может оказаться и зависимым по воле владельца ;)
ИМХО тут просто надо трезво оценивать каким данным доверять, а каким аккуратно.
Не о той что вы подумали, о системе когда вас даже в проекте не было это 50-60 годы.
ЗЫ. Историю надо знать ребята.
А о какой я подумал?
Историю знать надо - согласен. Пруфы то будут или хоть какая то конкретика? Или как и все прочее у вас на уровне сплетен?
Стекалась то она откуда? Это был реализованный проект или это был прототип в каком то нии?
Но, опять же, какова бы эта система не была (в реальности или только в проекте) это вообще ни как не оправдывает вашу идею с единой БД пользователей. Собирать и даже обрабатывать статистику - это совсем другая задача для которой не существенны условия, которые имеет идея "единой базы пользователей"
Хм... Ну да ну да. О какой системе идет речь?
А на практике. 96 год госучреждение я там админ по современному если. ArcNet, Ethernet, и пул из овердохрена модемов для связи с внешними (в основном районными) организациями. Конкретно для нашей конторы в институте конфигурили Lotus Notes (офигенная штука). Учился я в академии госслужбы - что то нам ни о чем эдаком не рассказывали даже рядом.
Вплоть до года примерно 2010 приходилось заниматься интеграциями с различными гос учреждениями. Везде как под копирку была программа написанная на Fox Pro для ЦК КПСС. ну и в силу того, что в код можно было вмешаться, во всех организациях в ней была "своя изюминка"...
Так что я крайне сомневаюсь, что были полноценные агрегирующие сервера. Максимум - формировались отчеты в каком то виде полученном, и возможно стекались в какой либо НИИ. Понятно, что статистика была, и по ней можно было выводы делать ( и делали)
Но! В любом случае это совсем не то же самое, что планируемая тобой единая база пользователей для всего интернета. Против этой идеи слишком много объективных факторов.
Проблема в том, что вы хотите охватить сразу все. При этом хотите сделать "лучше чем у всех". Но "погонитесь за двумя зайцами - ни одного не поймаете" (а вы больше чем за двумя собрались). При этом на проектах, которых вы хотите хотя бы частично заместить, работает масса людей. И не только программисты. В т.ч. и аналитики. Собирается огромный объем статистики, который позволяет принимать решения о развитии. Вы в свою очередь будете стремиться и себе втащить вновь появившуюся функцию у "конкурентов" и со временем количество хотелок будет расти как снежный ком. Причем даже если ограничится только теми, которыми народ в существующих проектах уже начал пользоваться и эти фишки становятся "нормой".....
В итоге вы можете так и не дойти до реализации своих киллер фишек.
А еще ведь надо понимать, что проекты, которые вы хотите "заменить", у них есть еще преимущество в их огромной посещаемости и количестве пользователей. А тут упирается (для вас) не только в раскрутку, но технические возможности серверов. (да и cms однажды может упереться в пределы масштабируемости)
Поэтому лучше сконцентрироваться. Возможно даже найти какую то более узкую целевую аудиторию и решить некую их задачу. А потом вокруг уже обрастать сервисами и т.п. При этом уже будет понимание какое направление необходимо в первую очередь.
