Как посмотреть сессии в браузере

Обновлено: 05.01.2025

В этом уроке вы узнаете о сессиях, куках браузера и о том, как построена аутентификация в Rails. Мы рассмотрим как аутентификацию, создаваемую своими руками, так и наиболее часто используемый для аутентификации гем - Devise.

Пункты для размышления

Постарайтесь ответить на предложенные вопросы. После выполнения задания попробуйте ответить на них ещё раз

Куки, Сессии и Флэши

Куки, Сессии и Флэши - это три специальных объекта, которые предоставляет вам Rails 4, и которые ведут себя во многом как хэши. Они используются для хранения данных между запросами. Данные могут сохраняться до следующего запроса, до закрытия браузера или до момента, когда истечет какой-то заранее установленный срок. Кроме времени хранения данных, разница между этими объектами заключается в том, что каждый из них имеет свою определенную область применения, о чем будет рассказно дальше.

Куки - это пары данных по типу "ключ-значение", которые сохраняются в браузере пользователя до истечения какого-то определенного срока. Они применимы практически для любой задачи, но чаще всего их используют, чтобы сохранить пользователя в том же месте веб-страницы, если он потеряет интернет-соединение, или чтобы хранить простые настройки отображения сайта. Вы можете также хранить в них данные корзины пользователя или даже пароли, но это не очень хорошая идея, не стоит хранить в обычных куках браузера информацию, которая должна быть защищенной или сохраняться между сессиями браузера. Пользователь может легко потерять данные, очистив кэш, или украсть/использовать незащищенные данные из куков.

Сессии

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

Чтобы идентифицировать сессию юзера, Rails хранит в браузере пользователя специальную безопасную и защищенную от изменений куку, которая содержит весь хэш сессии (поищите ее в инструментах разработчика в браузере, в разделе "Ресурсы"), и она перестает действовать, когда браузер закрывается. Когда бы пользователь ни сделал запрос к вашему приложению, этот запрос автоматически включает куку сессии (как и остальные куки), и вы можете использовать ее, чтобы отслеживать, залогинен ли пользователь. Это все может сейчас казаться абстрактным, но очень скоро вы увидите как это работает на практике.

Итак, куки и сессии это что-то вроде временных таблиц в базе данных, в которых вы можете хранить данные, уникальные для конкретного пользователя, и которые будут храниться пока вы их не удалите вручную, или пока не закончится их срок действия, или до окончания сессии (в зависимости от того, как вы это определите).

Несколько дополнительных замечаний к теме куки и сессии

Флэши

Здесь вам на помощь приходит флэш! Используйте для сохранения flash[:success] (можете назвать как угодно) и эти данные будут доступны вашему представлению до следующего запроса. Как только представление откроет хэш, Rails сотрет данные, то есть они не будут показаны при переходе пользователя на новую страницу. Это очень ловко и удобно.

Фильтры контроллеров

Прежде, чем мы начнем говорить об аутентификации, необходимо расссмотреть фильтры контроллеров. Суть этих фильтров в том, чтобы запускать некий код в какой-то конкретный момент, к примеру до того, как отработает любой другой код. Это важно, потому что, к примеру если пользователь хочет запустить действие, на которое у него нет прав, вам нужно пресечь этот запрос на корню и вернуть соответствующую ошибку/редирект, до того, как пользователь совершит любое другое действие. Проще говоря, вы "отфильтровываете" неправомерные запросы.

Мы делаем это, используя фильтр "before", который принимает в качестве аргумента имя метода, который мы хотим запустить:

Метод before_action принимает символ метода, который будет запущен прежде любого другого кода в контроллере. Если он вернет false или nil , запрос не будет выполнен.

Вы можете назначать фильтр конкретным экшенам с помощью оции only , вот так: before_action :require_login, only: [:edit, :update] . Или наоборот, если вы используете опцию :except , фильтр сработает для всех экшенов кроме указанного.

