haha, blizeh... if you ran vanilla pre 1.0 and in versions 0.9.x it was a feature you could see under every users profile. It turned up a nicely listed IP history for that user...
ie: #
192.168.1.225 (2 times)
This IP address has not been shared by any other users.
192.168.1.220 (12 times)
This IP address has not been shared by any other users.
it's a simple tool in aiding who could be using duplicate accounts on your forum.
so, why doesn't it work with vanilla 1.0.1 ?
or does it?
It won't work for me.
I've tried dissabling all other extensions. I did manage to make it KIND OF work.
I copied the extension into accountprofile.php (in a theme folder) and It looked just like it used to in 1pre, except it wasnt able to find any IP addresses. It said something along the lines of 'It does not appear that this user has any IPs logged". I checked the SQL database and it is logging them. So I thought that it meant that the referance TO the data was invalid. I tried changing IpHistory in the database config to LUM_IpHistory, which as it turns out, it was already doing.
sorry for the double post, but i don't want to create another thread either.
I'm having new problems with the IPhistory extension
Does it still work with 1.0.3?
I installed the new IPhistory 1.0.1 (not to be confused with the vanilla version) to get it to work again, but that failed
I AM following instructions, like i should. I have log_all_ips 1, and double checked in the applications settings
In case you were wondering, i stripped out all the "hack" that I did. (which actually never worked, so I did it a very long time ago)
IP History 1.0 works fine for me in 1.0.3 with or without a whole bunch of other extensions enabled as well... I would say it's more likely to be some kind of extension conflict or even a server setup issue.
I have more specific information:
The database is keeping track of the IPs, but never user ID's. Every IP has a UserID value is always 0.
let me know what else you need to know
Yes i have re downloaded and updated it recently, but the file sizes were the same and it didn't fix anything.
I doubt that this is the case, but I believe that it may have something to do with the Google Analytics extension that I have installed. Its either that, or it has something to do with the server. I really doubt that something is broken with the extension. Its worked in the past. It almost has to be an issue with another extension.
I see. So is the extension adding new IPs to the database when you get guests/users with new ips/whatever? And it just doesnt put the right user id in?
Yes.
It seems like its treating the users as guests. Every ID is 0. Thats what the database reads. Theres more than 1000 entries and all of them have a 0 for the ID
(sorry for the long delay)
A quick and possibly suboptimal solution is to do the following with library/People/People.Class.Authenticator.php:
1. In method GetIdentity(): comment out //$this->LogIp($UserID); 2. In method Authenticate($Username, $Password, $PersistentSession): add if ($UserID > 0) { $this->LogIp($UserID); } just above: return $UserID; Seems to be working for me, at least for now.
Comments
ie:
# 192.168.1.225 (2 times) This IP address has not been shared by any other users. 192.168.1.220 (12 times) This IP address has not been shared by any other users.
it's a simple tool in aiding who could be using duplicate accounts on your forum.
1. In method GetIdentity(): comment out
//$this->LogIp($UserID);
2. In method Authenticate($Username, $Password, $PersistentSession): add
if ($UserID > 0) { $this->LogIp($UserID); }
just above:return $UserID;
Seems to be working for me, at least for now.