Э.... А мы покупаем или продаем?....
Серверная сторона (на которой расположен ваш сайт) будет знать о пользователе ровно столько, сколько он сообщит о себе в своем обращении (запросе), передаваемом браузером.
Опытный пользователь легко может контролировать передаваемые персонифицированные данные и менять их. Думаю, если исключить вообще едва ли реальный, но сложный поведенческий анализ (не что что отправляет - а как часто, как долго и т.п.) то идентифицировать опытного пользователя, если тот не хочет себя выявлять - не получится.
Скорее речь нужно вести о пресечении множества регистраций обычными пользователями. Тут нужно просто определиться - какие два обращения будем считать от одного и того же пользователя. А для анализа в нашем распоряжении будут заголовки запросов (которые мы считаем нетронутыми), какая-то информация от JavaScript и т.п.
В универе у нас был спец курс по защите информации. И изначально ПО считалось безопасным если взломать его сложно - сложнее чем добыть информацию другими средствами.
ИМХО, нацеливаться нужно на усложнение выкачки. По мне, интересен вариант не банить, а выявить выкачку и подменять информацию заранее заготовленной другой (бесполезной).
Либо отдавать страницу ввиде картинки.
Либо отдавать кодированный текст страницы и у пользователя ("на лету") с помощью, к примеру, функции Java Script, раскодировать его.
Т.е. видим нормальный текст, а скачиваем бурду.
Да, вполне.
Качественно пока не могу... В данную минуту настраиваю среду разработки (PHP, APACHE....) после 7ми летнего перерыва.
Параллельно смотрю - чем народ сейчас озабочен и наткнулся на вашу тему.
Как раз, когда бросал web разработку одной из последних проблем была хранение и обработка товаров с разным кол-вом характеристик.
В первую очередь, я думаю, нужно понять потребуются ли выборки по тем самым полям, которых будет много или достаточно их просто где-то хранить (заполнять, редактировать) и выводить (напр, на странице товара).
Хранить-то их можно как угодно, но я в свое время попытался найти идеи каких-то умных дядек, которые собрали все грабли да еще и заморочились с описанием того, к чему они пришли. И вышел на т.н. EAV.
Фразу не осилил....
Проблема достаточно частая. Обратите внимание на "Паттерн EAV". Системный подход к архитектуре хранения сущностей с динамическим количеством атрибутов.
Все понял.
Не мое это дело. Я потрачу на него много времени и результат будет как минимум не известный.
Еще добавление по поводу предложений - просьба указывать ориентировочные ежемесячные вливания на поддержку такого сайта.
Rostovchanin добавил 17.08.2011 в 20:34
В личке предлагают купить СДЛ (по другим темам).
Общий ответ:
Я просматривал существующие рыболовные сайты. Толковые безусловно есть - но они либо не продаются либо очень дороги.
Возможно я не вышел на ваш сайт - предлагайте.
Но он должен быть строго по рыболовной тематике и с посещением от 1000 чел в сутки.
Монетизация не требуется.
Можно это рассмотреть как предзаказ по определенным критериям.
Мы деньги - нам сайт с посещаемостью (думаю это само собой подразумевается, но с потенциальной возможностью дальнейшего развития нашими силами).
Если это предложение.
Сообщите, пож, что получим в итоге (формат сайта (если это принципиальный выбор), срок развития (грубо)).
ЦА - любители рыбной ловли России
Спасибо за ответы.
С последними особенно соглашусь.
Контекстная пока работает только Yandex - запросы есть.
Окончательное решение - только по телефону - это факт.
Но как я вижу, принцип доверия здесь будет практически такой же, как у многих других партнерок.
Т.е. даже если отправить клиента на страницу заказа владельца партнерки, ведь потом приходится ожидать, что тот не обманит и скажет что наш посетитель оформил заказ. Однозначно, что мы получим деньги, нам скажет только владелец партнерки. Неправ?
Какая разница где в итоге заказ закончился - на странице или по телефону (не учитывая эффективности менеджера - но это другая тема)?
