What's up with A4DTracker right now?
- Thread starter Spliffic
- Start date
- Status
I've never had an affiliate manager with A4D. That was fine since I wasn't actively promoting the offers anyway for a while.
Now that I'd like to promote some offers, I can't get my so-called A4D AM to respond to my queries.
I know who my AM is, but how to get a response from him remains a mystery.
Now that I'd like to promote some offers, I can't get my so-called A4D AM to respond to my queries.
I know who my AM is, but how to get a response from him remains a mystery.
That sounds great. I wish I could communicate with my A4D AM so easily.
So far my emails to him appear to be disregarded.
Man. That is really shitty, I have a campaign running with them that I haven't been watching today... because I've been doing other things. Shittttty.
Keep checking your stats and links frequently so you wouldn't lose much in the future.
Honestly I'm a bit surprised 300k hits/hour brought it down. Need better db schema, partitions, in memory db, etc.
And before I get the "no way that's a ton of hits and is totally unreasonable" -- clearly someone wants to be able to run traffic like that, potentially profitably, and the tracking system is the limiting factor there. No idea what DB the backend of Hitpath uses, but there are DB's designed to easily cope w/ that load that exist.
Not trying to hate on A4D here, not their fault as far as can be determined, more Hitpath's. An in memory column-store db (rather than row-based) would likely handle said load w/ ease. I've done a lot of high-performance db work (w/ workloads like single records being inserted at 10-100,000 inserts/second [not in bulk] all day long while still maintaining <1ms simple read/relational queries, dumping the updated records out to disk at opportune moments and maintaining logging to prevent any memory-loss due to server failure [as the main activity resides solely in memory]), and it always amuses me when people used to most of the SQL variants (largely MySQL) say that such things are too demanding for a db -- it's actually pretty easy to do with some software designed specifically for such loads.
And before I get the "no way that's a ton of hits and is totally unreasonable" -- clearly someone wants to be able to run traffic like that, potentially profitably, and the tracking system is the limiting factor there. No idea what DB the backend of Hitpath uses, but there are DB's designed to easily cope w/ that load that exist.
Not trying to hate on A4D here, not their fault as far as can be determined, more Hitpath's. An in memory column-store db (rather than row-based) would likely handle said load w/ ease. I've done a lot of high-performance db work (w/ workloads like single records being inserted at 10-100,000 inserts/second [not in bulk] all day long while still maintaining <1ms simple read/relational queries, dumping the updated records out to disk at opportune moments and maintaining logging to prevent any memory-loss due to server failure [as the main activity resides solely in memory]), and it always amuses me when people used to most of the SQL variants (largely MySQL) say that such things are too demanding for a db -- it's actually pretty easy to do with some software designed specifically for such loads.
On the one hand, 300k clicks in an hour is about 80/second which would be in addition to everyone else. This is a large volume but the again the DB shouldn't have to do too much other than add a record to log the click then lookup the offer and generate the redirect.
On the other hand, if someone is willing to pay for enough traffic that generates 300k clicks/hour, the system should handle it gracefully. IE. If there's not enough DB connections, the DB is taking too long to respond, etc. it should redirect to a static page or do something other than not responding. If not, it hasn't been designed and/or tested properly.
The amounts of money involved with all this you would think that hitpath would get this right.
Maturity FTW.
The real question is would you want this mature business man responsible for paying you on time?
Petty childishness is fine if you're an affiliate. But honestly as someone that is responsible for running a strong organization and managing other peoples (affiliates) money you should consider how other people interpret stuff like this. Affiliates need to trust and depend on you with their money are you sure this is how you want to portray yourself? Just trying to help you out Ryan, I wish you all the best man. Petty stuff like this doesn't bother me but if it makes you feel better about yourself by all means enjoy.
One of my old bosses said there was two ways to build the tallest building:
1. Use the best strategies, engineering, and team
2. Build a crappy small building and go around knocking down all the other buildings around you.
Suppose it's obvious which strategy you're going after
The real question is would you want this mature business man responsible for paying you on time?
Petty childishness is fine if you're an affiliate. But honestly as someone that is responsible for running a strong organization and managing other peoples (affiliates) money you should consider how other people interpret stuff like this. Affiliates need to trust and depend on you with their money are you sure this is how you want to portray yourself? Just trying to help you out Ryan, I wish you all the best man. Petty stuff like this doesn't bother me but if it makes you feel better about yourself by all means enjoy.
One of my old bosses said there was two ways to build the tallest building:
1. Use the best strategies, engineering, and team
2. Build a crappy small building and go around knocking down all the other buildings around you.
Suppose it's obvious which strategy you're going after
Last edited:
Everyone else I really appreciate all your feed back. I'm working with Hitpath today to try and get to the bottom of this. It's obviously an issue with Hitpath's system that it can't take that kind of volume and we need to get to the bottom of it. I'll keep you updated on how we resolve things.
One of my old bosses said there was two ways to build the tallest building:
1. Use the best strategies, engineering, and team
2. Build a crappy small building and go around knocking down all the other buildings around you.
Suppose it's obvious which strategy you're going after
Wow, pretty profound. I need to save that quote somewhere
Wow, pretty profound. I need to save that quote somewhere
you can read it as i knock down your building
Hhahaha actually I prefer to build the biggest building through strong architecture, top grade materials and the right crew.
300k hits seems a little low for taking a service down - I just stress tested my own tracking/pixel throwing script (I'm not an amazing programmer & it's not ready yet, but if it gets to a release, it'll be free for everyone) with a million clicks in a few hours and it held up well (running on a virtual machine with 1gb RAM on a new Mac Pro). There might be something else that they're not telling you.
Also, I'm kind of puzzled that their transactional database (the one that counts the imps, clicks, orders, etc..) and reporting database seem to be on the same server. One of the basics in data warehousing is to run separate databases for transactional & reporting (and do dumps of the transactional db to the reporting db at X frequency - even by the minute, if you want). That way, a huge load on reporting won't slow down your clicks, and vice versa.
Also, I'm kind of puzzled that their transactional database (the one that counts the imps, clicks, orders, etc..) and reporting database seem to be on the same server. One of the basics in data warehousing is to run separate databases for transactional & reporting (and do dumps of the transactional db to the reporting db at X frequency - even by the minute, if you want). That way, a huge load on reporting won't slow down your clicks, and vice versa.
I'm quite surprised the T202 boys haven't released an aff management system yet. I'm sure with their skills it would be pretty awesome, and have an instant market. (security breaches notwithstanding )
They could even integrate it with T202, and make everyone really, really paranoid.
)They could even integrate it with T202, and make everyone really, really paranoid.
So I guess Hitpath can isolate these types of attacks to the network itself instead of bringing down the entire Hitpath system (if I recall, the entire Directpath system would fall to it's knees when an attack or a ginormous number of hits gets passed to the system). Reason being is because C2M was fine all day yesterday, just A4D went down.
If so, then that would be a good thing. I would hate to see all networks on Hitpath go down because of one affiliate on one network.
If so, then that would be a good thing. I would hate to see all networks on Hitpath go down because of one affiliate on one network.
- Status