kaiyotee
read my profile
sign my guestbook

Message: message me


Member Since: 2/18/2004

SubscriptionsSites I Read

Posting Calendar

|<< oldest | newest >>|
view all weblog archives

Get Involved!

Suggest a link

Recommend to friend

Create a site

Wednesday, May 14, 2008

Xanga Ad

As I was looking at the Xanga web html for some new (but not so new) skinning on my page, I realized that their ad system was changed. Somehow I never noticed it was placed on the side menu as opposed to the original top banner. I guess it's a better choice... for everyone. Hardly ever see it simply because of my logger code placement is generated on top of it... I win.

But what's peculiar is the way the ad is generated. Now I'm a pretty curious person, so I like to challenge myself to remove "crap" in this case... the ad. There were several ad removers for the old Xanga ads and most aren't reliable as they are either not cross browser compatible or they just use some special mechanism to cover it up. I did manage to figure out a way to "remove" the old ad solving the cross browser issue while staying efficient. That means, the ad doesn't appear for one second then do a magic poof. Of course, I never released that code or even used it (sorry, but that was the "right" thing to do).

Anyway, I'm sure there are already talented programmers out there that's figured out how to adblock for this ad. Although it shouldn't take a genius to figure this one out. The old ad generates the ads via a script placed near the end of a web page. Good choice (for xanga) because most script kiddies wouldn't know how to intercept that code when it comes only after all the user code / style is completed. Through the flow of how our browser retrieves and displays web data, there is no possible way to access/modify any code that comes afterwards, only the ones before hand. Therefore ways it could be done were to create some sort of timed script that will be executed. Or if one could figure out the tags to remove from css (which seemed impossible, at least from what I understood). Again, aesthetic fixes could also be done since the ad position  never changes. So it follows a pathway:

xanga stuff  >> user header >> xanga stuff >> user website stats >> generate ad

But that was then, and this is now. So what's new? A stupid move by Xanga. I'm puzzled as to why they ever changed it. I mean, ads on the top would probably give them more income, granted that they did have some million users (if I'm not wrong). The current ad is "loaded" before all user code/styles. Again, out of users reach, but notice that it's only "loaded" before user custom data. It's actually generated after "some" user custom data... the header. What does that mean? This is what the pathway looks like now.

xanga stuff  >> prepare ad variables >> user header (cha ching) >> xanga stuff >> generate ad from variables >> xanga stuff >> user website stats

Guess what? This means users can mingle with the variables before it gets sent the ad generator. It's kinda like abortion, except on a more "friendly" theme. All you have to do is flip the magic switch to false...

<script>
window.initAds = false;
</script>

If they are smart, they'd put the js file loading right before where it generates. Let's see how popular (or unpopular since I've deserted it for some time) my xanga site is and hopefully one of them will hop by this blog to learn a lesson.


Monday, March 31, 2008

I finally caved in...

Yes, I've finally switched over the new Xanga system. Or wait, I guess it wasn't an option anymore. Not too shabby I must say.


Thursday, March 06, 2008

Password Management

Here's a thought, maybe it's done, maybe it's not...

I've found myself using Greasemonkey a lot to insert login forms into custom pages. (Yes, I could just use browser defaults but sometimes, I want to be able to turn it off). Then it occurred to me that it would become troublesome if I have to use the same "library" of passwords elsewhere (eg, at work). Migrating greasemonkey is easy, but a hassle. So what if there's a system where I keep my passwords on a external server. Yes, on the vulnerable internet where people can possibly steal your passwords. Obviously, some sort of unique identifier key needs to be present at the local machine, while the password library is encrypted and can only be decrypted with that unique key.

Any thoughts?


Thursday, January 31, 2008

Okay, forget about what I announced in the last post. I think I'll continue this blog.

Here's the scoop about me for the last few months...
I've started writing Greasemonkey scripts for work usage due to the repetitiveness of tasks that I'm responsible for. And it's been a blast. Greasemonkey is pretty sweet, I have to admit. I've completely switched myself over to Firefox for this reason (and for some other minor addons).

I just spent a few minutes skimming over the themed system for Xanga and it seems that Javascript is not really an option (yet). So I'll still continue (if I ever get to) to write scripts for the old Xanga system.

And yes, I seriously need to update more.

Yu.

[Edit..] Somehow the logger is logging the owner... Why do weird things keep happening to my innocent codes?


Thursday, October 11, 2007

Last Post to this Xanga Site...

But there will be more of me.

Alright folks, since my name is now officially changed to Kaiyoti, I figure I'll move past it with Xanga as well... since Kaiyotee doesn't seem to be unique anymore. So I would like to redirect everyone to http://www.xanga.com/kaiyoti (haven’t prettified that page yet, but just bear with me for now. On the other hand, I might redirect that Xanga to my domain host and I’ll create a personalized (or use a 3rd party blog engine) blog. Also, I've gotten myself into music writing projects (for short films, games, etc…) which explains why there’s a lack of update on this site. Therefore, I’ve decided to make the Kaiyoti xanga site another one of my musician profile / script development site. This does not mean I’ll stop writing scripts, it just means that I have to split work between the two.

Anyway, I seemed to have noticed that the logger script goes down because the server blocks the path. Either people don’t like my logger and they're reporting it… or maybe I violated something that I’m not aware of but I’m going to move the scripts to my http://www.kayoti.com hopefully by next week. This should solve some problems.

The logger is fixed temporarily, and I should stress temporarily because that seemed to be the trend. I hope to implement an automatic server switch in case one goes down, so I don’t have to debug it every time it goes down.

In anycase, I've left all the codes public on this site. Those will be moved eventually.

Some more places to find some sort of evidence that I'm still alive...
http://www.myspace.com/kaiyoti
http://www.soundclick.com/kaiyoti
http://www.kaiyoti.com

Cheers,
Yu.



Next 5 >>