Topics

1

Trade Pulse Feature Requests / Delete/disable trades after inactivity for X days

« on: July 01, 2012, 02:56:02 PM »

This would be a great feature I think for sites with many trades.  Some might like an automatic setting but even manual would be nice. 

For instance to be able to delete all trades where certain conditions are met like:

- No INs within 30 days
- Hits out > 0

If you have 400 trades then checking the history for the ones which appear inactive in the last 24 hours to see if they sent any hits recently can take half the day depending on how many there are.  And you end up putting it off because of that making the problem worse as time goes on.

2

Trade Pulse Feature Requests / Add trade effect in stats

« on: March 19, 2012, 12:15:45 PM »

Again just ideas, no pressure. I know things are busy.

Trade Effect (t. effect) = $trade_clicks / $Hits_out

It would be nice to see it in the stats and not have to manually calculate it in my head.

3

Trade Pulse Feature Requests / Show up and down activity indicators on Network stats

« on: February 29, 2012, 08:06:53 PM »

I know you guys are doing pretty good already with new features and getting TP 2.0 ready but I thought I'd suggest this.  It would be helpful to be able to see at a glance hourly and daily changes (up and down arrows) for various metrics as you can for the standalone stats. 

4

Trade Pulse Feature Requests / Enhance Feed System functionality

« on: January 02, 2012, 10:50:20 PM »

I know you guys have your hands full but I thought I'd mention some ideas for consideration if time ever allows.

(In order of priority)

1. Add check boxes to the 'Feed' system trader allowing it to take clicks from Galleries or Trades. (so we can control this)  The subsequent percentage would then apply based on that which is checked.  For example maybe I want to specify "Send 10% of gallery clicks to a broker" or "Send 5% of trade clicks to a broker".  There is actually a considerable difference.

2. Allow ways to specify that different things like Nocookie, Proxy, NoImg are not sent to the feed (broker).  I think I read that it does not differentiate now based on a post on the forum.  I may be mistaken.

3.  Allow some sort of setting or rules to limit better what click #'s are sent to "feed".  For instance maybe I don't want to send to feed anyone who hasn't clicked already at least 3 times and got a gallery previously.  The idea being to give them a chance to buy at your site first and then send them off only if they have already had the chance.  This would help maximize profits from pay site sales while still selling traffic.

4. Maybe offer ways to restrict certain trades (system or normal) from sending to 'feed'.  For instance maybe I don't want to send SE surfers to a broker.  I guess this ties in a little with #2.

Thanks for the consideration.  My apologies if these are already there and I missed it or misunderstood how something works!

5

Trade Pulse Support / Is an update being rolled out?

« on: December 31, 2011, 05:57:32 AM »

I noticed an update was available today.  I upgraded two sites to test (5-6 files were changed) and now these sites just display the background template and nothing else in both browsers.  But I can access tpupdater.php and updater.php.  I was just wondering if some update is on the way or if I need worry about getting hacked?  If you are rolling out an update you may want to check it since it did this on two sites.

Update:

It looks like it does it every time I upgrade to the ioncube version.  The latest version I can use without the problem seems to be v.35.

Even though it worked before and ioncube loader v.4 is definitely installed and working here is 'php -v'

Code: [Select]

Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
    with the ionCube PHP Loader v4.0.0, Copyright (c) 2002-2010, by ionCube Ltd., and
    with Zend Optimizer v3.3.9, Copyright (c) 1998-2009, by Zend Technologies

My other installs which are using v.41 (ioncube) are working fine but they show an update available.

6

Trade Pulse Bug Reports / Second click feature no longer working ?

« on: November 16, 2011, 12:18:40 PM »

Hello. I question whether this feature is still always working properly.  As I understand it it is supposed to ensure that no two clicks are skimmed to trades in a row. 

However with it checked and testing with a skim scheme on '50' repeating I have seen several instances where up to 3 or 4 clicks are going to trades in a row.  In theory this should not be happening, should it?

7

Trade Pulse Support / $Hclick_hours[insert_hour!] -*Array of hourly raw CLICK [0-23]

« on: October 22, 2011, 08:02:54 AM »

Sorry to trouble you both again.  No rush on this question as I see you are getting slammed with other questions but any input would help me immensely.

