The guide came with a pre-made package to get you started.

However, Quercus has been updated since this was produced.

Unfortunately the official Quercus website has very little detail to help us get started…

Further research lead me to a blog post by the company that makes Quercus entitled: Quercus on the Google App Engine

It gives a general overview of what is required, but isn’t really very direct.

I did also find an entry on their wiki for Quercus on Google App Engine, which was more useful.

Here’s what you need to do:

1. Follow the Google App Engine: Creating a Project getting started guide to create your file structure and the xml files.
2. Download the latest version of Resin (ie: resin-4.0.6.zip)
3. From the zip, copy lib/resin.jar to your WEB-INF/lib
4. Add GoogleQuercusServlet as a standard servlet and any params to web.xml (example web.xml)
5. Put your PHP files in your “war” directory.
6. Use the AppEngine Java SDK appcfg to update.

If you get this error:

java.lang.IllegalStateException: Found a jar file too large to upload: “…\WEB-INF\lib\resin.jar”. Consider using –enable_jar_splitting.

Using the suggested option fixed this, which looks like this:

C:\appengine-java-sdk\bin\appcfg.cmd –enable_jar_splitting update war

That’s pretty much it to get you started, when you visit your app address, you should be able to call your PHP files.

If you are looking for something a bit more advanced, take a look at these articles that explain how to get WordPress working:

• Converting Wordpress for Quercus on Google App Engine
• Using Quercus® to Run the WordPress PHP blog on Google App Engine (pdf)

For additional help I recommend you visit Caucho’s Quercus Forums.

Related posts:

1. 10 wordpress performance optimisation tips I wanted to prepare my wordpress powered blog for an...
2. Using Your Own URL as Your OpenID with WordPress Today I decided to join stackoverflow.com, which requires you to...
3. The Google Translate recursion bug Recently I found a bug in Google Translate. It’s not...
4. Cannot redeclare pclziputilpathreduction() I had this issue today, I found that you need...

I used to use the xeucc.tcl, but that script no longer works and hasn’t been updated since 2008.

> !ucc 9 usd gbp
<Bot> Could not obtain results from XE.com, sorry!

Further more xeucc.tcl uses the XE.com website to gather the information, however they don’t like us doing this, and have since added the following message:

WARNING: Automated extraction of rates is prohibited under the Terms of Use.

Other scripts such as Incith’s Exchange also use a website. This one uses Yahoo Finance. The problem is that this website is subject to change at any time without prior notice.

Parsing a website that is subject to change is not always a good idea. Instead what is needed is an API which is easy to parse and extract the data and also unlikely to change formatting.

Although XE.com does have an API, it is not free. This is no good.

I have decided instead to use the Yahoo Developer Network Currency Converter API, which is much easier to parse and permits this kind of usage.

There is a choice of two URLs which you can call to get the data:

http://finance.yahoo.com/d/quotes.csv?e=.csv&f=sl1d1t1&s=USDGBP=X

http://download.finance.yahoo.com/d/?f=sl1d1t1&s=USDGBP=X

Both examples should provide you with a csv file to download which will contain the currency information.

I have used the second URL in my script.

Usage

> .ucc
<Bot> Usage: .ucc <amount> <from> <to>
> .ucc 9 usd gbp
<Bot> HM2K, * UCC: 9 USD is 5.8905 GBP as of 2/25/2010 9:22am

Download

• Download ucc.tcl

If you like it, or even if you don’t, please leave a comment below. Thanks.

Related posts:

1. weather.tcl Today, after I decided to hang out in #eggtcl on...
2. worldtime.tcl Sometimes you need to know the time somewhere else in...
3. TinySong TCL script for Eggdrop If you’ve not heard of TinySong, you’re missing out! TinySong...

I remembered reading about this very thing in .net magazine/august 2009 (i191,p100), which said:

“Sponsor and associate logos can be a challenge for a designer who is making a valiant attempt to create a cohesive website layout. Logos can be contrasting colour schemes and can be displayed at a wide range of different aspect ratios. When faced with this challenge, I recommend greying out the logos and having them appear in their respective colours upon mouse-over. When placing logos next to each other, I’d consider using visual weight versus actual size to determine spacing.”

- Samantha Warren @ badassideas.com

So, sure we’ve established that it’s a good idea, the question is how to achieve it…

