Tyler McManus .com

Search

Tyler — Thu, 24 Jan 2008 04:24:43 +0000

I recently had the need to search a web directory’s application files for a particular string. Not as a customer-facing function, just as a one-off development need.

Well, CFEclipse (as truly awesome a tool as it is) doesn’t have a way to search multiple files for the same string simultaneously, and while Home Site does have this feature (”Extended Find / Extended Replace”), if you use it on anything but the smallest directories, it consistently times out and needs to be restarted again. So below is a little utility I wrote to recursively search a given directory for a given string. Its basically just two Java objects wrapped in a filtered CFDIRECTORY loop.

“But Tyler, why did you use Java when you could have just used CFFILE?” you say. Well, for me there’s now been several projects wherein CFFILE has considerably underperformed compared to its Java counterparts, and with the buffered reader object specifically, I can pass in fairly decent size files without ColdFusion choking on them. And its fast. Blazing fast. My browser almost caught fire (but I guess that’s the price you pay for efficiency). So nowadays, if I need a function that CFFILE would normally handle (at least in regards to reading and writing), I first consider the Java alternatives.

By the way, there is significant mixing of logic and presentation here, so be warned if you need to avert your eyes. Anyway, HTH.









    

    



    
    

    

    
        
            
        
        
            
            
            
            

        
            
                

                
                
                    

                
                
                    

                
                    

                
                    

                    
                        

                        
                            
                             class="even"  >
                                    
                               
                            
                            

                        
                         class="even"  >
                                
                                
                                    
                                    
                                
                            

                        
                        

                    
                    
                    
                    

                
                
                
                    
                    
                
            
            

        
         class="even"  >
            
        
    directory/filename
  num line of code
#variables.sourcefile#
  #variables.linenumber# #htmleditformat(variables.currentline)#

                
                    #request.linecount# matching lines in #request.filecount# files. #files.recordcount# files searched.

directory/filename
	num	line of code
#variables.sourcefile#
	#variables.linenumber#	#htmleditformat(variables.currentline)#
#request.linecount# matching lines in #request.filecount# files. #files.recordcount# files searched.

THIS.mappings

Tyler — Sat, 05 Jan 2008 18:27:18 +0000

I’ve always been a bit perturbed at the CFIMPORT tag, both because you have to use the tag on every page in which you’ll call the prefixed custom tag, including pages that are called with CFINCLUDE (will save that rant for another time), and also because the taglib attribute cannot take a variable. To illustrate, you cannot do this:

As you probably know, you must declare the custom tag path in the cfadmin, then call the CFIMPORT tag using the name you assigned to the path in the admin. Like so:

That is until now. In ColdFusion 8 aka Scorpio aka SomeOtherCoolName, you can now create application-specific paths for your custom tags. You do so by creating a structure called THIS.mappings in your Application.cfc, then adding keys and values to this structure referencing the tag path name and the tag path directory, respectively. Like so:

Note the required forward slash preceeding the tag name you assign. Now just call the CFIMPORT tag like normal at the top of your page:

Bada bing bada boom, dynamic tag paths. HTH.

–>

Tutorial:

Tyler — Wed, 26 Dec 2007 07:58:01 +0000

So in the continuing pursuit of setting up the preferred web development environment for myself on my home network, I installed Subversion (SVN) on my Ubuntu Desktop 7.10 “CLAMP” (ColdFusion + LAMP) server. Here’s the general process I wanted in place:

