Easy to Learn Java: Programming Articles, Examples and Tips

Start with Java in a few days with Java Lessons or Lectures

Home

Code Examples

Java Tools

More Java Tools!

Java Forum

All Java Tips

Books

Submit News
Search the site here...
Search...
 
Search the JavaFAQ.nu
1000 Java Tips ebook

1000 Java Tips - Click here for the high resolution copy!1000 Java Tips - Click here for the high resolution copy!

Java Screensaver, take it here

Free "1000 Java Tips" eBook is here! It is huge collection of big and small Java programming articles and tips. Please take your copy here.

Take your copy of free "Java Technology Screensaver"!.

Easy Learn Java: Programming Articles, Examples and Tips - Page 91


Previous 1060 Stories (530 Pages, 2 Per Page) Next

What is a rasterizer? Why doesn't Java 2D use a native rasterizer for rendering

Go to all tips in Text processing

Question: What is a rasterizer? Why doesn't Java 2D use a native rasterizer for rendering fonts?

Answer: A rasterizer takes ideal shapes and produces coverage values for each pixel. The coverage values represent how much of each pixel is covered by the shape. These coverage values are called alpha values. Each pixel has its own alpha value which indicates the transparency of the pixel.

The Java 2D API uses the T2K font rasterizer from Type Solutions. The Font Fusion font engine is independent of processor and OS and compatible with all industry standard font formats. It is a full featured lean, mean and fast next generation small-footprint multilingual scaleable outline font technology. Font Fusion was designed for both gray-scale and black and white, ROM and non-ROM, based devices where the fonts may reside locally or remotely.

By allowing T2K to rasterize fonts, the Java 2D API isn't dependent on native rasterizers for the scalable outline fonts that it supports, which results in more consistent metrics display across different platforms and between on-screen and off-screen rendering.
--
this tip is based on SUN's FAQ's

*******************************************
Our older tips: March 22, 2001 - October 21, 2002 READ HERE
All published and not published on the site tips read HERE



53 comments | Printer Friendly Page  Send to a Friend | Score: 5
Posted by jalex on Thursday, October 09, 2003 (00:00:00) (4706 reads)

Web Design: Moving to another web host or server? Some tips...

Go to all tips in Web development, tech, marketing, securi

Web development: tech side

Moving to another web host or server? Some tips.

Taming the Beast.net recently needed to move to another server with our current host due to an increase in traffic. While moving to another web host or server can be a straightforward task for smaller sites, it's more of a challenge for larger ones. Even if you only have to move a small site, there's still a few things to bear in mind.

While we knew a few months in advance we would need to make the move, when it actually occurred it all happened pretty quickly - of course, a number of things I was "gunnadoo" never did happen before the move - something that I regretted during the transition.

The following is a series of tips that may make your move a little smoother and will minimize any downtime you may experience.

Check with your hosting service.

Whether you are moving to a new server under your current host or moving to a new web host altogether; it's worthwhile to enquire with your hosting service provider as to whether they will move your files for you. Remember to ask nicely and they may do it for free Smile.

If you are moving to a new hosting company, this is a service that can be used as a bargaining chip for you to open an account with them. If your new/current host agrees to do this for you, remember that script paths may be different (see below).

Draw up a plan - in writing

One of the mistakes I made was not to draw up a solid plan - there's so many side-streets and alleyways on Taming the Beast.net now that I had totally forgotten about some of our sections - the plan was all in my mind - not the best strategy ;0).

Your written plan should contain milestones - solid dates for tasks to be completed. If you are a Microsoft Outlook user, put these dates and tasks into your calendar - it's so easy to forget things when running an online business.


Clean up your web site

As with moving house, moving your web site to another server or service is an excellent opportunity to clean things up a bit. Why take a stack of garbage with you?

Carefully go through your site folder by folder to check for what you don't need any more and liberally apply the use of the delete button. Moving servers is a fresh start, so you may as well start it out right.

Check and fix current problems

Broken links, scripts not functioning properly? Here's the perfect opportunity to set things straight. One of the problems of running a largish site is that little glitches slowly build up over time; the "I'll attend to that tomorrow" kind of stuff. After a couple of years, the list of little glitches can be a mile long! Now's the time to fix those things before you occupy your new home.

If you're looking for a good link verification service, the W3C provides one free of charge:

http://validator.w3.org/checklink

Notify your members/subscribers.

If your site offers membership services or you have a list of subscribers for an ezine etc. it's worthwhile to start notifying these people *weeks* in advance - not the day before.

People tend to skim over ezines and email updates - so the message needs to be repeated over and over as you get closer to the big day. This way you can spend the time during transition on transition and not bogged down responding to email from angry visitors.

Script/database paths

Very important - different hosts may have different paths for CGI scripts and MySQL databases. Well before you make the move, draw up a list of every script on your site so you'll know what you'll need to change.