It’s really quite simple, there’s two parts:

1. Convert the image to greyscale using PHP.
2. Write HTML and javascript that will change the image source on mouseover.

Before I get started, I need to point out that because I’m British, I use “Grey”, instead of the American “Gray”, apart from in the actual code.

I very quickly discovered a number of ways to convert an image from colour to greyscale, however the easiest way appeared to be using the imagefilter() function with the IMG_FILTER_GRAYSCALE greyscale filter which produced the results I was looking for. I found you can also very easily add all sorts of effects to images using PHP.

I kept it simple and wrote a function that would convert an image from jpeg, gif or png to a png greyscale image. I called it imagegray().

It’s very easy to use, you just pass the filename to the function and it will display the image in greyscale. For example:

<?php

$i=isset($_REQUEST['i'])?$_REQUEST['i']:”;
if ($i) { imagegrey($i); }

?>

Next, it’s onto the HTML, which although isn’t exactly difficult, you may stumble if you’re unsure…

<img onmouseover=”this.src=’image.jpg’” onmouseout=”this.src=’imagegrey.php?i=image.jpg’” src=”imagegrey.php?i=image.jpg” alt=”image” border=”0″>

That’s it, that’s all there is to it.

If you run a large site, for scalability reasons you may wish to involve caching, but for most small sites, this method is quick and effective.

Enjoy!

Related posts:

1. Mounting an ISO image An ISO image usually refers to an archived copy of...
2. How to bulk convert WMA to MP3 So you just downloaded an entire album, and it’s in...

OpenSRS-PHP is a PHP-based client class that communicates with the TuCows OpenSRS Domain Name Registry System via an API.

I have just released version 2.8.1 with many long awaited fixes.

• Website

Enjoy!

Related posts:

1. Transfering domains from Godaddy.com to TuCows OpenSRS I need to transfer a bunch of domains from Godaddy...
2. How to setup Tucows OpenSRS OpensSRS is a domain reseller system offered by Tucows to...
3. An FTP client I have been looking for a decent FTP client for...
4. How to Minimize Microsoft Office Outlook to the System Tray Open your registry and find or create the key below....

> .tz london
<Bot> HM2K, The time for the london timezone is Fri Feb 13 23:31:30 2009

However, much like my old weather.tcl, I realised that my worldtime.tcl had passed it’s sell by date and had now expired.

My old worldtime.tcl which was based on a script by Murf which used worldtimeserver.com to gather it’s data had stopped working.

It would seem that worldtimeserver.com had changed their markup which meant that it was no longer possible to parse the correct data from the HTML.

Never mind, I thought, there must be a better way, that doesn’t need to use a third party website, that won’t stop working.

After all operating systems have worldtime build in without using a website, so how do they do it?

So, I did some investigation…

I discovered that on Linux based systems (including FreeBSD) the time zone information was stored locally.

/usr/share/zoneinfo/

Using a bit of Google magic, I managed to locate a few pre-made procedures to help me read the time zone information.

• load-timezones.tcl
  • get_tz_names
  • get_tz_rules

Using these functions I was able to find the right timezone and get the GMT offset which allowed me to work out the time in that timezone using the unix ticks.

At the moment, because it reads the time zone files that are only available on Linux based systems, it will not work on windrops.

However, what I may do next time is build a function that saves the timezone information into a database file which can be used on windows systems and will also give the Linux systems a cache file to make it respond quicker.

Update: I decided to stop using the tz database method and replace it with a Google lookup method, which is far more accurate and portable.

So now you’ll probably want to download it…

• Download worldtime.tcl

Hope it works for you.

Enjoy!

Note: If you find this useful, or have an issue with the script, please add a comment below. Thanks.

Related posts:

1. Universal Currency Converter TCL for Eggdrop This is a currency converter written in TCL for Eggdrop,...
2. weather.tcl Today, after I decided to hang out in #eggtcl on...
3. Which is the best operating system? I’ve done my research and i’ve discovered there’s only 6...
4. eTicket For the past few weeks I have been mostly working...

If you think about it, Google has mostly only used other protocols for communication in the past, now it’s creating it’s own. They clearly want to create a completely new protocol that will effectively be the future of these old primitive protocols.

For this to catch on, it will either have to run directly along side smtp and xmmp or layer on top of them.

