Вытянуть User Agent из таблицы #_session из поле data - страница 2 - Модификации расширений для Joomla

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

Я думал над этим и оценил сразу все эти удобства при таком подходе еще при постановке задачи, но посетителей с ботами в сутки ДОФИГА.
И при этом нужно подумать об уникальных пользователях, фильтрации повторных заходов, других повторений в промежуток времени, одинаковых IP с разными агентами и т.д. и т.п... К тому же еще нужна автоочистка таблицы ибо как я писал записей там будет ТЬМА!
Т.е. городить огород с написанием полноценного анализатора посетителей совсем не хочется...
Сессии в этом плане все упрощают, потому и решил пойти по пути наименьшего сопротивления.

Может посоветуете как упростить описанные выше моменты и сократить объем таблицы?

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

Мне не нужна глобальная статистика!
Основная цель - вывести посещения ботов (желательно с именами) за последних N минут.
Зачем ради этого вешать целый комплекс аналитики с кучей таблиц и запросов?
Забивать микроскопом гвозди ради одной строки?

Ответьте пожалуйста а зачем пользователю такая информация?

вывести посещения ботов (желательно с именами) за последних N минут

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

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

Не спрашивайте ЗАЧЕМ - это вопрос риторический и не относится к топику.
Скажем так, ПОСТАВЛЕНА ЗАДАЧА реализовать нечто вроде перечня посетивших юзеров и ботов за единицу времени, как на форумах PHPBB.
Можно глянуть в самом нижней части страницы на http://www.phpbbguru.net/community/, http://forumadmins.ru/, http://open-server.ru/forum/ (даю несколько ссылок, если в момент посещения где-то не будет ботов).
Но решить проблему нужно максимально простым и оптимальным методом.
В зачет идет все: объем кода, кол-во дополнительных полей в БД, их объем, количество записей в них и т.д. и т.п.
Все необходимо свести к МИНИМУМУ!
Решение исключительно СВОЁ, правда можно пользоваться наработками из некоммерческих источников с открытым кодом.
Вот и изголяюсь.  !

P.S. Только УМОЛЯЮ, не спрашивайте снова ЗАЧЕМ! 

http://vinaora.com/vinaora-visitors-counter/
в этом решении фактически весь ваш функционал. Готовое, бесплатное решение. Адаптировать под J3 минут 20 займет

http://vinaora.com/vinaora-visitors-counter/
в этом решении фактически весь ваш функционал. Готовое, бесплатное решение. Адаптировать под J3 минут 20 займет

Неужели вы думаете, что я перед началом не смотрел готовые решения?
Я видел его, и в целом он был похож по общим параметрам на нужное, но оказалось не совсем то, объясню почему...

1. Это просто счетчик. Алгоритм работы и структура таблицы базы не позволяет реализовать поставленную задачу.
Каждая запись хранит только количество посещений каждым типом (сколько было гостей, юзеров, ботов в одну единицу времени ), а не подробные записи по каждому посетителю. Вытянуть оттуда КТО КОНКРЕТНО заходил за последние N минут просто невозможно.
Адаптировать под свои нужды было бы громоздко да не стал из-за 2 пункта.

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

3. Важно было СВОЁ решение.
И хотя моя идея базируется на другом решении из JE (вполне допускается), но оттуда взята только идея (более подходящая) + некоторые куски кода (поэтому многие переменные и элеметы шаблона даже не переименовывались).

4. Ну и все описанное в предыдущем посте...

Как-то так...
В любом случае, всем БОЛЬШОЕ СПАСИБО все задуманное РЕАЛИЗОВАНО!

Теперь можно подумать над МАКСИМАЛЬНО ОПТИМАЛЬНЫМ счетчиком, покумекаем? )))