Posts Tagged ‘browser’

Non-WWW Domain Cookie Problems

If you come to this blog (, you may realize that the domain name appears without www preceding the on your address bar or location bar of your browser. Even if you try to type, it will redirect your browser to “”. Well, I did this intentionally some years ago when I first use this domain name and installing blog engine for this site. The reason was that I once visited a site called, which is encourage people who own internet domain name to remove it’s “www” because “www” is considered as deprecated and so it must not be used.

If you visit that website, you’ll find the reason why they — the people behind, appear to conclude that using “www” is deprecated:

By default, all popular Web browsers assume the HTTP protocol. In doing so, the software prepends the ‘http://’ onto the requested URL and automatically connect to the HTTP server on port 80. Why then do many servers require their websites to communicate through the www subdomain? Mail servers do not require you to send emails to Likewise, web servers should allow access to their pages though the main domain unless a particular subdomain is required.

Succinctly, use of the www subdomain is redundant and time consuming to communicate. The internet, media, and society are all better off without it.

I was agree with this statement so I implemented redirection when someone who visits my site by using “www” to non-www one. My site now classified as Class B at with that scenario. Even I implemented this scheme to some of my projects. In fact, using this schema is not without negative effects.

Some months ago, I made some experiments that used my domain name and web browser cookie, which is data that are stored by the website on user’s browser. I found that using my domain that was not preceded by www might cause the cookie that was created for domain to be sent to the server when the visitor also opens all my sub-domain sites. Well, it is by design that the cookie data from the domain can also be accessed by the sub-domain, unless you also describing the path of cookie. However it may cause other problems to appear rather than solutions.

Consider you use an application that is located at “/application1/” path with “” domain, and the cookie is implementing this path (of course with the domain), it will still send the cookie data when sometime you must also place some application with the same path name, but under sub-domain (for example, “”). Another case, you may need that cookie to be accessed by other application in same domain, but you don’t want to place it under “application1” path. Actually, it just a matter of how the developer handles the cookie data so it will just ignore it when the data is not relevant for the application, but of course it create extra coding effort.

Some people may wondering, “why must I being bothered if the cookies are sent to the domain as well sub-domain?”. Well, the answer is depend on your website, i.e. how many user accessing your website, how many different applications that are hosted on your domain and sub-domains, and is your primary “no-www domain” total users larger than the sum of users of your sub-domains. If you just running a small website or personal website, with irregular visitors come and go (and perhaps some spiders, crawlers or spam bots) like this website, without sub-domain or just one or two rarely visited sub-domains, you could just ignore the problems. However if you really want to run a combination of serious website with tons of users, thousands hits per minute, many spam bots and crawlers that try to drain out your limited server power and limited network bandwidth, many sub-domains with some sub-sub-domains, with probably uncountable files that don’t “eat” your cookies, and your site always stops responding on busy time (and you know the problems in fact is your own website if you host your site on shared hosting), you will find out that cookie optimization is one of several methods to effectively cut these problems.

Here is the math for you. For example, you have 10 cookies with 20 bytes data each that are “baked” for your main domain, say that “”, so you have to send the total of 200 bytes each time you need to request another file. On a page of your web application, a user must fetch 6 Javascript files, 4 CSS files, 29 images (some of them even just icons under 1 Kilobyte), so the user’s web browser need to send 40 different requests. But remember, each time the browser send a request, it also needs to send the data of cookies that are designated to that domain and the sub-domains, so that the total of data for sending the cookies alone is: 200 bytes x 40 request = 8 KB. A small number for 1 user with 1 page request. Multiply it with 1000 users that request averagely 5 pages each minute, the server and network have to handle about: 8 KB x 1000 users x 5 request = 40 Megabytes per minutes, just for the cookie data, assuming that the static files are also not optimized to be cached by the user’s browser. Huge waste of resource, of course.

That’s why even big websites like Google or Facebook don’t use no-www scheme so they can independently assign the cookies for the main site with “www”, the cookies for other sub-domains other than “www”, and the cookies that are globally accessible from the whole site. Another work around for this cookie problem is to use another domain to serve static contents that don’t need use any cookies at all, like Facebook that use to serve all user uploaded images and static file. Of course using the CDN (Content Delivery Network), they also optimize many other things, such as compression, caching, etc.

Oh, another suggestion. If you really want to make a site, try to make a site that is accessible both by using www and no-www, however redirect the unused one to the scheme that you consider better to be implemented. For this site, I redirect www to no-www domain. This is for the sake of search engine optimization, and for some, as bandwidth conservation since every request from www to non-www is considered as different by the web browser and the web browser will never use the cache if you try to request the same static file from those two different scheme.

How about this site? I don’t think I really need to change my website to www one. I am comfort with the condition without www, but of course will consider the using of www on my other projects.

By the way, this is the first technical post that I write in English, so I apologize if there are some mistakes in grammar or structures. Google Translate? Nope, I didn’t use that kind of thing when writing this article since there will be many weirder word that Google Translate will produce. I just try to use my own sentences, and of course my own writing style. :) However if you are Indonesian and don’t understand this article, you could try to use Google Translate to help you. One more thing, please tell me if you found mistake on my post. Thanks. :)