We’re going to need a way to pass requests over http to smtp or pop3/imap, and what better way to do it than with gmail?

Sure, but there’s no API…

It’s argued that all you need to do is roll your own “api” or library class to use smtp and imap server provided by Google Mail (gmail) to send and receive emails.

The problem with this is that you’re forced to hand the app your username and password. Naturally this raises security concerns.

Of course this isn’t a big problem if you only use your own username and password and manage to store it on your server security.

The problem comes when others want to use their gmail accounts with your web app. They have not choice but to hand over their username and password. What can possibly go wrong?

• Their username and password gives you FULL access to their account, including account actions such as changing passwords.

My proposal would be for an API that allowed you to interface with gmail, in particular to send emails (which has the biggest scope here).

To access the API you could generate an API Key from within gmail that would allow you to interface with gmail, but limited to mailing functions, rather than account settings.

An alternative to this is similar to the “GoogleCode.com Password”, used by project members when checking out or committing source code changes, or when using command-line tools to upload files to the project “Downloads” tab.

If you could set a “Google Mail SMTP Password” or similar, which would only permit you to access the gmail SMTP server, but not gmail itself, this would also allow you to overcome the security issues mentioned above.

However, this alternative wouldn’t help towards integration with Google Wave as much as an api would.

In summary, to resolve the security issue an API is an option, but for Google Wave integration too, it’s essentially a must.

I hope someone at Google reads this and agrees with me, for that matter, I hope you or anyone reading this agrees with me.

Related posts:

1. How not to use PHPMailer I came across PHPMailer usage the other day on a...
2. Google AdSense won’t let me in! Back in 2004, I signed up my old site “hm2k.org”...
3. How I hacked my schools website – a look into the past When I was about 16 I hacked my schools website,...
4. How to setup Tucows OpenSRS OpensSRS is a domain reseller system offered by Tucows to...

Ident is important on IRC as some servers do not allow you to connect unless you have an ident, while others do, you find yourself with a tide (~) prefix before your username. These are sometimes banned. For example:

HM2K!HM2K@ROFL.name

#This is an example of a real user with a real ident

baduser!~asdfg@123.123.123.123

#This is an example of a possible exploited system

Generally the ident server (such as oidentd) will return the user’s username as the ident when it is requested, however on my servers, I allow some of my users to spoof their ident.

This means they can change their ident to whatever they like, regardless of their username.

To do this, you need to create the $HOME/.oidentd.conf file, with the following content:

global { reply ‘$ident’}

#Note: Where $ident is, replace with the ident you want.

I know some users find this a bit difficult or confusing, so I created a script to do it for them.

• setident.sh – A script used to set your ident

It’s works fine using the sh unix shell on FreeBSD.

If you are on my shell servers, you should be able to take advantage of this using the “setident” command.

Enjoy!

Related posts:

1. Configuring a FreeBSD IRC Shell Server This is a brief guide created to help configure a...
2. Setting up a FreeBSD socks proxy server for use with mIRC I’m getting fed up with my current IRC BNC software....
3. HM2K’s code repository HM2K’s code repository is now open for business! This repository...
4. EFnet UK On Sunday July 19 2009 Hardy announced on the EFnet...

W32Dasm is a Windows 32-bit (Win32) disassembler. What it does is display the programs routines in assembly code, which makes it easier for you to trace what the software is doing.

I like to use this software every once in a while, but recently I found there were no decent sources for this software.

However, I soon located a copy that I had on my computer from a while back, in a directory named “w32ds893″.

The help file details a website which appears to be down, but there is an archived version.

http://www.expage.com/page/w32dasm

This takes you to another now defunct site, which is also archived:

members.home.net/w32dasm/

As you can see from that page you can download w32dasm v8.7 as w32ds87.zip, but not the latest version.

I’ve uploaded w32ds893.zip for you. This contains “W32DSM89.EXE“, which is the latest version.

I don’t know where this was originally sourced from, but I know it works fine.

Note: If you have any questions or know of any updates, please feel free to add a comment below. Thanks.

No related posts.

CSSbase is a html and css base framework that has been developed to make web site development quicker and more efficient.

I hope to continue to maintain this project for all to use freely.