Ну и последнее, фильтры могут наследоваться, так что если вы хотите применить фильтр к экшенам абсолютно всех контроллеров, поместите его в файл app/controllers/application_controller.rb .

Аутентификация

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

Авторизация - это другая концепция, связанная с аутентификацией. Вы можете быть залогинены, но есть ли у вас права на действия, которые вы хотите осущестивить (просмотреть страницу, изменить или удалить элемент)? Банальный пример это разница между обычным пользователем и администратором сайта. Они оба залогинены, но только у админа есть права на изменение определенных вещей.

Аутентификация и авторизация идут рука об руку -- сперва вы аутентифицируете кого-то, чтобы понять, кто это, и далее можете проверить, есть ли у них права на просмотр страницы или выполнение действия. При создании приложения у вас будет система аутентификации, чтобы пользователь мог залогиниться и подтвердить, что это именно он. Вы разрешаете пользователю делать определенные вещи (например, удалять какой-то контент), основываясь на том, какие методы защищены фильтрами контроллера, требующими входа на сайт или наличия определенных прав (например, прав администратора).

Аутентификация Basic и Digest

Проблема с этими способами заключается в том, что имена и пароли в явном виде находятся в контроллере (или где-то еще), так что это можно использовать только как временное решение.

Создаем свою аутентификацию

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

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

Это гораздо лучше, потому что, если вы помните то, о чем мы говорили в уроке по безопасности в веб-разработке 101, хэши - это односторонняя функция. Вы можете легко хэшировать текст пароля, однако очень и очень трудно расшифровать его обратно и восстановить исходный пароль. Самый эффективный способ взломать набор хэшей - это собрать огромный лист возможных паролей, хешировать их и сравнить с теми, которые вы пытаетесь взломать (т.е. это массированный подбор паролей).

Если ваш пользователь хочет, что его "запомнили" (вы, наверное, тысячу раз видели чекбокс "запомнить меня" в форме входа на сайт), вам нужен способ запомнить его на более долгое время, чем длится сессия браузера. Чтобы это сделать, вам нужно будет создать еще один столбец в таблице Users, где будет храниться зашифрованный remember_token (вообще вы можете назвать его как угодно). Вы будете использовать его, чтобы сохранить рандомную строку для этого пользователя, которая будет в дальнейшем использована для его идентификации.

Обычно полезно иметь несколько методов-хелперов для решения обычных задач: залогинить пользователя, проверить, залогинен ли он, или сравнить залогиненного пользователя с другим пользователем (это пригождается, когда текущий пользователь смотрит страницу другого пользователя, и не должен видеть ссылки на "редактирование"). Эти штуки сделают вашу жизнь легче, потому что вы сможете повторно использовать их в фильтрах контроллерах, вьюхах или даже в своих тестах.

Общее пошаговое описание:

Devise

Devise - это гем, который был создан, чтобы делать за вас все вышеописанное. Вам может захотеться немедленно заняться его изучением, но это не очень хорошая идея для новичков. Сначала крайне необходимо понять базовые аспекты аутентификации. Devise также может оказаться для вас весьма сложным, если вы столкнетесь в проблемами, которые не имеют стандартных решений. В общем, это гем более полезен для Rails разработчиков среднего уровня, чем для новичков.

Несмотря на это, в итоге вы будете использовать его в большинстве своих проектов, после того как освоите самостоятельно создание аутентификации. Использовать Devise несравнимо лучше, чем строить аутентификацию своими руками, потому что он решает множество проблем и закрывает потенциальные лазейки в безопасности, о которых вы даже бы и не подумали. Devise позволяет вам взаимодействовать с более продвинутыми системами аутентификации при работе с API, такими как OAuth. Поэтому, чуть позже он будет очень для вас полезен.

Конфигурация будет зависеть от ваших предпочтений. Хотите ли вы, чтобы пользователи подтверждали регистрацию по e-mail (модуль Confirmable )? Хотите ли позволить пользователю сбросить пароль (модуль Recoverable )?