1. Run the SVN repository directly on my local web server, blocking anonymous access, and checking out my projects via the secure shell protocol (svn+ssh://).

2. Check out said projects from the repository onto my primary machine where I develop using Eclipse and the Subclipse plug-in. (I also use the CFEclipse and Aptana plug-ins. Props on two excellent products! )

3. Commit the changes to the repository on my Web Server, which would then auto-publish the latest copy of my source to the web server’s web root.

4. Drink and be merry.

Having SVN automatically post the latest version of my source directly to the web root proved to be a bit of a challenge for me as I’m basically a newbie to both Linux and the process of setting up SVN. This effort and the bit of research involved is the focus of this post. This post also assumes you’re running a Linux variant.

Advice Disclaimer: Before I start, I would like to make note that this setup is for my home network and sandbox, not a professional production environment. I would not suggest this configuration for such an instance. Perhaps it could work for moving source from a development area to a staging/debug area as some have suggested, but I would rather not “auto-publish” directly to a customer-facing application. Unless such functionality was tightly controlled, in my estimation there seems too much opportunity for problems to arise. End disclaimer.

There are essentially two different ways to have SVN automatically post your content to your web root, and both of them center around using SVN’s built-in hooks, specifically the post-commit hook. For more info on SVN hooks go here, but in essence they allow you to run specific scripts at various key points in the repository usage process. The post-commit script, as I’m sure you guessed by the name, is ran after a commit has successfully completed, and can execute whatever command or string of commands you’d like. This script can be basically anything, but the most common examples I’ve listed as “Options” following the walk-through on the post-commit script itself.

Firstly, the post-commit (and other scripts) can be found in the “hooks” folder of your repository location in the form “post-commit.tmpl”.

Step 1. Copy post-commit.tmpl into the same directory as just “post-commit”.

Step 2. Open the file, commenting out any uncommented lines of code with a hash symbol (#), like for example, the line at the bottom of the current SVN installation post-commit that tries to run an email notification with every commit. Save your changes.

Step 3. Give the script the proper permissions. Permissions seem to be the number one area in which people have problems running their post-commit scripts. When your script runs, it will do so as the SVN user, not you. That SVN user will need create/delete rights in the web root. I handled this by creating a SVN user group in Ubuntu which includes the SVN user as well as the Apache user: www-data. You may prefer other solutions. Like, for example, writing and compiling a small C program, and then just giving that program the rights to do what you want.

Also, the script being run on post-commit will need SVN repository permissions, so if you are using the standard SVN protocol, you’ll need to ensure that the appropriate user is listed in the SVN passwd file (and that the passwd file is configured in the svnserve.conf file). If you are connecting via SSH, you could create an additional user account and limit its priviledges to just this process. For general help setting up SVN on Ubuntu (my operating system of choice), check out this excellent guide on Ubuntu.com.

Step 4. Choose either option A or option B.

Option A.

The SVN export. This is the cleanest, and arguably the most “correct” method. However, it is also the heaviest in terms of processor load, memory usage, and time (if your site/application is of any but the smallest of sizes). The SVN export is as it sounds - a complete export of your most current version of source files, images, everything you have in version control. Its primary function is for the distribution of source for production. To utilize this function, you would again edit the post-commit file, and directly under the hashbang (the first line of code denoted by the “#!” character combination), add this line:

/usr/bin/svn export svn://localhost/repository /var/www --username somesvnuser --password theirpassword

Note the full path preceding the svn command as there is no internal path variable within SVN. This is intentional so as to avoid assumption-based errors in file management. Also note that we are designating the user to be the specific svn user which we have given the correct repository permissions (based either on the SVN passwd file, or for SVN+SSH, the system user accounts).

Though the SVN export is obviously a necessary function in version control, it does not work for my purposes here as I’m looking to post short incremental changes to my code base, and am not interested in overwriting and re-exporting my entire project every time I commit a change.

Continue to step 5.

Option B.

The SVN update. This method involves treating the web root as another working copy previously checked out from your repository, which is continually and automatically updated upon each successful commit. The key difference between an update and a full export are that the update only re-fetches the files which have changed since the last update. For my usage, this is _much_ more efficient than the previous option, and in the end was the method I chose. Here’s how to go this route: Remember that post-commit file? Edit it again and add and save this line, instead of the export line in the previous option:

/usr/bin/svn update /var/www --username somesvnuser --password theirpassword

Again, note the full path on the SVN command, and the specific user designation.

Now, before this script can be successfully ran, the working copy needs to be checked out into the web root. Do so in a terminal window with:

$ svn co svn://localhost/repository /var/www --username somesvnuser ---password theirpassword

Also, there is a catch: Whenever you (or a script) checks out or updates a working copy, SVN automatically creates some hidden “.svn” folders and files in the root of your project, this case being your web root. You may not notice them but they’re there. And in so existing are a security risk as they may contain information you’re likely to want to hide from public access. However, if you’re running Apache, this is easily handled with a few lines added to the httpd.conf file disallowing the access to those .svn folders and files. This may minimally increase Apache’s workload, but will definitely provide much appreciated convenience to you:


    Order deny,allow
    Deny from all

After you’ve added and saved this line, restart Apache:

$ /etc/init.d/apache2 restart

Continue to step 5.

Step 5. Make the post-commit script an executable application in a terminal window:

$ chmod +x post-commit

Step 6. If you’re using Eclipse with the Subclipse plug-in like I am, and you try to commit a change to the repository without your script having everything it needs to perform its task (like I did), Eclipse may hang on you, and you will get no feedback on the error. So, I suggest running the script itself in the terminal window first to get that much needed feedback. Run it without sudo btw. The script must have the permissions it needs to run on its own.

$ /your/repository/hooks/post-commit

If all goes well, you’re on your way. Any problems, please see the note above about permissions, as this is the most common issue in regard to running SVN scripts. Go browse the web root to ensure it contains the latest version of your project.

Step 7. Open Eclipse, make a change in the code, and try to commit. If it doesn’t hang, you’re good to go. If it does, go back to the terminal for feedback and re-examine your script and its permissions. Good luck!

Step 8. Say “Woo-hoo!”.

Supplemental: An interesting auto-publish option: Rsync. In researching this topic, I came across what I thought was an innovative take on the auto-publishing topic. Lincolnloop.com posts a process whereby the web server’s working copy is actually stored outside of the web root, and the post-commit script runs a shell command that rsync’s the web server’s working copy with another one in the web root, only it uses a separate text file containing names of folders and files that should not be transferred, cleaning resolving the issue of publishing sensitive information.

And that’s about all I have to say about that. Hope this helps someone. Peace.

–>

Tutorial:

Tyler — Mon, 03 Dec 2007 01:23:11 +0000

A friend was asking how to set up Compiz and the desktop cube rotation effects on the latest version of Ubuntu, so here’s the quick rundown.

1. Make sure your graphics card supports direct rendering with OpenGL. Without it, you can’t run Compiz. In the terminal:

$ glxinfo | grep rendering

The result should be:

direct rendering: Yes

If its not, you’ll need to either install OpenGL or change your graphics card.

2. On the Panel, click Applications > Add/Remove.

3. Search for ‘Compiz’.

4. Check the box next to ‘Advanced Desktop Effects Settings’ . Click ‘Apply Changes’ to install.

5. Once installed, in the Panel, click System > Preferences > Advanced Desktop Effects Settings.

6. In General Options > Desktop Size, use these settings:

Horizontal Virtual Size: 4
Vertical Virtual Size: 1
Number of Desktops: 1

7. Click Back and go to the Desktop options. Check the boxes for ‘Desktop Cube’ and ‘Rotate Cube’.

That’s it. A couple things that make it look even better:

8. Under Effects, check the box ‘Cube Reflection’.

9. Under Utility, check the box for ‘Cube Caps’.

To see the cube rotation effect, press CTRL+ALT while click and dragging with your mouse in any direction. Have fun!

–>

Using

Tyler — Sat, 01 Dec 2007 06:04:49 +0000

This post started from a curiosity about how to store image data in SQL. Not for any particular reason, just how. I’m now firmly convinced that the correct method is: don’t. And for those wondering, here’s just one article i came across that outlines arguments for (not many) and against (more than a few) storing image data on SQL. Its on an ASP-related site, but the same principles apply to Coldfusion (and PHP and whatever else for that matter). There are a couple points the site doesn’t mention, but the general idea is that its much more advisable to just store location pointers for the images in SQL, and then store the images themselves on the file system.

So this idea in conjunction with the CFCONTENT tag gives me really all the control I might want, without having to awkwardly shove my images into a database (even though the binary aspect to that is pretty cool). So here’s an example of how you could use these two things in coordination.

First, the basic html page.

Note the source of the IMG tag is a .cfm page with an associated url parameter. This parameter is what we will use to fetch and serve the correct image to the requester, allowing us to use this single page to serve all the images on our site. Also interesting, even though the page being called is a .cfm page, the html example shown above could have a regular .htm or .html extension.

Next up is the imageserver.cfm page that, you guessed it, serves the images.



    SELECT imagelocation
    FROM imagetable
    WHERE id = 
    LIMIT 1

When you store the image’s full path in the database instead of a relative path, you can even store your images outside of your web root (I’ve tested this on Linux and Windows). This could be a good way to keep spiders or other bots from finding your well-hidden images directory. Also, I know some people are purists with their language/s of choice (and I can understand that), but if you really wanted to get fancy here and fetch the correct mime type instead of hoping based on the extension like I did above, you could do this very simply with some nested Java functions:

And remember, since Coldfusion is translated directly to Java bytecode (since version 6), one could maybe argue that the additional functions are really the same as Coldfusion anyway. OK maybe not. Yeah, not really at all. That one sounded better in my head. Anyway, that’s how you could use Coldfusion to serve your site’s images. Some other cool additions to this functionality:

1. You could keep people from leeching your images for their own use, even when they call your imageserver.cfm with the right url parameters. Do this by checking the referer before serving the images, and if its not you, cfabort. Like so:

I should caution you that technically, CGI variables can be spoofed, but in practice I would count this as few and far between. And if that kind of thing is happening on your site (which you likely won’t know about without some thorough digging anyway), then you likely have larger issues at hand. But this will definitely put the brakes on your average hotlinker. You could even drive the point home by serving up a less-than-pleasant image that they didn’t ask for (if you get my drift lol), instead of aborting.

2. If, for some reason, you wanted to track various statistics on your images and their number of views or whatever, you could do that by databasing any information you want prior to serving the image. Useful information could be anything found in the URL, REQUEST, SESSION, APPLICATION, SERVER, or CGI scopes.

This was fun. I hope this helps someone!

–>

Tutorial:

Tyler — Thu, 29 Nov 2007 09:46:11 +0000

This post is a semi-tutorial for the installation and configuration of Adobe Coldfusion 8 on an Ubuntu 7.10 Gutsy Gibbon desktop edition LAMP server running apache2, php5, mysql5, and phpmyadmin. I say semi-tutorial cuz this post assumes your set up is like mine as laid out in my previous post, “Tutorial: LAMP Server On Ubuntu 7.10 Desktop“. If your setup differs from mine, this post may not work for you. Oh also, I’m a TOTAL LINUX NEWBIE so thats my upfront disclaimer. This is just what worked for me. At the end of this post, you’ll find links to the sites I found helpful in this process. To the authors of said links, thank you for your help. It was awesome of you to post your experiences, and with them I found it easier to wade through this process. I hope others find my post as helpful. So here we go (this is long).

1. Go to www.adobe.com/go/trycoldfusion. To download cf8, you’ll need an adobe account, but its free and takes one minute to register.

2. The file you want is obviously the linux one: Coldfusion-8-lin.bin. Download it to your machine.

3. Notice the checksum for the file is listed there on the download page. Once its finished downloading, run md5sum in a terminal:

$ cd downloaddirectory
$ md5sum Coldfusion-8-lin.bin

and compare the result against the one posted on the Adobe download page. At the time of this posting, the checksum is:

ce9bb2af5cbf908cbd4403ce506335ef

If the checksums do not match, it means the file is bad, so delete the file and download it again.

4. By default, the binary does not have executable permissions, so if you try to run it, either nothing will happen or it will try to open in a text editor lol. To see what I’m referring to, while still in the terminal in your download directory, enter this:

$ ls -l

and you will see a line preceding the Coldfusion-8-lin.bin file that looks like:

-rw-r--r--

These are the file’s permissions, which show as only for reading and writing, but it needs x’s, so run this:

$ chmod +x Coldfusion-8-lin.bin

and it is now an executable application. To see this via command line, run ls -l again, you’ll see:

-rwxr-xr-x

5. Now run the binary, but you’ll need to run it as sudo, otherwise you’ll get part way into the installation and it will tell you that it requires root privileges to continue:

$ sudo ./Coldfusion-8-lin.bin

The next several steps will walk you through the installation process. Note that at any time you can go back to a previous step in the installation process by typing ‘back’. You may also type ‘quit’ to quit, but quitters never … something something (i stopped listening and missed the rest of the maxim).

6. Language? type ‘1′ for ‘english’.

7. Press enter through all the legal prompts, reading each page line by line of course ;).

8. Install type? For me this will be a developer machine on my home network so number ‘3′, I choose you.

9. Server configuration? I don’t need anything fancy so i type ‘1′ for the standard server configuration. Your mileage may vary.

10. Is there already a server configuration of coldfusion 8 installed? ‘2′ for no.

11. I disabled the documentation but left everything else cuz i might use it. One could make the argument that disabling the documentation is a good idea for security reasons, but like I said before, this machine is on my home network so it doesn’t really matter as much. I just don’t need the documentation. There’s plenty of good sites for that (maybe someday mine will be one of them).

12. Installation folder? I went with the default: /opt/coldfusion8

13. More legal stuff if you are installing Adobe LiveCycle Data Services. I might use Adobe AIR at some point so I went ahead and installed that.

14. Serial number? Left it blank for Developer Edition.

15. Earlier version? ‘2′ for no.

16. Add Web Server Configuration? Here, I diverge from most of the other tutorials I found on this subject. The majority of people seem to be skipping the Apache configuration here, finishing the install, then copying various connector files and restarting various services after the installation is completed. This may have been something necessary for Coldfusion 7. If so, I can’t speak to that. But instead of doing all that, I went the route of adding the configuration for Apache during the installation. So choose the number for ‘Add Web Server Configuration’, then select the number for ‘Apache’ at the next prompt.

17. Key file locations the installation asks for next are:

Apache configuration file: /etc/apache2
Apache binary file: /usr/sbin/apache2
Apache control file: /usr/sbin/apache2ctl

18. Once this is done, you’ll know cuz you’ll see the option to edit the Apache configuration you just added. But we don’t want to do that so type ‘4′ instead to continue the installation.

19. For the web root and Coldfusion Administrator location, I went the default Apache web root on my machine: /var/www

20. Runtime user? Whatever user you want.

21. Password? That user’s password.

22. RDS enabled? I said yes for the moment even though my plan is to set up Subversion at some point in the near future.

23. RDS password? um, macaroni.

24. Review the installation configuration, then press enter to make it all happen. Mmm, feels good. On my machine this last part (of the first part? o_0 ) took less than five minutes. Once its done, you’ll get this:

You have successfully completed
the first step in installing Adobe Coldfusion 8.
To continue with your installation,
go to /opt/coldfusion8/bin and type
"./coldfusion start" to start your server.
Once the server is started,
log in to the configuration wizard at
http://[machinename]/CFIDE/administrator/index.cfm

25. So do that, but as sudo:

$ cd /opt/coldfusion8/bin
$ sudo ./coldfusion start

Coldfusion should start in a few seconds then tell you that it will be writing its logs to /opt/coldfusion8/logs/cfserver.log

26. Now take a breath.

27. Open your preferred browser *cough* firefox *cough* and navigate to http://localhost/CFIDE/administrator/index.cfm. Once you sign in using the username and password you just provided at setup, it should automatically finish its own configuration, then take you to the Coldfusion Administrator’s main page.

28. So lets test Coldfusion by creating and saving a .cfm page that we’ll navigate to in a moment. Create and open the file:

$ gksudo gedit /var/www/index2.cfm

Once the text editor appears, add the below lines and save:


#request.greeting#

29. Now navigate to http://localhost/index2.cfm. Does Coldfusion greet you? I hope so. It did me. I feel all warm and fuzzy-like.

30. Now lets make sure we can connect to the MySQL service. Go back to the Coldfusion Administrator, click the Data Sources link in the left pane, then in the form on the right add the name of one of your MySQL databases, select MySQL (4/5) as your Driver (assuming thats the version you’re running. it is if you followed my lamp server tutorial from yesterday) and click Add.

On the next screen enter the Database name again, set the Server as 127.0.0.1 since MySQL is running on the same machine as Coldfusion, and enter the username and password for your MySQL user account. Click Submit. It should verify the connection for you upon submitting where at the top of the main page you should see:

* data source updated succesfully.

31. So now that we’ve got a data source set up in the Coldfusion Administrator, lets go back and edit our index2.cfm:

$ gksudo gedit /var/www/index2.cfm

adding a query and query output to make sure we can connect to MySQL. Please note that the database name, table name, and field names will change according to your own setup.


    SELECT *
    FROM thetable


    
#fetch.fieldname# - #fetch.otherfieldname#

32. Save your changes, and refresh your browser. You should now see the output of your specific table. If so, congratulations, you are now successfully running Coldfusion 8 with Apache 2, and MySQL 5 on Ubuntu 7.10 desktop edition. Think of all the fun acronyms you can refer to your machine as now: CAMU, CAML, MACL, the list goes on.

Extra credit: If you’re tuning in after following my LAMP server tutorial from yesterday, you may want to navigate back to http://localhost/ and notice that the index.php file we created yesterday still echoes “hello there” indicating that PHP is still parsing as it should. The Coldfusion installation and Apache configuration did not break PHP. They are both sharing Apache and running out of the same directory. This is exactly what I wanted as like I said, this is a development machine, wherein I will be writing various things in either PHP or Coldfusion. Maybe both? (Maybe not). The other benefit for Coldfusion of simultaneously running a PHP setup on the same server is that you can use the phpMyAdmin to administer your MySQL needs. And also, there’s one more letter to slap onto your Acronym. I think I’m going to call this setup a CLAMP server. Yes, CLAMP it is. Shiny. Good luck to all and I hope this tutorial helps someone.

Credits and references (thanks again to the authors):

CF8 on Ubuntu Feisty Fawn
CFMX7 on Ubuntu Feisty Fawn
CFMX7.02 on Ubuntu Edgy Eft

–>

Tutorial:

Tyler — Wed, 28 Nov 2007 09:33:55 +0000

Toward the end of pursuing various personal projects I decided to set up a LAMP server on my second machine here at home, but wanted to maintain the desktop aspects of what I currently have with Ubuntu desktop so I decided to run the LAMP setup on a clean Ubuntu desktop. I’m aware that I could have went the server route with the LAMP configuration, and then installed the desktop on top of it with:

$ sudo apt-get install ubuntu-desktop

but I decided for now to run similar setups on both machines. So below are my notes for installing the LAMP server on Ubuntu desktop (these notes are as much for my later use as they are for anyone who trips over them whilst running through the interwebs). Overall, its fairly straightforward, and there really aren’t that many steps involved. The community has made this pretty painless IMO. These notes assume that Ubuntu desktop is already installed. An excellent walkthrough for this process can be found here, and mostly what’s below are my adjustments to that excellent walkthrough.

1. Install the LAMP server package using tasksel.

$ sudo tasksel install lamp-server

This tasksel package will install apache2, php5, and mysql5, along with various dependencies and libraries.

2. Set your mysql password when prompted in the terminal. You’ll need it later.

3. Visit http://localhost. If Apache is up in your browser, you’ll see a directory listing.

4. Make sure PHP is up and parsing by placing a test index.php file in the /var/www/ directory. You’ll need sudo for this as it requires root privileges to edit files in this directory. You can do this with any text editor. I chose gedit.

$ gksudo gedit /var/www/index.php

Once open, enter this PHP line and save:

5. Now refresh your browser. If your test page greets you heartily, PHP is up and parsing.

6. On the other hand, if firefox prompts you to download the file cuz it doesn’t know what to do with “PHTML”, make sure the php5 service is enabled with:

$ sudo a2enmod php5

7. If the message returned indicates php5 is already enabled, try just restarting the service:

$ sudo /etc/init.d/apache2 restart

Thats what it took for me. My guess is the alteration of a previously installed service by the subsequent installation of the other items in the same lamp-server package.

8. If you then get the error, “Restarting web server apache2. apache2: Could not reliably determine the server’s fully qualified domain name, using 127.0.1.1 for ServerName” like I did, you’ll need to edit the httpd.conf file:

$ gksudo gedit /etc/apache2/httpd.conf

Add this line and save:

ServerName localhost

9. Once that’s done, refresh your browser again. If you’re like me, the test page performed as intended. So you now know that Apache and PHP are running, but what about MySQL?

10. Try logging in via the terminal and enter that password you created earlier when prompted. If you can login, then MySQL is running:

$ mysql -u root -p

11. If you prefer a web-based interface for your MySQL needs, phpMyAdmin is an excellent way to go. Its not installed with the other packages via the tasksel lamp-server command, but as usual, installing the application is as easy as command line:

$ sudo apt-get install phpmyadmin

you’ll be prompted to allow phpMyAdmin to automatically configure various instances of Apache for PHP use. If you’re following this walkthrough, you’ll want to select the apache2 web service.

12. once the installation is complete, go log in using your mysql login information at http://localhost/phpmyadmin.

13. But if you’re new at this like I am, you may want to verify that PHP can connect to your MySQL instance before you sit down and start writing code, so open up the same index.php file from earlier, add and save this code:

14. Now refresh your browser. If you see the OK, then PHP has no problem connecting to your MySQL.

So hopefully you’re now up and running with your own LAMP server on Ubuntu desktop 7.10. If you’re not up and running, the best place I’ve found for help with anything Ubuntu related is http://ubuntuforums.org/.Good luck.

–>

Tutorial:

Tyler — Sun, 25 Nov 2007 09:04:02 +0000

So I’m sure that for many of us dual-booting converts stepping into the Linux world, one of the most common obstacles keeping us handcuffed to Windows is World of Warcraft. Well not anymore for me, thank you very much.

I went through many tutorials on how to configure WoW for Ubuntu, but I found the below link to be by far the most helpful AND up-to-date:

https://help.ubuntu.com/community/WorldofWarcraft

In truth, I did part of this the easy way. Once I had installed wine and configured it, instead of installing each of the disks (WoW + Burning Crusade) from Ubuntu, I just dragged the 10GB installation folder from the Vista side to Wine’s pseudo C drive \ Program Files directory, which by default is located here:

/home//.wine/drive_c/Program Files/

So that’s much less hassle, and I highly recommend it if at all possible. The other excellent bonus of this method is that I didn’t have to reinstall or mess with any of my addons, of which I have several.

So once all the files were copied over, I followed the instructions from the link above and added this to my Program Files/World of Warcraft/WTF/config.wtf file:

SET gxApi "opengl"

SET ffxDeath "0"

SET ffxGlow "0"

SET SoundOutputSystem "1"

SET SoundBufferSize "150"

And if you want to run WoW in windowed mode, add this as well:

SET gxWindow "1"

I also created the shortcut indicated, and added that to my panel, complete with WoW SVG icon. Nice touch by the editors of ubuntu.com. So now I’m finally up and running with WoW in Ubuntu. One less thing tying me to Windows.

Note: Technically, I had tried this all once before, and it was kind of working, but it was with a lower end graphics card, and though I could log into the game, once in Azeroth, the ground was black everywhere I went, and lighting was all funky whenever I went in doors. Oh, and the text looked like Sanskrit. I probably should have taken a screenshot. So if you call that “working”, then this is old hat. Otherwise, its finally up. May my blades never dull.

–>

Ubuntu:

Tyler — Sun, 25 Nov 2007 08:01:05 +0000

So on Black Friday, I picked up a new graphics cards since my previous didn’t fit in my new machine. The one I got was the NVidia GeForce 6200 LE ($50 with a $50 mail-in rebate = free graphics card. sweet). I went with this one as opposed to an ATI card since the majority of information I found online indicates that overall Linux support for NVidia is good, while support for ATI kind of sux0rz. To be fair, as I understand it, the reason for the lack of consistent ATI support is on the part of the ATI development team, not on the Linux community side (newbie disclaimer). So anyway, I installed the card and booted straight into Ubuntu (I’ll install the Vista drivers later. Maybe). Though instead of the GUI, I boot into the command line telling me very sexily:

(EE) no devices detected.
fatal server error:
no screens found

which of course is awesome like command-line sudoku. And even though I realize its telling me ‘No screens found’ because it can’t find the device listed in my xorg.conf file, I still find it humorous that its giving me this error message on one of the screens it can’t find lol. Well I tried a few things, but in the end, the below steps are what worked for me.

1. Reconfigure x (the desktop environment), like this:

$ sudo dpkg-reconfigure -phigh xserver-xorg

2. Once thats completed, restart x:

$ startx

3. Once in, head to synaptic to install the correct drivers: Applications / ‘Add/Remove’.

4. Search for ‘drivers’ and check the box for ‘Restricted Drivers Manager’. Apply Changes.

5. Once installed, go there: System / Administration / Restricted Drivers Manager.

6. Check the box next to the NVidia drivers it found to enable them. You will be prompted to log out or reboot (this was the first time I’ve ever been prompted to reboot in linux).

Once you log out or reboot you should be good.

7. You may want to adjust your screen resolution: System / Preferences / Screen Resolution.

8. You may also want to verify that openGL is installed. For me, this is a necessary component for both Compiz and World of Warcraft via Wine.

$ glxinfo | grep rendering

If openGL is installed (which it should be if everything else ran correctly), it will say:

direct rendering: Yes

or maybe direct rendering: woohoo! on some machines (jk). Good luck.

–>

Just

Tyler — Thu, 22 Nov 2007 10:04:54 +0000

Look around and enjoy the fresh new stripedy goodness of tylermcmanus.com. Thank you, StripeMania.

Oh, and favicon.cc is a great place to make your own favicons, too.

–>