Можно ли обнаружить историю посещения посетителей с помощью JavaScript или PHP?

Ответ 1

К сожалению, это возможно это возможно.

Вы можете применить правило CSS к a:visited, которое имеет фоновое изображение для PHP скрипт.

Ответ 2

Вы могли это сделать (с JavaScript и CSS psuedo class :visited), но браузеры исправили этот эксплойт.

Ответ 3

Да, конечно! просто спросите на другом сайте, можете ли вы поместить script на свой сайт, который передает вашей системе необходимую информацию;)

Ответ 4

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

Скажем, если вам было интересно узнать, посетил ли сайт пользователя google.com. Затем вставьте ссылку на google на свою страницу и установите уникальный стиль для посещенных ссылок, последствия которых известны заранее. В приведенном ниже примере посещенные ссылки будут окрашены в #012345.

<style>
a:visited {
    color: #012345;
}
</style>

<a href="http://www.google.com"></a>
<a href="http://www.amazon.com"></a>

Затем пройдите через каждую ссылку, которую вы вставили на страницу, и получите ее цвет. Если для примера выше указан #012345, пользователь посетил эту ссылку. Однако вы не можете получить доступ к своей истории, чтобы узнать, какие сайты они посетили. Это больше процесс опроса.

Ответ 5

Если вы не возражаете против вероятностных ответов, вы можете указать время, необходимое для поиска DNS на соответствующих узлах. Если ответ DNS вернется очень быстро, то они, возможно, недавно сделали запрос DNS для этого узла. Если ответ DNS возвращается медленнее, то они, возможно, не сделали запрос DNS для этого узла в последнее время. Конечно, мой кабельный модем будет давать гораздо более быстрые результаты, чем CDMA или GSM-телефоны, поэтому может быть полезно, если вы сравниваете несколько сайтов на одной машине.

Изменить, в ответ на сообщение Alex о кэшировании DNS-сервера ISP:

Например: с локальным кешем DNS мои первоначальные запросы для доменов занимали в среднем 1,6 секунды. (Я полагаю, потому что кеш был очень холодным, и ему нужно было найти серверы имен .com,.co.uk и .co.jp.) Запросы в горячем кэше составляли в среднем 0,006 секунды. Мой DNS-кеш - это рекурсивный резольвер, поэтому он не использует мои кэширующие решения для ISP.

Без использования моего локального кеша DNS и использования кеша DNS на моем симпатичном маршрутизаторе мои первоначальные запросы усредняли 0,910 секунды, а запросы к горячему кешу составляли в среднем 0,5 сек. Я не знаю, сохранены ли .4 секунды из кеширования моего маршрутизатора DNS или кэширования моего ISP. Но даже .4 секунды должны быть видны в Javascript.

Достаточно данных, чтобы сделать некоторые догадки: если время для первой и второй попыток разрешения имени домена схоже, вы можете предположить, что кеш был горячим, а адрес использовался недавно. (Возможно, горячий на уровне ISP, но это было продано как вероятностный метод в любом случае.:) Если времена непохожи, вы можете предположить, что кеш был холодным.

При использовании моего DNS-сервера ISP я догадался, что девять "горячих" доменов и девять "холодных" доменов, а среднее время поиска для горячего - 0,226 секунды, а среднее время поиска для холода - 0,308 секунды. Разница в 0,82 секунды может быть недостаточно большой, чтобы заметить в javascript, и она определенно бледнеет по сравнению с различиями между известными горячими и известными холодными образами, использующими локальный кеш или мой милый маленький маршрутизатор для DNS.

Конечно, "горячие" и "холодные" относятся к TTL для каждого отдельного домена.