Изучение гема Devise выходит за рамки этого урока, но вы совершенно точно будете использовать его к концу курса. Просто читайте документацию. Документация Devise впечатляет, она доступна на Github. Мы приводим ссылку, чтобы вы взглянули на нее, почитали, и сохранили где-то в подкорке до той поры, когда начнете использовать этот гем.

Ваши задания

1. Прочтите Rails Guides on Controllers главы 5-6. Сейчас не слишком заморачивайтесь с деталями конфигураций session_store в п.5.1.
2. Прочтите Rails Guides on Controllers главу 8, чтобы понять фильтры контроллеров.
3. Прочтите Rails guides on Controllers главу 11, чтобы больше понять об аутентификации.
4. Бегло просмотрите Devise Documentation. Прочтите о том, как установить этот гем в ваше Rails-приложение, и за что отвечают разные модули. Вам не нужно использовать Devise прямо сейчас, так что это просто разведка на будущее.

Заключение

Аутентификация может казаться достаточно сложной темой -- слишком в ней много деталей. Тем не менее, ее суть заключается в проверке - является ли пользователь, делающий запрос, залогинненым пользователем, у которого есть разрешение на доступ. И чтобы сделать эту проверку, вы используете куки браузера в том или ином виде.

Этот урок должен был дать вам представление о том, насколько сложными могут быть системы аутентификации, однако он должен был также убрать налет таинственности с механизмов работы сайтов, на которых вы бывали сотни раз. Аутентификация - не ракетостроение, все гораздо проще, и уже скоро вы сами будете встраивать ее в свое приложение.

Дополнительные ресурсы

Этот раздел содержит полезные ссылки на дополнительные материалы. Это не обязательно, так что расценивайте их как нечто полезное, если вы хотите поглубже погрузиться в тему

История браузера – удобный инструмент для серфинга. Вернуться на случайно закрытую страницу, найти пропущенный сайт, восстановить поисковую сессию или вспомнить где была найдена нужная информация – все это можно легко сделать с помощью журнала.

Но историю периодически приходится чистить, чтобы освободить место или скрыть следы использования компьютера. А если информация из стертой истории понадобится снова, можно ли ее вернуть? Да, иногда можно. В статье я покажу как это сделать и расскажу какие есть при этом условия.

Где найти и как посмотреть историю браузера на компьютере

Google Chrome

Есть несколько способов попасть в журнал Гугл Хрома:

Mozilla Firefox

Firefox – это открытая платформа, поэтому на базе этого браузера существует много сборок, каждая из которых имеет свои особенности. Я покажу как посмотреть журнал на базовой версии обозревателя от компании Mozilla. Но если, следуя инструкции, вы не смогли найти историю посещений, то вероятнее всего у вас другая сборка.

Чтобы открыть журнал, выполните следующие действия:

Яндекс.Браузер

Этот обозреватель построен на одной платформе с Гугл Хром, поэтому принцип работы меню и журнала у обоих браузеров не имеет особых отличий. Попасть в журнал здесь также можно тремя способами:

• нажатием горячих клавиш Ctrl+H;
• командой в поисковой строке browser://history/;
• с помощью меню:

1. Нажмите на вертикальное троеточие в верхнем углу справа.
2. В появившемся меню наведите курсор мыши на пункт «История».
3. В новом списке кликните левой клавишей мыши по надписи «История».

Более подробно о работе с историей Яндекс.Браузера на Андроид можно почитать в другой статье на нашем сайте.

Opera

На мой взгляд вызов истории просмотренных сайтов через меню в этом браузере реализован удобнее всего. Чтобы посмотреть журнал посещений, выполните следующие действия:

Microsoft Edge

Мне кажется, что путь в журнал в этом браузере самый неочевидный. Чтобы попасть на страницу истории, вам понадобится зайти в два разных меню. Выглядит это следующим образом:

В журнал браузера Microsoft Edge также можно попасть с помощью команды в адресной строке edge://history/all. А вот комбинация клавиш Ctrl+H откроет только список последних посещенных сайтов.

5 способов открыть удаленную историю браузера