Make a copy

After you've cleaned up your site, make a copy of it on your hard drive. Call the original web something like - mysite-old. That way you'll always have a proper backup should you have to back out of the move. Use your "new" copy to make changes to script paths etc to suit the new service.

Changing file names/folders?

If you need to rename folders or file-names, bear in mind that this could have a negative effect on your traffic as many search engines take a long time to update their listings (see below). Also, your link partners may be linking to specific pages on your site. By changing file and folder names/locations - visitors from these sources may be greeted with the dreaded "404-File not Found" error.

If you do need to make changes, it's wise to use a search engine friendly 301 redirect. That way, your old listings will redirect automatically to the new pages. For more information on implementing a 301 redirect, view:

http://www.tamingthebeast.net/ articles3/spiders-301-redirect.htm

Email addresses

Make a list of all your current email addresses used in conjuction with your site and ensure that you mirror these addresses on your new server. In your email software, add the new accounts to your lists, but *don't* delete the old accounts just yet. During the DNS update, you'll may still receive email via the old domain - for a couple of days, you'll be getting mail from both.

Expect things to go wrong

"The Best-Laid Plans Of Mice And Webmasters" - while Shakespeare would probably have a mild fit for such a misquotation, it fits a web site move very well. No matter how much you plan, or how careful you are - things are bound to go wrong. If you've put aside a day for your move, double it - just to be sure. This is especially important if you utilize a substantial number of scripts on your site.

Search engine issues

You've worked long and hard to gain decent search engine rankings - to lose them could mean a serious dent in your traffic and profits. If you're not changing file names or folders, moving shouldn't be a problem then should it? Not necessarily the case.

Some search engines don't cache web site information by domain name, but by IP address. When you change your server or service, no doubt your IP will change and some search engine robots may "lose" you - for months.

For this reason, if you can afford it, it's wise to leave your old web site files up for a month on your old server space after you have made the move to the new server. During that time, check your server logs for spider activity to ensure that your most important search engine sources have found you. For more info on search engine spider identification, view:

http://www.tamingthebeast.net/ articles2/search-engine-spiders.htm

Files on server before DNS update

Ensure that you have moved *everything* onto the new server before updating your DNS records for your domain name - don't wait until afterwards.

DNS records can take up to 72 hours to update around the world and during that time, your name may "bounce" between the old and new server.

If you wait until DNS has updated properly, you may lose traffic through links appearing to be dead and worse, your search engine rankings may disappear altogether. Also, if you are publishing your new site (with updated script paths etc.) via your domain name, you may end up with the new files on the old server - this could be disastrous if you have perform a rollback and continue utilizing the old server for some reason - *especially* if you haven't kept a clean copy of the old site.

Microsoft FrontPage Issues

This can be a challenge for FrontPage users, as FrontPage publishes via the domain name. Before making the move, ask your new hosting service if you can publish to an IP number, rather than name. If this isn't possible, you'll need to publish your site using FrontPage's FTP function.

This will mean that components of your site that require FrontPage extensions being installed won't work initially. Hopefully, this will only be for a few hours until your nameserver changes are live in DNS and you can just publish to your site via the domain name, overwriting all the files. In this scenario, the important thing is to make sure all your files are at least on the new server.

Don't forget to enable FrontPage extensions on your new server, or to check with your new hosting service whether they have been installed.

Monitor DNS changes.

During the time of transition, especially in the FrontPage scenario outlined above, it's important to monitor the progress of the DNS update. This can be done very easily using a free tool such as HyperTrace. HyperTrace can be downloaded here:

http://www.analogx.com/ contents/download/network/htrace.htm

HyperTrace shows you the route that information travels from your machine to another machine on the internet. It will show you the Name Server of your current hosting service and once the update starts occurring, the new hosting service. Bear in mind that this may "bounce" from old to new during 72 hour transition window and it may be a day or two before you see the new nameserver details at all.

Check, recheck and then check again.

Once your new site is live in DNS and stable, start checking things out - again, and again and again. You could also send out a note to your subscriber list explaining that the site is now live on the new server and you would appreciate any bug reports. This can save you a lot of work and gets your visitors more involved with your site - it's a good PR exercise.

Good luck - I hope your move is smooth!

Michael Bloch
Taming the Beast
http://www.tamingthebeast.net
Tutorials, web content, tools and software.
Web Marketing, Internet Development & Ecommerce Resources
____________________________

Copyright information.... This article is free for reproduction but must be reproduced in its entirety & this copyright statement must be included. Visit http://www.tamingthebeast.net for free Internet marketing and web development articles, tutorials and tools! Subscribe for free to our popular ecommerce/web design ezine!

*******************************************
More articles for Web developers : Search engines ranking, Technical Side, How To Get More Visitors, How you lose your visitors, My steps to success, Affiliate programs, Visitors by Ezines, Internet Marketting, Make your site known and more READ HERE