Internet Explorer 9 Beta at a Glance

Internet Explorer 9 (IE9). Mungkin ini menjadi salah satu browser yang paling ditunggu-tunggu kehadirannya, apalagi melihat banyaknya isu-isu bahwa borwser ini adalah pembunuh “para pembunuh Internet Explorer versi sebelumnya”. Digadang-gadangkan bahwa IE9 memiliki fitur yang lebih baik daripada kebanyakan browser alias saingan lainnya, dan bahkan lebih cepat dari browser-browser lainnya. Apakah memang benar begitu? Mari kita coba lihat secara singkat mengenai browser yang sekarang masih dalam tahap beta ini.

Internet Explorer 9 Beta Interface

Interface dari IE9 Beta.

Pertama, untuk interface. Untuk urusan interface, pasti interface yang paling banyak ditiru belakangan adalah interface dengan tab di posisi paling atas dari browser, tak ketinggalan juga, kini IE9 juga melakukan perubahan yang sama. Tab diletakkan pada bagian paling atas. Uniknya, address bar yang digunakan untuk menampilkan dan menuliskan URL berada sejajar dengan tab tersebut. Kesan yang aku dapat dari situ adalah jadi terasa sempit. Entah kenapa, bagian atas jadi terasa terdapat celah kosong yang terlalu besar, padahal Google Chrome saja memanfaatkan “celah” tersebut, dan tetap menyediakan tempat tersendiri bagi address bar sehingga baris untuk address bar masih bisa diisi dengan tools-tools lainnya.

Kemudian dengan memanfaatkan fitur Aero Peek dari Windows 7 yang aku gunakan, aku bisa melihat thumbnails dari halaman web yang aku buka. Yup, walaupun berada di dalam tab tersendiri, tetapi thumbnails tetap ditampilkan sendiri-sendiri melalui taskbar sehingga kita dapat melihat sekilas isi dari halaman tersebut hanya dengan meletakkan mouse di thumbnails tersebut. Perlu diketahui, fitur ini juga terdapat di Firefox 4 beta. Terdapat juga fitur baru untuk membuat halaman web menjadi seperti sebuah aplikasi yang bisa di-pin di start menu atau task bar. Sayangnya, fitur serupa juga sudah dipersiapkan Mozilla dari jauh hari dengan Prism-nya.


This entry was last modified on: October 7th, 2013 at 0:10

Welcome to New

Hmm, apakah Anda merasakan adanya perbedaan pada hari ini? Tentu saja Anda akan merasakan hal yang berbeda bila sebelumnya sudah sering ke blog ini. Yap, tampilannya berbeda. Dan sebenarnya di balik tampilan itu juga ada beberapa hal yang berbeda. :)