$Hin_hours[insert_hour!]   *Array of hourly raw IN [0-23]
$Hout_hours[insert_hour!]   *Array of hourly raw OUT [0-23]
$Hclick_hours[insert_hour!]   *Array of hourly raw CLICK [0-23]
$Huin_hours[insert_hour!]   *Array of hourly unique IN [0-23]
$Huout_hours[insert_hour!]   *Array of hourly unique OUT [0-23]
$Huclick_hours[insert_hour!]   *Array of hourly unique CLICK [0-23]

Are all of the above variables still fully operational and able to be relied upon?  I've been experimenting with them and putting in debugging watches to see the values assigned via P2, P3 variables in the stats layout and I have been noticing some strange values that I can't make sense of.

$Hclick_hours[0]

^ Is this:

1. The last 60 minutes from this exact moment (to the minute).
2. The last hour based on server time - i.e. "hour:xx"
3. The hour 0 based upon server time (i.e. the midnight hour - midnight to 1 am)
4. Last N hours, so $Hclick_hours[3] would be the last 3 or 4 hours?
5. The last clicks from 1-0 hours ago, so $Hclick_hours[3] would be the last 4-3 hours ago - as the progress documentation suggests?
6.

Just to show that I've been trying to figure this out my own I read the old progress documentation here thinking it could be similar in TP:

http://www.progress-tm.com/algorithm.html

And like I said I placed this code on a site and then watched it in the stats page after enabling $P2 and $P3 in layout display.

Code: [Select]

$P2=$Hclick_hours[0];
$P3=$Hclick_hours[1];

But the numbers I am seeing have me puzzled.  Even if modifiers are in place such as for the countries and the anti cheat it seems to make no sense.  Please clarify and confirm that the values in these arrays can be used and trusted?  It would be pretty nifty to have use of this data in a custom algorithm.

Thanks!  Also I hope you feel better ip0li....

8

Trade Pulse Support / Show sites in toplists when $P1 == 0 and Uin == 0 while ordering by $P1 ?

« on: September 27, 2011, 09:43:33 AM »

Currently if I set a toplist to order by something like Unique Daily Clicks it will still show a site in the toplist even if Uin == 0 and $P1 == 0.  This is good, I like this because I can always use conditions to prevent this if I want.  However if I try to order the toplist by $P1 then a site does not show if Uin == 0 and $P1 == 0.  Is there any way to make it show under these conditions?

The reason I'd like to do this is because I still want sites to show even with no hits in and no points as long as there are not a number of trades which are doing better.  This way a site is less likely to die and it helps to get hits to dead trades when there is no where better to send them to.  It's also helpful in starting up a new trade or site when the site in question is no skim.

I attempted to set this in step #2 as a hack for the custom algorithm thinking it might help somehow in allocating points to $P1 (initializing it) but it looks like it is still not initialized when Uin == 0 even after attempting this:

Code: [Select]

$N1=$active_trades_day * 2;

Any ideas on how to get this to work or can this be changed easily in a future version?

Thanks!

9

Trade Pulse Support / Click again% = 1.06 (106%) ???

« on: September 20, 2011, 03:46:57 PM »

I just noticed a site I have which is still running 1.0.6 build 32 shows a click again % of 1.06 (106%) in the stats display.  Is this supposed to be possible?  I've never seen it above 1.0 (100%) before ever and I don't see the problem on other sites.  It's also playing havic with a custom algorithm I use which assumes ca% <= 100%. 

The trade in question probably isn't a cheater or doing anything strange since it is my own site.    Didn't want to file a bug if this isn't abnormal.  I have a screenshot, if needed!

10

Trade Pulse Feature Requests / Alphabetize toplist display and add group weights

« on: September 17, 2011, 12:23:53 PM »

More ideas for the wish list if you get bored. 

#1 It is in alphabetical order in Tools -> Groups but it would also be much easier if it were in alphabetical order within Tools->Toplists (all areas) and for the New Trades display (on trade.php) as well to make life a little easier.  It's not a problem with less than a dozen toplists but I have a site with over a hundred toplists and it gets crazy keeping track of them all when they are scattered. 

