Hi all,
First thanks for such great work, this made my life sooo much easier.
I'm having an issue where all records submitted by different users have the same ip, where and how can I rectify this, I did a lot of reading in this forum and didnt find a solution. If possible it would be great to get the "local IP" of the user where multiple users sharing a single external IP. (attached is a snapshot with the records showing what I mean, records are from different users)
Also I followed the instructions(on the link below) on how to update the timestamp on the database for my timezone but nothing have changed, for the record both my htaccess and joomla have had their times changed. Any ideas?
http://www.chronoengine.com/forums/index.php?option=com_chronoforums&cont=posts&f=2&t=11770
thanks again
anderson
First thanks for such great work, this made my life sooo much easier.
I'm having an issue where all records submitted by different users have the same ip, where and how can I rectify this, I did a lot of reading in this forum and didnt find a solution. If possible it would be great to get the "local IP" of the user where multiple users sharing a single external IP. (attached is a snapshot with the records showing what I mean, records are from different users)
Also I followed the instructions(on the link below) on how to update the timestamp on the database for my timezone but nothing have changed, for the record both my htaccess and joomla have had their times changed. Any ideas?
http://www.chronoengine.com/forums/index.php?option=com_chronoforums&cont=posts&f=2&t=11770
thanks again
anderson
Hi amendes,
I don't know any way of getting a 'local' IP address :-(
The Autogenerated code is no longer editable so the fix from the old post won't work. You'd have to dig quite deep into the ChronoForms code to change this. It picks up the current server time from PHP. You may be able to change your php.ini to localise the setting.
Bob
I don't know any way of getting a 'local' IP address :-(
The Autogenerated code is no longer editable so the fix from the old post won't work. You'd have to dig quite deep into the ChronoForms code to change this. It picks up the current server time from PHP. You may be able to change your php.ini to localise the setting.
Bob
Thanks Bob
Just updated the php.ini to reflect my timezone and it didnt work, I used the approach below but it didnt help.
PHP Code on a timezone file:
<?
date_default_timezone_set ( "Australia/Sydney" )
?>
and changed this line in php.ini
auto_prepend_file = /home/users/web/bxxxx/pow.username/htdocs/timezone.php
Just updated the php.ini to reflect my timezone and it didnt work, I used the approach below but it didnt help.
PHP Code on a timezone file:
<?
date_default_timezone_set ( "Australia/Sydney" )
?>
and changed this line in php.ini
auto_prepend_file = /home/users/web/bxxxx/pow.username/htdocs/timezone.php
Hi amendes ,
Not something that I know much about I'm afraid. Where exactly does this cause you a problem - there might be other ways to fix it? For example, you could create an extra column in the table, save the local date-time there and ignore the ChronoForms generated value.
Bob
Not something that I know much about I'm afraid. Where exactly does this cause you a problem - there might be other ways to fix it? For example, you could create an extra column in the table, save the local date-time there and ignore the ChronoForms generated value.
Bob
Thanks for the help anyway.
Thought of leaving the time stamp as is, and your idea sounds great too.
Just wish I could get the IP address correct. The snapshot with different records and same addresses I posted was from people in different states but their IP is exactly the same(not possible right?) and after searching a lot I still didnt find a way to fix it.
Anderson.
Thought of leaving the time stamp as is, and your idea sounds great too.
Just wish I could get the IP address correct. The snapshot with different records and same addresses I posted was from people in different states but their IP is exactly the same(not possible right?) and after searching a lot I still didnt find a way to fix it.
Anderson.
Hi Anderson,
To me, it sounds like your web server is behind a load balancer, or other proxy. With some configurations, this means that all incoming connections will seem to be originating from this unit, rather than the actual browser submitting the form. I do find it odd that you get a public IP, and not an address from a private range (192.168.x.y, 10.x.y.z, etc..)
If it is a proxy at work here, there might be a slight chance that it honors the "Via:" header (though this is not mandatory).
/Fredrik
To me, it sounds like your web server is behind a load balancer, or other proxy. With some configurations, this means that all incoming connections will seem to be originating from this unit, rather than the actual browser submitting the form. I do find it odd that you get a public IP, and not an address from a private range (192.168.x.y, 10.x.y.z, etc..)
If it is a proxy at work here, there might be a slight chance that it honors the "Via:" header (though this is not mandatory).
/Fredrik
Hi Frederick
Thanks but after a bit of search I found that there's no load balancer and I'm not sure on the proxy thing, the site is hosted on a reseller account at hostgator so I dont think there's a proxy there, again I've got limited knowledge in that.
Still find that the ip should be from the actual browser not the one on the record "203.58.120.11". This seems to be an Australian ip....
After writting the post above I realised that while all where submitting from different sites/states they were all behind a company firewall that may have a unique address for all users. Will do some further tests to confirm this point.
cheers.
Thanks but after a bit of search I found that there's no load balancer and I'm not sure on the proxy thing, the site is hosted on a reseller account at hostgator so I dont think there's a proxy there, again I've got limited knowledge in that.
Still find that the ip should be from the actual browser not the one on the record "203.58.120.11". This seems to be an Australian ip....
After writting the post above I realised that while all where submitting from different sites/states they were all behind a company firewall that may have a unique address for all users. Will do some further tests to confirm this point.
cheers.
This topic is locked and no more replies can be posted.