Untuk mendukung performa dan pekerjaanku sebagai freelance web developer, aku memilih untuk pindah ke hosting web yang baru yaitu MasterWebNet atau biasa yang disebut dengan MWN. Perpindahan ini sendiri sudah dilakukan sejak 1 minggu yang lalu, dan harus aku akui memang selama 1 minggu uji coba aku merasa puas dibanding dengan hosting sebelumnya. Dengan space yang ditawarkan lebih lapang, maka aku bisa melakukan banyak hal dengan lebih tenang tanpa takut kehabisan space untuk menampung data lagi.

Dan tentu saja seperti yang aku bilang, themes atau tampilan untuk blog ini juga berubah. Akhirnya, setelah diendapkan dan ditelantarkan hampir 2 tahun lamanya, themes ini bisa bebas juga dipamerkan ke publik. :D

Tema dari themes ini sendiri cukup berbeda dari sebelumnya. Bila sebelumnya nuansanya redup-redup gitu, sekarang lebih ngejreng dan terang. Selain itu themes ini juga menggunakan 2 buah sidebar di sebelah kanan. Layout dari tampilan ini bersifat fluid, yang artinya Anda akan dapat melihatnya secara penuh dengan menggunakan layar yang lebar sekali pun, tapi sudah aku sesuaikan untuk mendukung layar terkecil berukuran 1024 pixels. Pemilihan untuk mensupport 1024 pixels ke atas juga karena sebagian besar pengujung situs ini sudah menggunakan layar dengan ukuran 1024 pixels ke atas. Dan itu terbukti dengan layout Facebook (situs social networking yang pasti Anda juga kenal) yang juga sudah dirancang untuk layar ukuran 1024 pixels ke atas.

Tema baru ini juga menggunakan beberapa standar terbaru, yaitu CSS level 3 atau CSS3. Beberapa bagian dari web ini menggunakan teknologi seperti Web Open Font Format (WOFF) atau downloadable font, text-shadow, box-shadow, font-face, opacity, serta border-radius. Oke, tentu saja web ini ga akan lolos validasi CSS untuk sementara ini, tapi who cares, if you just keep using old technology, you will too late to learn new knowledge. Sedangkan untuk HTML sendiri, aku masih menggunakan teknologi XHTML 1.0 mengingat masih sedikit browser yang sudah mendukung tag-tag HTML5 seperti <header> atau <navigation>. Akan tetapi bila nanti browser-browser sudah mengadopsi HTML5 ini, aku akan mengubahnya sedikit demi sedikit menuju HTML5 (atau kalau perlu sekalian ke versi XHTML nya).

Mengingat banyaknya standar baru yang digunakan untuk tema baru ini, maka beberapa pengujung mungkin akan merasakan sedikit “diskriminasi” tampilan. Untuk sementara ini IE6 sudah tidak aku support lagi. Anda yang menggunakan IE6 sebisa mungkin melakukan upgrade ke versi selanjutnya (versi 7 atau 8) atau ke browser lain. Browser lainnya yang lebih modern dapat menampilkan web ini dengan baik, tapi mungkin kehilangan beberapa tampilan yang menggunakan standar modern. Sejauh ini Firefox 3.6 merupakan browser yang paling mendukung hampir semua standar CSS yang terbaru. Selain itu terdapat pula Opera 10.50, yang sudah mengadopsi hampir semuanya attribut CSS3 yang digunakan di tema ini, kecuali WOFF. Google Chrome 4 dan Safari 4 juga mendapatkan tampilan yang mirip dengan Opera 10.50.

Diharapkan dengan tema baru ini, banyak hal yang bisa didapatkan sekaligus. Seperti demonstrasi atas standar-standar dan teknologi terbaru, serta diharapkan memberi kemudahan bagi pengunjung untuk melakukan navigasi dan membaca artikel yang ada.