Прежде чем перейти к разбору способов посмотреть стертые записи из журнала обозревателя, рассмотрим условия, при которых это будет невозможно.

Когда восстановить журнал не получится

На компьютере или ноутбуке часто бывает сложно удалить историю браузера так, чтобы ее потом нельзя было восстановить хотя бы частично. При этом каждый способ восстановления имеет свои условия, при которых он не подойдет для чтения удаленных записей из журнала. Рассмотрим от самого простого и далее к сложному:

1. Просмотр истории с помощью cookie-файлов:

• при очистке журнала вы поставили галочку напротив надписи «удалить файлы куки»;
• не сохранятся записи о сайтах, которые не используют этот тип файлов.

1. Восстановление с помощью браузера на другом компьютере:

• была выполнена синхронизация аккаунта после очистки на обоих компьютерах.

1. С помощью аккаунта Google (только для Google Chrome):

• отключена синхронизация;
• отключена опция сохранения журнала браузера;
• очищена история действий в аккаунте.

1. С помощью ПО для восстановления данных на жестком диске:

• было выполнено полное форматирование диска;
• восстановление на SSD диске с технологий TRIM после перезагрузки системы.

1. Просмотр в кэше DNS:

• был очищен кэш доменных имен системы (например, с помощью программ для очистки реестра).

Просмотр истории с помощью cookie

Самый быстрый способ поискать интересующий сайт из журнала. Здесь и далее буду показывать на примере Гугл Хром. Чтобы воспользоваться этим методом, следуйте инструкции:

В этом разделе хранятся записи обо всех сайтах, данные которых записаны на вашем компьютере, и отсортированы они по алфавиту, а не в хронологическом порядке. Чтобы найти здесь интересующую интернет страницу, нужно хотя бы примерно знать ее адрес.

При помощи браузера на другом компьютере

Чтобы воспользоваться этим методом, должны быть соблюдены 3 условия:

• браузер должен поддерживать синхронизацию;
• оба браузера должны быть привязаны к одному аккаунту;
• обоим компьютерам (ПК и ноутбук, например) нужен доступ к интернету;

Чтобы посмотреть журнал на другом компьютере в Google Chrome, перейдите на вкладку журнала, и выберите пункт «Вкладки с других устройств» в меню слева.

Важно действовать быстро. Синхронизация между устройствами проходит не мгновенно. Если вы удалили историю на одном компьютере, на другом она будет отображаться еще некоторое время.

История посещения сайтов на странице «Мои действия» в настройках аккаунта Гугл

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

Сайты, посещенные недавно появятся не сразу. Не спешите расстраиваться, если не нашли нужную страницу, возможно стоит немного подождать.

RS Browser Forensics

Заплатить придётся для разблокирования следующих функций:

• просмотр посещенных страниц в режиме инкогнито;
• проверка удаленных паролей;
• восстановление раздела скачанных файлов;
• восстановление изображений, cookie и кэша браузера.

Чтобы посмотреть стертый журнал с помощью RS Browser Forensics, следуйте инструкции ниже:

Поиск в кэше DNS

Пожалуй, это наиболее трудоемкий и неочевидный способ отследить историю посещений. Зато самый надежный. Если вы заходили на сайт, запись о нем тут обязательно появится, только искать придется среди большого количества технических данных программ, которые обращаются в интернет. Этот метод подойдет только в качестве «последней надежды».

Чтобы открыть журнал DNS-кэша, сделайте следующее:

Записей будет действительно много, сайты не обязательно будут записаны также, как в адресной строке браузера. Чтобы отыскать здесь необходимую страницу, вы должны знать название сайта хотя бы примерно.

Протяженность сеанса пользователя на сайте определяется исходя из промежутка между первым и последним действием, совершенным им на сайте. Практика показывает, что в ходе измерения протяженности сеанса возникают трудности. В первую очередь это обусловлено отсутствием возможности постоянного контроля над временем просмотра страницы, на которую перешел пользователь по ссылке. На данный момент не существует программного обеспечения, способного выполнять такие задачи.Чтобы разобраться в том, что такое сессия на сайте, рассмотрим следующий пример:

• Необходимо войти в любой браузер;
• Пройти процедуру авторизации в двух аккаунтах на одном сервисе (напр., в аккаунтах Google). И тут возникают первые трудности, так как сервис не дает возможности находиться одновременно в двух аккаунтах и предлагает выбрать какой-то один;
• Далее открываем другой браузер, при этом не выходим из первого. Пробуем зайти во второй аккаунт на сервисе;
• На этот раз уведомление от сайта не появилось и пользователь может просматривать сайт и со второго аккаунта.

Сессия как событие в сервисах аналитики применяется с целью наблюдения за поведением пользователей, посещающих сайт. Сессия напрямую взаимосвязана со следующими метриками:

• Просмотр страницы;
• Продолжительность сеанса;
• Действия, совершенные пользователем, во время его пребывания на странице;
• Вовлеченность трафика.

На данный момент сессия как событие характеризуется широкой областью применения, одним из вариантов ее использования могут быть следующие сценарии:

• Обработка данных с последующим удалением персональных данных пользователей;
• Анализ трафика на сайте;
• Тестирование сервера или сайта.

В рамках данной статьи мы будем рассматривать сессию применительно к сайту и веб-аналитике. В данном случае сессия выступает в качестве инструмента для определения последовательности запросов, выполняемых пользователем.

Клиент и сервер. Практическая реализация распознавания запроса

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

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

Открытие сессии PHP обеспечивается за счет функции session_start(), которая осуществляет проверку открытых сессий и в случае их отсутствия, производит запуск этой функции. Оптимальное решение – это размещение вызова session_start() в начале страницы. Переменные сеанса находятся в суперглобальном ассоциативном массиве $_SESSION[]. Открытие сессии позволяет получить доступ к этим переменным.

Для удаления сессии задействуется функция session_destroy(). Посредством одного вызова можно осуществить удаление всех переменных сеанса. Для удаления одной переменной сессии рекомендуется обратиться к функции unset(), которая дает возможность произвести отключение необходимой переменной.

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

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

Вопрос пользователя

Здравствуйте.

Подскажите пожалуйста, где-нибудь на компьютере сохраняются ли посещенные мной сайты? Дело в том, что читал одну интересную статью, но убей не могу вспомнить на каком сайте.

Доброго времени суток!

Вся история просмотренных страничек (причем по дате и времени) сохраняется в журнале браузера. Такой журнал, кстати, есть в любом нормальном браузере.

В этой статье покажу, как открыть этот журнал и посмотреть, когда и какие странички в нем просматривали. Также затрону несколько вариантов просмотра истории посещения, если журнал уже очистили.

Просмотр истории посещения в браузере:

Chrome

Вариант №1

Нажать простое сочетание кнопок Ctrl+H — должно автоматически открыться окно с историей (прим.: H - History).

Вариант №2

Достаточно скопировать адрес: chrome://history/ и вставить его в адресную строку браузера. Просто и легко!

Вариант №3

В правом верхнем углу окна браузера нужно нажать значок с "тремя точками" — в открывшемся списке выбрать вкладку "История" (см. скриншот ниже).

Далее перед вами появятся несколько самых последних посещенных страничек. Если нужно больше информации по посещениям — нажмите по ссылке "История" .

Совет! Кстати, чтобы открыть последнюю вкладку (которую закрыли) - нажмите сочетание кнопок Ctrl+Shift+T.

Далее пред вами откроется полный список всех посещений: по датам, времени (см. пример ниже). Также можно искать нужно страничку по ее названию (верхнее меню).

В общем-то, довольно быстро можно найти те сайты, на которые вы заходили.

Opera

Вариант №1

Зажать одновременно кнопки Ctrl+H (также, как и в Chrome).

Вариант №2

Нажать в левом верхнем углу "Меню" и выбрать вкладку "История" . Далее у вас будет возможность:

1. открыть журнал (историю посещений);
2. очистить историю посещений (кстати, для этого также можно зажать кнопки Ctrl+Shift+Del) ;
3. либо просмотреть несколько последних просмотренных страничек (пример ниже).

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

Firefox

Вариант №1

Для вызова окна журнала посещений необходимо нажать сочетание кнопок Ctrl+Shift+H .

Вариант №2

Кстати, в Firefox журнал посещений (см. скрин ниже), на мой взгляд, выполнен почти идеально: можно смотреть сегодняшнюю историю, вчерашнюю, за последние 7 дней, за этот месяц и пр.

Можно сделать резервную копию, или экспортировать/импортировать записи. В общем-то, все что нужно — под рукой!

Вариант №1

Нажать сочетание кнопок на клавиатуре Ctrl+H — в правом верхнем окне программы откроется небольшое боковое меню с журналом (пример на скрине ниже).

Вариант №2

Нажать по меню "Центр" (находится в правом верхнем углу программы), затем переключить вкладку с избранного на журнал (см. цифру-2 на скрине ниже) .

Собственно, здесь можно и узнать всю необходимую информацию (кстати, здесь же можно очистить историю посещений).

Если история удалена, можно ли ее узнать?

Не всегда и не полностью. Большое значение также имеет, как эту историю очищали, и когда.

Если, например, использовались спец. утилиты для полного уничтожения истории — то шансов практически нет. А если простая очистка с помощью обычной функции самого браузера (да еще и недавно) — то шансов куда больше. Несколько рабочих способов приведу ниже.

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

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

И так, как посмотреть историю с помощью DNS:

Сначала открываете командную строку: нажмите сочетание кнопок Win+R , и в открывшееся окно введите команду CMD , нажмите Enter;

Как запустить командную строку - универсальный способ для Windows 7, 8, 10

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

Тема восстановления достаточно обширна, поэтому рекомендую ознакомиться со статьей, ссылка на которую ниже. В ней я показывал, как найти и восстановить документы Word/Excel (принцип работы будет аналогичный).

Где искать файлы, которые нужно восстановить:

Google Chrome:
C:\Пользователи\(Имя Пользователя)\AppData\Local\Google\Chrome\User Data\Default\local storage

Mozilla Firefox:
C:\Users\(Имя Пользователя)\AppData\Roaming\Mozilla\Firefox\Profiles\<profile folder>

Microsoft Edge:
C:\Users\(Имя Пользователя)\AppData\Local\Microsoft\Windows\History

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

Она покажет не только адреса, но и все запущенные программы, время работы, время включения/выключения ПК (может также сделать скриншоты рабочего стола) и пр. В общем, узнать можно всё, что делают за компьютером!

О том, как это всё настроить, и что выбрать — рассказывал в одной из своих статей, ссылка ниже.

Программы для контроля : Офис метрика, JETLOGGER, Kickidler, Time Doctor, CleverControl, Стахановец, CrocoTime.

Примечание : хочу напомнить всем, что использование подобного программного обеспечения для мониторинга сотрудников на компьютерах или других устройствах, для которых у вас нет достаточных прав доступа (и полномочий), считается нарушением российских федеральных и государственных законов!

Если у вас есть контрольная точка для восстановления системы - то она также может помочь восстановить историю (они создаются по умолчанию автоматически в Windows XP, 7, 8 — в Windows 10 их автоматическое создание отключено).

У меня на блоге есть отдельная статья, посвященная этой тематики. Из нее вы узнаете, как посмотреть, какие точки для восстановления есть в системе, и как откатиться к нужной (ссылка ниже).

Минусы : не всегда есть контрольные точки с нужной датой. Не вся история восстанавливается (шансы есть у Internet Explorer. ).

Читайте также:

  
• Как запретить устанавливать программы на андроид
  
• Хозяйственная операция в 1с бо это
  
• Ворд склонение по падежам с ударением
  
• Скрайд л2 как удалить с компьютера
  
• Файлы и программы в памяти компьютера хранятся в виде