#2 I believe another script offers "Group weights" or some sort of implementation like this - it might be a great idea within TP too.  So that say I might include a site 100% in one group but only 50% in another group.  What would then happen is in the 100% group it would get it's full point/uniques/etc values but in the 50% group it would only get 50% of those values.  This way I can more effectively put a site in different groups with more flexibility.

11

Trade Pulse Bug Reports / Minor bug with cookies (www.domain.com vs domain.com)

« on: August 26, 2011, 05:40:28 PM »

In looking over the External Info feature (thanks again for the information kildoozer) I noticed that there appears to be an issue with the way cookies are being set and read by Trade Pulse which could hinder the effectiveness of the feature.  It seems different (x) cookies are set for both the "www.domain.com" and the "domain.com" version of the site.  So if a surfer initially enters using www.domain.com, gets sent out to a trade, then comes back through some means using "domain.com" (rather than www.domain.com) the "x" cookie for "www.domain.com" does not seem to be seen and another one is created or used (see http://content.websitegear.com/article/subdomain_tips.htm for more info).  This probably effects other features and tracking of things like bookmark stats too?

I know one way to fix it on the webmaster's side is to force only one version to be used via .htaccess but I notice most people don't do this so the above probably causes a lot of inefficiencies. 

I don't know if a good solution might be to set ".domain.com" as well as the default version as two separate cookies kept in sync by TP.  Then you might want to make this able to be disabled if for some reason someone wants subdomains kept separate (the way you do it now).  For example if they have separate TP installs on different subdomains they might not want the cookies to be sync'd because the different installs are for different  sites/subdomains.

12

Trade Pulse Support / More technical info on External Info feature?

« on: August 23, 2011, 06:42:13 AM »

Hello I was wondering if I could please get more info on the external info feature and how sites are encoded with it?  I've read the supplied documentation in the manual but I didn't see for example how a site is encoded into the four digits (e.g. 1234.5678).   

I would like to use the information in order to dynamically construct toplists so that they leave off sites which the surfer has already visited (using info from External Info and the HTTP REFERRER) so that trades get more unique visitors and hits out are used more effectively.

Thank you for any info you can give me!

13

Trade Pulse Feature Requests / Allow P1,P2,P3 points as a minimum condition in toplists

« on: August 19, 2011, 05:02:05 PM »

TP is already jam packed with features so don't take my feature requests as a negative or a demand.

It would be cool to have a minimum condition for toplists so that they could use raw point values (useful especially with a custom algorithm) then we might be able to set it so that toplist only shows if say any trades were over that certain point value.  

There is already an option to sort by P[123] but there doesn't seem to be a way to set a minimum condition which uses P[123].  You can use other options such as uniques, prod or effect (etc) but it isn't exactly the same.

Also while we are at it an option for a secondary sort condition could be useful too for when trades are tied with the primary sort condition.  

Thanks for the nice work.

14

Trade Pulse Feature Requests / More variables available in Custom Algorithm

« on: August 04, 2011, 04:59:42 PM »

The custom algorithm feature in Trade Pulse is *extremely* powerful in my opinion and gives it the edge over many other scripts.

That said there are more variables and hooks I'd love to be able to use within a custom algorithm such as:

[Unique/raw] Clicks to Trades/Trade Clicks (Hourly and Daily)
Unique Proxy Clicks (Hourly and Daily)
[Unique/raw] NoImg Clicks (Hourly and Daily)
[Unique/raw] Filtered Clicks (Hourly and Daily)
[Unique/raw] NoCookie Clicks (Hourly and Daily)
[Unique/raw] Clicks From G-N-B countries respectively (Hourly and Daily)

I don't know if some of these are available but I just don't see them documented yet.  Maybe?

15

Trade Pulse Feature Requests / Add "Unknown" to traffic Quality in settings

« on: July 19, 2011, 08:53:41 AM »

I might have missed it but I don't see "N/a", "None", or "Unknown" anywhere in Settings -> Traffic Quality.  In my opinion it would be great to have since I often notice a lot of click bots send traffic from IPs which show as "Unknown".  If it were there I could put it in either BAD (or maybe NORMAL) and use the weights to automatically help handle lots of bots of this type.