Bila Anda menemukan masih terdapat beberapa bagian yang “rusak”, harap dimaklumi karena tema ini masih terus aku kembangkan. Dan jangan sungkan juga untuk memberi masukan, atau melaporkan bila melihat beberapa bagian yang mungkin terlihat janggal atau salah.

Thanks ;)

Looking to CSS Level 3

Bagi kalangan web designer dan juga web developer, CSS alias Cascading Style Sheet sudah menjadi hal yang tidak terpisahkan dalam membangun sebuah web yang bagus secara visual. Bahkan ketika membangun interaktivitas, CSS menjadi salah satu element penting yang bisa dimanipulasi menggunakan JavaScript, termasuk juga ketika membuat animasi dan transisi konten. Sampai saat ini, bisa dikatakan 90% browser sudah men-support dengan baik CSS Level 2 (disingkat CSS 2) di mana hal yang paling spektakuler ditandai dengan keberhasilan Internet Explorer 8 menembus Acid2 tanpa cacat.

Kini generasi baru CSS sudah hadir dan dipersiapkan untuk memperindah tampilan web tanpa perlu lagi usaha keras dan mengurangi ketergantungan terhadap JavaScript. Saatnya untuk menyambut CSS Level 3 (alias CSS 3). :D

Memang pada dasarnya CSS 3 sendiri sudah cukup lama dikembangkan oleh W3C yang merupakan lembaga standarisasi teknologi web, bisa dibilang sejak awal abad 21 ini. Pengembangan CSS 3 ini sendiri agak unik dibanding dengan CSS 2, di mana modul-modul CSS 3 ini terpisah-pisah dan bisa mendapat status kesiapan rilis yang berbeda-beda satu sama lain. Bandingkan ketika CSS 2 dikembangkan, ketika ada 1 hal yang harus diperbaiki, maka seluruh modul CSS 2 akan otomatis diturunkan peringkatnya. Seperti yang terjadi ketika CSS 2.1 harus diturunkan peringkatnya menjadi Working Draft (WD), dan kemudian kembali lagi menjadi Candidate Recommendation (CR).


IE6 Must Die

Kalau dunia nyata bisa digalang suatu bentuk perubahan, di dunia maya pun ternyata bisa dilakukan. Sebuah perubahan untuk ke arah yang lebih baik lagi tentunya sehingga semua orang bisa mendapatkan sesuatu yang lebih daripada sebelumnya. Dan perubahan kali ini adalah dalam hal web browser.

Seperti yang banyak orang ketahui, sekarang ini internet sudah bukan lagi barang mewah yang hanya bisa dinikmati oleh orang-orang kaya, walaupun di Indonesia tarif internet masih terbilang cukup mahal. Orang-orang yang tidak melek internet saat ini bisa dianggap sebagai orang yang tidak lagi produktif karena internet dianggap sebagai sumber informasi dan sebagainya yang dapat membantu manusia dalam melakukan berbagai hal, mulai dari hal yang baik maupun hal yang jahat. Penggunaan internet secara otomatis tidak akan terlepas dari peran web browser. Dan tentu saja, saat ini kompetisi web browser makin ketat antara beberapa produsen, seperti Microsoft dengan Internet Explorer (IE), Mozilla dengan Firefox (Fx), Apple dengan Safari, Google dengan Chrome, Opera dengan browser Opera, dan masih banyak lagi yang lainnya.

