Hey there butchu
been ok with pta for a while, bue there's something I wish to share about my experience.
I like to know which pages refer to mine, but as usually happens after some time you get so many entries in "Sources/Referrers" that it's hard to spot which are new and which are not.
In my case, I am used to visit the links to the referrers, so Firefox shows the visited ones in purple color, and I know that the next time I check the list, if there are any blue links, those are the ones I didn't visit, hence the new referrers.
Obviously it works only on this PC, and only with this browser.
Why don't you use the " - new!" suffix at the end of the links in a smarter way? Like, every referrer is marked as "new" by default, then there's a convenient button (with confirmation dialogue) that, at a chosen time, will mark evey current referrer in the list as "not new anymore" (that is, remove the " - new!" suffix). From that point on, every new referrer will be marked by the new suffix, while the old ones will remain unchanged... until I check the ones that are new and press again the button, at which point all will have the "new" suffix removed and so on.
Don't know how that thing with the suffix works in your code, but in case this function is relatively easy to implement, it may be a tip for the next version.
Russian speaking users can find Russian discussions on phpTrafficA at ru-board.com
|
Operations: | Advanced search |
Thread "[FR] Enhanced "new referrer" display" Started by Ephestione on: 08/23/2009 10:38am
| Current page: 1 of 1 | Go to page: 1 |
Operations:
Reply in this thread
Quote to this message
Well, at the moment, the
If you sort the table by
I'll see about implementing something. I could create a link on the
new function is fairly stupid. It marks new for every referrer that were used only once!
If you sort the table by
Latest hit, you can see when they were used last. Referrer with 1 hit and recent Latest hit are really new.
I'll see about implementing something. I could create a link on the
new text that directs you to the site and records the fact that you visited it.
Operations:
Reply in this thread
Quote to this message
Pretty going with the fast implementation of "smart new referrer", now probably the new killer feature would be another ordering criteria by which you "order by last hit&new referrer", that is you get the latest hits first, but among those the absolute firsts are the ones marked as "new", so lets say if there's been a hit by a referrer a second ago, but that's a "known" referrer, then this hit would be ordered AFTER the oldest hit by a "new" referrer.
Or anyway, a switch or something that puts "new" referrers on top, no matter of the order of the other parameters, as long as you don't have to browse the whole list for urls marked "new".
Or anyway, a switch or something that puts "new" referrers on top, no matter of the order of the other parameters, as long as you don't have to browse the whole list for urls marked "new".
Operations:
Reply in this thread
Quote to this message
Ok, I'll look into it.
Operations:
Reply in this thread
Quote to this message
And TADAA new request regarding referrer display.
I get these referrers in the stats which look like:
and are from anonymizer services; but there are also referrers like
which are from intranet http servers, both are irrelevant to me and both are disireably removable from the list. The current "ban" function removes the complete URL, which in some cases removes just one instance of that url with a very unique list of query strings, while in the "ban" page there should be an <input> type dialogue letting you manually trim down the full URL to a "base" one, thus effectively removing all the instances from the same source, instead of doing "ban" for each one and then go into the settings to manually add the base url in the referrer blacklist.
I get these referrers in the stats which look like:
http://172.16.94.40:4080/nonauth/deny.php?dest=aHR0cDovL3d3dy5tZWRpY28tb2Rv....
and are from anonymizer services; but there are also referrers like
http://10.0.2.237/zencart138/trafficA/index.php?mode=stats&sid=870793&...
which are from intranet http servers, both are irrelevant to me and both are disireably removable from the list. The current "ban" function removes the complete URL, which in some cases removes just one instance of that url with a very unique list of query strings, while in the "ban" page there should be an <input> type dialogue letting you manually trim down the full URL to a "base" one, thus effectively removing all the instances from the same source, instead of doing "ban" for each one and then go into the settings to manually add the base url in the referrer blacklist.
Operations:
Reply in this thread
Quote to this message
You're right. I'll put it on the todo list for the next version.
Operations:
Reply in this thread
Quote to this message
Gee, I really liked this answer! I want to thank you and I buy you a coffee!
Operations:
Reply in this thread
Quote to this message
| Current page: 1 of 1 | Go to page: 1 |
Forum powered by FreeForum