11565 bytes more | 5 comments | Printer Friendly Page  Send to a Friend | Web Design | Score: 0
Posted by jalex on Wednesday, October 08, 2003 (15:33:36) (3180 reads)

Previous 1060 Stories (530 Pages, 2 Per Page) Next

530| 529| 528| 527| 526| 525| 524| 523| 522| 521| 520| 519| 518| 517| 516| 515| 514| 513| 512| 511| 510| 509| 508| 507| 506| 505| 504| 503| 502| 501| 500| 499| 498| 497| 496| 495| 494| 493| 492| 491| 490| 489| 488| 487| 486| 485| 484| 483| 482| 481| 480| 479| 478| 477| 476| 475| 474| 473| 472| 471| 470| 469| 468| 467| 466| 465| 464| 463| 462| 461| 460| 459| 458| 457| 456| 455| 454| 453| 452| 451| 450| 449| 448| 447| 446| 445| 444| 443| 442| 441| 440| 439| 438| 437| 436| 435| 434| 433| 432| 431| 430| 429| 428| 427| 426| 425| 424| 423| 422| 421| 420| 419| 418| 417| 416| 415| 414| 413| 412| 411| 410| 409| 408| 407| 406| 405| 404| 403| 402| 401| 400| 399| 398| 397| 396| 395| 394| 393| 392| 391| 390| 389| 388| 387| 386| 385| 384| 383| 382| 381| 380| 379| 378| 377| 376| 375| 374| 373| 372| 371| 370| 369| 368| 367| 366| 365| 364| 363| 362| 361| 360| 359| 358| 357| 356| 355| 354| 353| 352| 351| 350| 349| 348| 347| 346| 345| 344| 343| 342| 341| 340| 339| 338| 337| 336| 335| 334| 333| 332| 331| 330| 329| 328| 327| 326| 325| 324| 323| 322| 321| 320| 319| 318| 317| 316| 315| 314| 313| 312| 311| 310| 309| 308| 307| 306| 305| 304| 303| 302| 301| 300| 299| 298| 297| 296| 295| 294| 293| 292| 291| 290| 289| 288| 287| 286| 285| 284| 283| 282| 281| 280| 279| 278| 277| 276| 275| 274| 273| 272| 271| 270| 269| 268| 267| 266| 265| 264| 263| 262| 261| 260| 259| 258| 257| 256| 255| 254| 253| 252| 251| 250| 249| 248| 247| 246| 245| 244| 243| 242| 241| 240| 239| 238| 237| 236| 235| 234| 233| 232| 231| 230| 229| 228| 227| 226| 225| 224| 223| 222| 221| 220| 219| 218| 217| 216| 215| 214| 213| 212| 211| 210| 209| 208| 207| 206| 205| 204| 203| 202| 201| 200| 199| 198| 197| 196| 195| 194| 193| 192| 191| 190| 189| 188| 187| 186| 185| 184| 183| 182| 181| 180| 179| 178| 177| 176| 175| 174| 173| 172| 171| 170| 169| 168| 167| 166| 165| 164| 163| 162| 161| 160| 159| 158| 157| 156| 155| 154| 153| 152| 151| 150| 149| 148| 147| 146| 145| 144| 143| 142| 141| 140| 139| 138| 137| 136| 135| 134| 133| 132| 131| 130| 129| 128| 127| 126| 125| 124| 123| 122| 121| 120| 119| 118| 117| 116| 115| 114| 113| 112| 111| 110| 109| 108| 107| 106| 105| 104| 103| 102| 101| 100| 99| 98| 97| 96| 95| 94| 93| 92|
91
| 90| 89| 88| 87| 86| 85| 84| 83| 82| 81| 80| 79| 78| 77| 76| 75| 74| 73| 72| 71| 70| 69| 68| 67| 66| 65| 64| 63| 62| 61| 60| 59| 58| 57| 56| 55| 54| 53| 52| 51| 50| 49| 48| 47| 46| 45| 44| 43| 42| 41| 40| 39| 38| 37| 36| 35| 34| 33| 32| 31| 30| 29| 28| 27| 26| 25| 24| 23| 22| 21| 20| 19| 18| 17| 16| 15| 14| 13| 12| 11| 10| 9| 8| 7| 6| 5| 4| 3| 2| 1|


Home Code Examples Java Forum All Java Tips Books Submit News, Code... Search... Offshore Software Tech Doodling

RSS feed Java FAQ RSS feed Java FAQ News     

    RSS feed Java Forums RSS feed Java Forums

All logos and trademarks in this site are property of their respective owner. The comments are property of their posters, all the rest 1999-2006 by Java FAQs Daily Tips.

Interactive software released under GNU GPL, Code Credits, Privacy Policy