Seiring perkembangan jaman, browser pun harus diupdate sesuai dengan standard yang terus berkembang saat ini. Berbagai standard teknologi baru, mulai dari HTML 5, CSS level 3, SVG, EcmaScript (JavaScript), RSS dan sebagainya mulai diterapkan di browser-browser modern saat ini. Sayangnya, adaptasi teknologi ini sejak beberapa tahun yang lalu sering terhambat karena masalah kompabilitas antar browser. Bila sebuah halaman web dibuka dari suatu browser, tampilannya belum tentu sama di browser lain. Sama juga dengan kasus standarisasi di JavaScript, di mana belum tentu semua browser dapat melakukan suatu hal, padahal browser lainnya bisa hanya karena tidak mengadaptasi teknologi standar yang dipakai browser lainnya. Akibatnya, developer akan berusaha mengembangkan suatu aplikasi web untuk menjaga kompabilitas dan mengorbankan standar, yang pada akhirnya mengakibatkan terhambatnya adopsi standar baru di web yang dibangun. Lambatnya adopsi ini pun akan mengakibatkan lamanya pengembangan standar web baru yang lebih canggih dan lebih baik ke depannya.


This entry was last modified on: July 17th, 2009 at 19:01

Firefox 3.5 Review

Setelah sekian lama Firefox 3.0 dirilis, akhirnya update terbaru untuk browser yang naik daun ini kembali diluncurkan kemarin, tepatnya tanggal 30 Juni 2009. Dan seperti biasa, aku sudah mencobanya selama 1 hari untuk aktivitas normalku, seperti browsing, Facebook, dan web developing, dan di sinilah aku akan menceritakan mengenai browser terbaru besutan Mozilla ini.

Dari sisi interface atau tampilan tidak banyak berubah dibandingkan dengan Firefox 3.0. Semua tampilan seperti susunan tombol, icon standard serta layout menu tidak terjadi perubahan dan Anda tidak akan tahu apakah sedang memakai Firefox 3.0 atau sudah mengupdate ke Firefox 3.5 kalau hanya melihat dari interface.

Satu hal yang baru dari Firefox 3.5 ini adalah fitur private browsing yang sudah muncul terlebih dahulu di browser Google Chrome di mana para Firefox tidak akan meninggalkan jejak history atau apapun bila menggunakan fitur private browsing ini. Semua history, cookie dan data pribadi lainnya akan otomatis dihapus oleh Firefox bila menutup fitur ini. Bagi yang masih bingung ingin menggunakan “fitur porno” ini, bisa mengaksesnya melalui Tools > Start Private Browsing.


This entry was last modified on: July 1st, 2009 at 19:42

Review Singkat Internet Explorer 8

Persaingan web kembali memanas dengan hadirnya browser-browser baru yang merebut perhatian, sebut saja versi beta Mozilla Firefox 3.5, Safari 4, Google Chrome 2 dan Opera 10. Dan kali ini seperti tidak mau ketinggalan dengan browser-browser yang sedikit demi sedikit menggerogotinya usage share nya, Microsoft pun meluncurkan Internet Explorer (IE) 8 setelah melalui beberapa kali tahap beta dan release candidate. Aku sudah sempat mencoba browser baru ini dan akan sedikit mereviewnya dari sudut pandangku sendiri.

Screenshot of Internet Explorer

Screenshot of Internet Explorer

Tampaknya perubahan front-end dari IE 7 ke IE 8 tidak terlalu banyak. Tampilan user interface masih mirip dengan IE 7 dan banyak fungsi-fungsi yang sama yang ditawarkan seperti IE 7 sehingga pengguna IE 7 tidak akan terlalu sulit beradaptasi dengan browser ini. Sejak dimulainya instalasi pun tidak terlalu merepotkan seperti ketika IE 7 pertama kali diluncurkan. Masih teringat bahwa saat instalasi IE 7 di awal-awal peluncurannya, Microsoft mengharuskan penggunanya melakukan validasi keaslian lisensi Windows yang terpakai sehingga menyulitkan IE 7 digunakan oleh para pengguna Windows bajakan (yang tentu membuat beberapa penggunanya memilih untuk menggunakan browser alternatif saja) walau akhirnya keputusan itu dicabut setelah beberapa bulan. Untuk IE 8 kali ini, pengguna tidak diharuskan melakukan validasi sehingga instalasi dapat dilakukan dengan cukup cepat dan mudah tanpa masalah berarti.


This entry was last modified on: March 26th, 2009 at 21:06