The project was started by nrgetik, however he passed away on Sunday June 14, 2009. I didn’t know nrgetik that well on a personal level, but he was considered one of us in the webdev and css communities on EFnet. He was very much an integral part of our community and will be missed.

A while back I decided that I would like to take on this project and maintain it in his memory. I thought it would be best to let a little time pass before I muscled in and took over the project. I felt enough time had passed.

I contacted Google via their Hosting at Google Code Group, I asked the question “What do you do if the project owner dies?” and after a bumpy start I was eventually in touch with a very helpful Google employee, who assisted me with the project transfer.

The project is now in my ownership and I will continue to maintain it in his memory.

This is for you good buddy!

Please help to test and give useful and helpful feedback to improve it. As nrgetik would have wanted it.

If you like the sound of this project, use it, or would like to get involved, let me know!

Thanks.

No related posts.

At first I thought this would be simple, because I knew jQuery had browser detection and had a variable called jQuery.browser.version, which would be very useful for checking the browser version, or so I thought.

Don’t get me wrong here, I think jQuery is a fantastic javascript framework and is great at helping you to avoid reinventing the wheel, but it sucks at browser detection!

On closer inspection I see that jQuery is deprecating this variable in place for better ways of browser detection, namely by not detecting the browser, but detecting technologies (via objects) instead.

As such, you can already see evidence of the jQuery team deprecating the browser sniffing by removing references to the jquery.browser variable.

The problem is that even now it still exists in jQuery because it is being used for backwards compatibility and by plugins. It can’t just be removed, so it must still be maintained.

As we know, jQuery sucks at browser detection because they’ve been detecting by browser, instead of by technologies all along, so what else is new?

Not long ago Opera Software released the latest version of their Opera Browser, which is version 10, however, during trials they came across some issues where some sites would detect the wrong version, forcing Opera to make changes to Opera’s user agent string.

Guess what?

jQuery is detecting the wrong version number for Opera. It’s detecting “Opera v10″ as “Opera v9.80″.

However, in this instance it isn’t much of a problem because jQuery is moving it’s dependencies away from browser sniffing to technology detection, and opera made changes to their user agent string to handle it.

So what is the problem?

The problem is that jQuery is not maintained to cope with the changes to the user agent string and that they are getting engine versions confused with browser versions. Let’s take a look at the actual core code:

(userAgent.match( /.+(?:rv|it|ra|ie)[\/: ]([\d.]+)/ ) [0,'0'])[1]

As you can see it has 4 checks…

• rv=Revision of the Gecko “layout engine”.
• it=Version of the WebKit “layout engine”.
• ra=Version of Opera, and NOT “Presto” it’s layout engine.
• ie=Version of Internet Explorer, but NOT “Trident” it’s layout engine.

After that you can see the browser checks it does…

safari: /webkit/.test( userAgent ),
opera: /opera/.test( userAgent ),
msie: /msie/.test( userAgent ) && !/opera/.test( userAgent ),
mozilla: /mozilla/.test( userAgent ) && !/(compatible|webkit)/.test( userAgent )

As you can see, it lists 4 browsers, some test for the layout engine, some test for the browser name, mozilla is a test for neither and what about Google Chrome?

The problem is that many browsers use the same layout engine, but may result in different version numbers.

So, the question is, are we detecting the web browser or the layout engine?

If it’s browsers, the version match is all wrong and doesn’t consider the changes made to Opera’s user agent string; and if it’s layout engines it’s detecting the wrong version numbers from the browser rather than the engine.

For jQuery at least, considering there are only about 20 notable layout engines, it would make more sense to match those rather than the literally hundreds of browsers, many of which are based on the same layout engine.

So how do we fix this?

It depends what you want to detect, whether it be the browser or the layout engine. The problem is that if you change this now, older code will no longer be compatible, as the problem with version numbers will arise.

I have raised this as a bug #5279 with the jQuery team, but I don’t expect much to be done about it.

Instead, I have created and am using a better browser sniffer on “ismybrowseruptodate.com” in javascript, however at the moment it is not open source code. If you are interested, let me know and I will release it as open source, along with the layout engine sniffer and detection I started developing too.

Enjoy!

Related posts:

1. Does using CSS affect SEO? I get asked this question time and time again. People...
2. Why AOL sucks I have a client that is currently on AOL,...
3. How not to use PHPMailer I came across PHPMailer usage the other day on a...