.: 950..Website ေရးေတာ့မယ္ဆိုရင္ (၂) 14.8.10

ျမန္မာလိုျဖစ္ျဖစ္ အဂ္လိပ္လိုျဖစ္ျဖစ္ ရွာခ်င္တဲ့ စကားလံုးကို ေရးထည့္ရွာပါ

Custom Search

ဒီအပိုင္းကေတာ့ Website ေရးေတာ့မယ္ဆိုလွ်င္ ရဲ႕ ဒုတိယပိုင္း ျဖစ္ပါတယ္။ အရင္အပိုင္းမွာေတာ့ ေလ့လာျခင္းနဲ႔ စီမံကိန္းခ်ျခင္း ဆိုတဲ့ အပိုင္း ႏွစ္ပိုင္းကို ေရးခဲ့ၿပီး ျဖစ္ပါတယ္။ ဒီမွာ ဖတ္ႏိုင္ပါတယ္။ ခု ေရွ႕ဆက္ၿပီး ဒီဇိုင္းခ်ျခင္း၊ Coding ေရးျခင္း၊ အင္တာနက္ေပၚ လြင့္တင္ျခင္း နဲ႔ ထိန္းသိမ္းျခင္း အပိုင္းေတြကို ဆက္ေရးမွာပဲ ျဖစ္ပါတယ္။

(၃) ဒီဇိုင္းခ်ျခင္း

ဒီအပိုင္းကေတာ့ Web Designers တိုင္း အေပၚက အဆင့္ႏွစ္ဆင့္ကို ေက်ာ္ၿပီး တန္းလုပ္တတ္ၾကတဲ့ အပိုင္း ျဖစ္ပါတယ္။ ေလ့လာျခင္း အပိုင္းနဲ႔ စီမံကိန္းခ်ျခင္း ဆိုတဲ့ အပိုင္းေတြကို ေက်ာ္ၿပီး ဒီဇိုင္းခ်ဖို႔ စိတ္အားထက္သန္ၾကတာ ထံုးစံပါပါ။ ကိုယ္အမွန္တကယ္ စိတ္ဝင္စားတဲ့ ေနရာကလည္း ဒီေနရာမွ စတာဆိုေတာ့ အေပၚႏွစ္ဆင့္ကို ေက်ာ္သြားတာ မဆန္းပါဘူး။ ဒါေပမယ့္ ဒီဇိုင္းဆိုတာ တီထြင္ဖန္းတီးႏိုင္မႈ တစ္ခုတည္းနဲ႔ မလံုေလာက္ပါဘူး။ ဒီဇိုင္းေတြ ဘယ္ေလာက္ ျပန္လန္ေနပါေစ၊ အသံုးမဝင္ရင္ Client အတြက္ အဆင္မေျပရင္ အလကားပါပဲ။ ဒါေၾကာင့္ ကိုယ့္အေနနဲ႔ အားလံုး အဆင္ေျပတဲ့ Website တစ္ခု ျဖစ္ဖို႔ အေပၚက အဆင့္ေတြ ေက်ာ္လို႔ မျဖစ္ပါဘူး။

Website Design

ကိုယ့္အေနနဲ႔ ေလ့လာျခင္းနဲ႔ စီမံကိန္းခ်ျခင္း အပိုင္းေတြမွာ စနစ္တက် လုပ္လာတာနဲ႔ အမွ် အခ်က္အလက္ ျပည့္စံုလာတာနဲ႔အမွ် ဒီဇိုင္းခ်ျခင္းအဆင့္မွာ လြယ္ကူသထက္ လြယ္ကူလာေစပါတယ္။ ကိုယ့္အေနနဲ႔ ဘာေတြလုပ္ရမယ္၊ Client က ဘာကို လိုခ်င္တယ္ဆိုတာ ေကာင္းေကာင္း သိေနတဲ့အတြက္ ဒီဇိုင္းခ်တဲ့အခါ စိတ္ကို လြတ္လြတ္လပ္လပ္ ထားၿပီး ေရးဆဲြႏိုင္မွာ ျဖစ္ပါတယ္။ အဲဒီလိုမွ မဟုတ္ရင္ ဒီဇိုင္းခ်ရင္း ျပန္စဥ္းစားေနရပါလိမ့္မယ္။ Client ကို ျပန္ေမးေနရပါလိမ့္မယ္။ ကိုယ့္ ဒီဇိုင္းဆြဲတဲ့ လုပ္ငန္းမွာ အမ်ားႀကီး အေႏွာက္အယွက္ ျဖစ္ေစပါတယ္။

အေပၚက အဆင့္ႏွစ္ဆင့္လည္း ၿပီးၿပီ။ ကိုယ့္အေနနဲ႔ စိတ္ခ်လက္ခ် ဒီဇိုင္းခ်ႏိုင္ၿပီ ဆိုပါေတာ့။ ဒီေနရာမွာလည္း သတိထားစရာက ရွိလာပါၿပီ။ ဒီဇုိင္နာ ေတာ္ေတာ္မ်ားမ်ားက Home Page ကိုပဲ အာရံုက် တတ္ၾကပါတယ္။ ဒီေတာ့ Home Page ကိုပဲ အသည္းအသန္ ဆြဲေနတတ္ၿပီး အျခား ေနာက္က Page ေတြ Sub Page ေတြအတြက္ ေမ့ေနတတ္ ၾကပါတယ္။ ဒါေၾကာင့္ ကိုယ့္အေနနဲ႔ သတိထားရမွာက Website Design ဆြဲတယ္ဆိုတာ Home Page တစ္ခုတည္း ဆြဲရမွာ မဟုတ္ဘူးဆိုတာ ပါပဲ။ ဒါေပမယ့္ Home Page ကို အေျခခံလိုက္ရင္ ေနာက္က Sub Page ေတြ ဆြဲရတာ လြယ္သြားတာေတာ့ ေသခ်ာပါတယ္။ ခုေခတ္မွာ Website Design ဆြဲမယ္ဆိုရင္ေတာ့ mobile version ဒါမွမဟုတ္ iPad Version ပါ တစ္ပါတည္း ဆြဲရဖို႔မ်ားပါတယ္။ အဲဒီအတြက္လည္း ထည့္သြင္းစဥ္းစားရပါမယ္။

ဒီဇိုင္းခ်မယ္ဆိုေတာ့ ထံုးစံအတိုင္း Photoshop ေလးဖြင့္၊ Layout ေတြခ်၊ ပံုေတြျဖတ္၊ Pixel ေကာင္းေအာင္လုပ္၊ ျမန္မာႏိုင္ငံက ဝင္ဖို႔လိုမယ္ ဆိုရင္ေတာ့ Size ကို ေသးႏိုင္သမွ်ေသး၊ Repeat လုပ္သင့္တာလုပ္၊ အေပါ့ဆံုးျဖစ္ေအာင္ စီစဥ္၊ Slice ေတြျဖတ္ စသည္ျဖင့္ အေသးစိတ္ စီစဥ္ရပါေတာ့မယ္။ ဒီလို ဒီဇိုင္းခ်ၿပီ ဆိုရင္ေတာ့ တစ္ေနကုန္ ေန႔မအိပ္ ညမအိပ္ လုပ္ဖို႔ ေသခ်ာေနပါၿပီ။ ကိုယ္ဓာတ္က်တဲ့ ကိစၥဆိုေတာ့ Client အေနနဲ႔လည္း သူ႔ Website ကို အစြမ္းကုန္ႀကိဳးစား ေပးေနတယ္ ဆိုတာ သိတဲ့အတြက္ အၿပံဳးပန္းေတြ ေဝလို႔ေပါ့။

ဒီဇိုင္းခ်တဲ့ေနရာမွာ စဥ္းစားစရာ အခ်က္တစ္ခု ရွိပါေသးတယ္။ တကယ့္ Clients ရဲ႕ အခ်က္အလက္ေတြကို အသံုးခ်ၿပီး ဒီဇိုင္းဆြဲမွာလား ဒါမွမဟုတ္ Lorem Ipsum လို နမူနာ စာသားေတြနဲ႔ ဒီဇုိင္းခ်မွာလား။ အေကာင္းဆံုးကေတာ့ Client ရဲ႕ တကယ့္ အခ်က္အလက္ေတြနဲ႔ ပံုစံခ်တာ အေကာင္းဆံုးပါပဲ။ တကယ့္ အစစ္အမွန္သံုးမယ့္ Data ေတြ ဓာတ္ပံုေတြနဲ႔ ပံုေဖာ္တဲ့အတြက္ ပိုၿပီး ျပည့္ျပည့္စံုစံု စဥ္းစားၿပီးသား ျဖစ္သြားေစပါတယ္။ နမူနာ စာေတြနဲ႔ဆိုရင္ ေနရာအထားအသို၊ ေနရာအက်ဥ္းအက်ယ္ စတာေတြ အတြက္ ျပႆနာေတြ တက္လာႏိုင္ပါတယ္။

ဒီဇိုင္းခ်ေနတဲ့ အဆင့္မွာလည္း Feedback ေတြ ယူေနဖို႔ လိုပါတယ္။ ကိုယ့္နဲ႔အတူ လက္ေတြ႔ အေကာင္အထည္ ေဖာ္ေနတဲ့သူေတြဆီက ျဖစ္ျဖစ္၊ ဒါမွမဟုတ္ Concept Feedback လို ဆိုက္ေတြမွာ ျဖစ္ျဖစ္၊ Client ဆီကပဲ ျဖစ္ျဖစ္ Feedback ေတြ ယူေနဖို႔ လိုပါတယ္။ ဒါေပမယ့္ တစ္ခု သတိထားရမွာက Client ဆီကယူတဲ့အခါ သူတို႔ အေနနဲ႔ Complete Figure (အလံုးစံု ပံုေပၚသြားတဲ့အဆင့္) ကို မေရာက္ေသးတဲ့အတြက္ Initial Requirement သေဘာတူညီခ်က္ေတြနဲ႔ မကိုက္တာေတြ တက္လာႏုိင္ပါတယ္။ ျမန္မာေတြအတြက္ ဆိုရင္ေတာ့ မၿပီးခင္ ဗမာမျမင္ေစနဲ႔ ဆိုတဲ့အတိုင္း တတ္ႏိုင္သမွ် Complete Figure ေတြသာ ျပဖို႔ တိုက္တြန္း ခ်င္ပါတယ္။ Web Design အေၾကာင္း၊ Website အေၾကာင္းကို နားမလည္တဲ့ Client အတြက္ဆိုရင္ ပိုဆိုးပါတယ္။ တစ္ဝတ္တစ္ပ်က္ သြားျပရင္ မလိုလားအပ္တဲ့ ျပႆနာေတြ တက္လာႏိုင္ပါတယ္။ အဲဒီအျပင္ Client ရဲ႕ ေက်နပ္မႈကို ဒီေနရာမွကတည္းက ေသခ်ာေအာင္ ရယူထားဖို႔ လိုပါတယ္။ အဲဒီလိုမွမဟုတ္ရင္ အစိတ္စိတ္ အမႊာမႊာ ဒီဇိုင္းကို ခြဲျခမ္းစိတ္ျဖာၿပီးမွ ျပန္ျပင္ရရင္ ဆယ္ဆေလာက္ ပိုခက္သြားတတ္ပါတယ္။ Main Page တင္မကပဲ Sub Page ေတြအတြက္ပါ တစ္ခါတည္း သေဘာတူညီခ်က္ ရယူထားဖို႔ လိုပါတယ္။

ကိုယ့္အေနနဲ႔ ဒီဇိုင္းအဆင့္ဆိုတာ ဒီေနရာမွာတင္ ရပ္ေနမွာ မဟုတ္ဘူးဆိုတာ သိထားဖို႔ လိုပါတယ္။ ေရွ႕ဆက္ၿပီး ဆြဲထားတဲ့ ဒီဇုိင္းကို အစိတ္စိတ္အမႊာ ခြဲျခမ္းစိတ္ျဖာၿပီး Website တစ္ခုအျဖစ္ ပံုေပၚလာေအာင္ ဆက္သြားရမွာ ျဖစ္ပါတယ္။ ဒီေတာ့ Coding ေရးတဲ့အခါမွာ အခက္အခဲ မျဖစ္ေအာင္ ေသေသခ်ာခ်ာ စီစဥ္ေပးသြားဖို႔ လိုပါတယ္။ Printed Media အတြက္ မဟုတ္တာေၾကာင့္ သေဘာတရားျခင္း မတူတာကို ဂရုစိုက္ရပါမယ္။ Printed Media အတြက္ ဆိုက္ႀကီး ခ်င္သေလာက္ႀကီး Print ထုပ္လိုက္ရင္ ၿပီးေပမယ့္ Web Design ကေတာ့ ဒီထက္ပိုပါတယ္။ Web Design Concept ဆိုတာ Printed Design Concept နဲ႔ ဒီဇိုင္းထုတ္တာျခင္း တူေပမယ့္ တစ္ခ်ဳိ႕ေနရာေတြမွာ သေဘာတရားလံုးလံုး ဆန္႔က်င္ေနတာေတြ ရွိပါတယ္။ (အဲဒီအတြက္လည္း ေနာက္ထပ္ ေဆာင္းပါး ေရးဖို႔ ရွိပါတယ္) ဥပမာ တစ္ခုေျပာရရင္ Printed Media မွာ ဆိုက္ႀကီးေလ Resolution ေကာင္းေလလို႔ ေတြးႏိုင္ေပမယ့္ Web Design မွာေတာ့ ဆိုက္ေသးရမယ္၊ Resolution ေကာင္းရမယ္ဆိုတဲ့ အျမင္နဲ႔ ခ်ဥ္းကပ္ရမွာ ျဖစ္ပါတယ္။ အဲဒီအျပင္ တစ္ျခား မတူညီတဲ့ အျမင္ေတြလည္း အမ်ားႀကီး ရွိပါေသးတယ္။ ေနာက္ထပ္ ေဆာင္းပါးမွ ဆက္ေရး ပါေတာ့မယ္။

Coding ေရးျခင္း

ကဲ ဒီဇိုင္းလည္း အေခ်ာသတ္ရၿပီ၊ Client ရဲ႕ စိတ္ေက်နပ္မႈလည္း ရၿပီ။ Coding အတြက္ လြယ္ကူေအာင္ ျပင္ဆင္ထားတဲ့ Site Design လည္းရၿပီဆိုရင္ ေရွ႕ဆက္ရမွာက Coding ေရးတဲ့ အပိုင္းေပါ့။ ကိုယ့္အေနနဲ႔ Tools ေတြ ဘာေတြပဲ သံုးသံုး၊ ေျပာရရင္ Joomla ပဲ သံုးသံုး WordPress ပဲ သံုးသံုး Drupal ပဲ သံုးသံုး ထိပ္ဆံုးက စရမွာ HTML & CSS ပါပဲ။ ဒါေပမယ့္ တစ္ခုေတာ့ ရွိပါတယ္။ ကိုယ္က WordPress ကို သံုးမယ္ဆိုရင္ WordPress ကို အသင့္သံုးလို႔ လြယ္ကူမယ့္ HTML & CSS ျဖစ္ေအာင္ ျပင္ဆင္ထားဖို႔ လိုပါတယ္။ ဒါေပမယ့္ ေတာ္ေတာ္မ်ားမ်ားကေတာ့ အေျခခံ တူတတ္ၾကပါတယ္။ Joomla အတြက္ HTML & CSS၊ WordPress အတြက္ HTML & CSS ေတာ္ေတာ္ မ်ားမ်ား တူပါတယ္။

အေျခခံ Template တစ္ခုနဲ႔စပါ

Website Design ေရးဆြဲသူမ်ား အေနနဲ႔ လိုအပ္တဲ့ Resources ေတြျဖစ္တဲ့ HTML & CSS Base Template ေတြ၊ Icon ေတြ၊ အျခားလိုအပ္တဲ့ Graphic ေတြ စသည္ျဖင့္ စုေဆာင္းထားၿပီးသား ျဖစ္ေနပါလိမ့္မယ္။ အဲဒီလို စုေဆာင္းထားမွလည္း ေနရာတကာ အစက ျပန္စေနရတဲ႔ ဒုကၡ ၿငိမ္းေစမွာ ျဖစ္ပါတယ္။ အေျခခံ Template တစ္ခုနဲ႔ စပါဆိုတာလည္း ကိုယ္စုေဆာင္းထားတဲ့ အေျခခံ HTML & CSS Base Template ေတြမွာ ကိုယ့္ Project နဲ႔ အကိုက္ဆံုး တစ္ခုကို ေရြးခ်ယ္ၿပီး စပါလို႔ ဆိုလိုပါတယ္။ ဒီေနရာမွာ Base Template ဆိုတာကို နားလည္ေအာင္ ေျပာရရင္ ပံုစံမ်ဳိးစံုခ်ထားတဲ့ အထဲမွာ ဘာပံုမွမပါ၊ နမူနာပံုစံေတြကို ဆိုလိုပါတယ္။ နမူနာ Frame ေတြေပါ့။

Template Collection

အဲဒီလို နမူနာ Frame ေတြ ဘယ္နားမွာ ရႏိုင္မလဲ။ ဒါကေတာ့ ကိုယ့္ဘာသာ စုေဆာင္းရမွာပါ။ Free ရတဲ့ HTML & CSS Template ေတြ အမ်ားႀကီးရွိပါတယ္။ မတူညီတဲ့ Frame ပံုစံေတြကို ေရြးခ်ယ္ၿပီး အေရခြံခၽြတ္ထားဖို႔ လိုပါတယ္။ အေရခြံခၽြတ္တယ္ဆိုတာ အထဲမွာ ရွိတဲ့ ပံုေတြကို ထုတ္ပစ္ၿပီး နမူနာ စာသား အနည္းငယ္နဲ႔ ျပန္လည္ ပံုေဖာ္ထားတဲ့ ပံုစံကို ဆိုလိုပါတယ္။ ျဖစ္ႏုိင္ရင္ Documentation ပါ တစ္ခါတည္း လုပ္ထားဖို႔ လိုပါတယ္။ ဘယ္ DIV က Height & Width ဘယ္ေလာက္ စသည္ျဖင့္ အေသးစိတ္ အခ်က္အလက္ေတြ ေရးထားသင့္ပါတယ္။ ဒါမွ ကိုယ္ျပန္သံုးခ်င္တဲ့အခါမွာ အလြယ္တကူ သံုးႏုိင္မွာ ျဖစ္ပါတယ္။ ဒီလို Base Template ေတြ ဘယ္ေလာက္မ်ားမ်ား ရွိဖို႔လိုလဲ။ ဒါကေတာ့ မေျပာတတ္ဘူးလို႔ ဆိုရမွာ ျဖစ္ပါတယ္။ ဒီဇိုင္းမ်ဳိးစံု ရွိေနတဲ့ေနရာမွာ ဒီဇိုင္းမ်ဳိးစံု ေျပာင္းလဲ ဖြဲ႔စည္းေနတဲ့ အခ်ိန္မွာ ေျပာရခက္ပါတယ္။ တတ္ႏိုင္သမွ် မ်ားမ်ား စုထားေလ Project လုပ္တဲ့အခါမွာ ျမန္ျမန္လုပ္ႏိုင္ေလ ျဖစ္ပါတယ္။

အေျခခံ Base Template ေတြထဲမွာ 960.gs လို Grid ေတြသံုးလို႔လည္း ရပါတယ္။ ကိုယ့္အတြက္ အခ်ိန္ကုန္ သက္သာေစသလို Development Process အတြက္လည္း အမ်ားႀကီး အေထာက္အကူျပဳႏိုင္စြမ္း ရွိပါတယ္။ အဲဒီအျပင္ CSS Reset လိုမ်ဳိး ဖိုင္ေတြလည္း တစ္ခါတည္း ထည့္ထားသင့္ပါတယ္။ ေနာက္ထပ္ အေရးႀကီးတဲ့ အခ်က္တစ္ခုကေတာ့ Template ေရးတဲ့ေနရာမွာ Naming System (အမည္ေပးစနစ္) ကို ေသေသခ်ာခ်ာ လုပ္ဖို႔ပါ။ လိုအပ္တဲ့ Meta Tag ေတြ ထည့္ဖို႔လိုသလို id ေတြ class ေတြကို နာမည္ေပးတဲ့ ေနရာမွာလည္း စနစ္တက် ေပးဖို႔ လိုပါတယ္။ အဖြဲ႕လိုက္ လုက္ရတဲ့အခါ ပိုၿပီး စနစ္က်ဖို႔ လိုပါတယ္။ ဒါမွ ေနာက္က လိုက္လုပ္တဲ့ သူအေနနဲ႔ ဘယ္ဟာက ဘာအတြက္ဆို သိႏိုင္မွာ ျဖစ္ပါတယ္။

ပင္မ စာမ်က္ႏွာႏွင့္ စာမ်က္နွာခြဲမ်ားကို ပံုစံခ်ပါ

အေပၚမွာ ဆြဲခဲ့ Frame အတြင္းမွာ ကိုယ္အမွန္တကယ္ ေရးဆြဲထားတဲ့ ဒီဇိုင္းအတုိင္း Web မွာ ေပၚေအာင္ ပံုစံခ်တာကို ဆိုလိုပါတယ္။ လိုအပ္တဲ့ ပံုေတြ တြဲစပ္ေပးရပါမယ္။ ပံုေတြကို လိုသလို တည္းျဖတ္ရပါမယ္။ slice လုပ္ရပါမယ္။ ပံုေတြကို အေသးဆံုး သံုးသင့္တဲ့ ေနရာမွာ သံုးၿပီး အေပါ့ဆံုး အျမန္ဆံုးျဖစ္ေအာင္ လုပ္ရမွာ ျဖစ္ပါတယ္။

Content

တကယ့္အမွန္ တကယ္မွာ ေပၚမယ့္ စာသားေတြ ပံုေတြ Menu ေတြ Button ေတြ ထည့္ရပါမယ္။ အဲဒီလို ထည့္တဲ့ေနရာမွာလည္း အတတ္ႏိုင္ဆံုး Semantic ျဖစ္ေအာင္ Web Standard နဲ႔ ကိုက္ေအာင္ ေရးသား ထည့္သြင္းရပါမယ္။ နာမည္ေပးတဲ့ ေနရာမွာလည္း ျဖစ္သလိုမေပးပဲ သင့္ေတာ္ရာ သင့္ေတာ္ စနစ္တစ္ခု ခ်ၿပီး ေပးဖို႔ လုိုပါတယ္။

Tableless Design ဆိုၿပီး DIV သံုးဖို႔ မလိုတဲ့ ေနရာေတြမွာ DIV ေတြပဲ လိမ့္သံုးတာမ်ဳိးလည္း မျဖစ္သင့္ပါဘူး။ သူ႔ေနရာနဲ႔သူ သင့္ေတာ္သလို သံုးပါ။ ဘယ္ေနရာမွာ ဘယ္လိုသံုးသင့္သလဲ ဆိုတာကေတာ့ ကိုယ့္ရဲ႕အေတြ႔အႀကံဳေပၚ မူတည္ပါတယ္။ အားနည္းခ်က္ေတြ အားသာခ်က္ေတြကို စာဖတ္ျခင္း အားျဖင့္ေသာ္လည္းေကာင္း အေတြ႔အႀကံဳအားျဖင့္ ေသာ္လည္းေကာင္း ရွာေဖြထားဖို႔ လိုပါတယ္။ ဒီေနရာမွာ ဒီလိုသံုးလိုက္တယ္၊ ပိုၿပီးျမန္တယ္၊ ပိုၿပီး ၾကည့္ေကာင္းတယ္၊ ဘယ္ Browser နဲ႔မဆို အဆင္ေျပတယ္ ဆိုရင္ ကိုယ့္ Work ရဲ႕ စိတ္ေက်နပ္မႈ အဆင့္တစ္ခုကို ရႏိုင္ပါတယ္။

စစ္ေဆးျခင္းႏွင့္ စမ္းသပ္ျခင္း

ကိုယ္လိုခ်င္တဲ့ Web Design တစ္ခုေတာ့ အၾကမ္းရလာၿပီ။ ဒါဆိုရင္ မၿပီးေသးပါဘူး။ Validate Process ေတြကို ျဖတ္သန္းရပါဦးမယ္။ ကိုယ္ေရးထားတာ ေတြက မွန္ရဲ႕လား Web Standard နဲ႔ ကိုက္ရဲ႕လားဆိုတာ စစ္ဖို႔ လိုပါေသးတယ္။ အဲဒီအတြက္ W3C က Validation Tool ေတြကို သံုးႏုိင္ပါတယ္။

Validation

အဲဒီအျပင္ Browser တိုင္းမွာ အလုပ္လုပ္ရဲ႕လား မွန္ရဲ႕လားဆိုတာကိုလည္း စစ္ဖို႔ လိုပါတယ္။ အဲဒီအတြက္ Browsershots လိုဟာမ်ဳိးေတြ သံုးႏိုင္ပါတယ္။ Firebug နဲ႔ YSlow စတာေတြ သံုးၿပီး မွန္ရဲ႕လား၊ ျမန္ရဲ႕လား စတာေတြ စစ္ႏုိင္ပါတယ္။

စမ္းသပ္ျခင္းနဲ႔ စစ္ေဆးျခင္း ဆိုတဲ့အပိုင္းမွာ တစ္ခါတည္း ထည့္ဖို႔ စဥ္းစားသင့္တာက Google Analytics ပါ။ Google Analytics ကို ထည့္ထားျခင္း အားျဖင့္ ကိုယ့္ Site ကို Tracking လုပ္လို႔ ရႏုိင္ပါတယ္။ ဘယ္ေနရာက ဝင္ၾကည့္တယ္၊ ဘယ္ေလာက္ ဝင္ၾကည့္တယ္ စသည္ျဖင့္ အၿမဲတမ္း သိေနႏိုင္မွာ ျဖစ္ပါတယ္။

အျခားေဆာင္ရြက္သင့္သည္မ်ား

ဒီအပိုင္းကေတာ့ ခုေခတ္ရဲ႕ ေရစီးေၾကာင္းနဲ႕ ဆိုင္ပါတယ္။ HTML & CSS Template တစ္ခုဆြဲၿပီးရင္ Website မွာ တင္ဆိုတာမ်ဳိး Static ေတြနဲ႔ အလုပ္မျဖစ္ေတာ့ပါဘူး။ ဒါေၾကာင့္ WordPress Customization, Joomla Customization, FRAMEWORK, API စသည္ျဖင့္ ထပ္ေပါင္းေပးမွသာ အဆင္ေျပပါလိမ့္မယ္။ အနည္းဆံုး WordPress နဲ႔ ေပါင္းေပးရပါမယ္။ Facebook နဲ႔ ခ်ိတ္ေပးရပါမယ္။ Twitter နဲ႔ ခ်ိတ္ေပး ရပါမယ္။ အဲဒီအျပင္ ဖိုရမ္လိုရင္ ဖိုရမ္နဲ႔ တြဲေပးရပါမယ္။ Q&A လိုခ်င္ရင္ Q&A ထည့္ေပးရပါမယ္။ မိုဘိုင္းအတြက္ သီးသန္႔ ေရးေပးဆိုရင္လည္း ေရးေပးဖို႔ လိုဦးမွာ ျဖစ္ပါတယ္။ ဒါေၾကာင့္ အျခားေဆာင္ရြက္သင့္သည္မ်ား ဆိုတဲ့ အပိုင္းကို ထည့္ထားရျခင္း ျဖစ္ပါတယ္။ ဒီအဆင့္အတြက္ Skill ကေတာ့ ျမင့္သြားၿပီလို႔ ဆိုႏိုင္ပါတယ္။ သူေနရာနဲ႔သူ skill ေတြ လိုလာပါတယ္။

အင္တာနက္ေပၚ လြင့္တင္ျခင္း

ဒီေနရာကေတာ့ Web Design သမားတိုင္း အျဖစ္ခ်င္ဆံုး အဆင့္ပဲ ျဖစ္ပါတယ္။ အားလံုး ျပင္ဆင္ၿပီးၿပီ၊ အသင့္လည္း ျဖစ္ေနၿပီဆိုရင္ေတာ့ Website အေနနဲ႔ လြင့္တင္ဖို႔ပဲ က်န္ေတာ့တာေပါ့။ Local Environment မွာ အစြမ္းကုန္ စမ္းသပ္ ေအာင္ျမင္ၿပီးၿပီ၊ အမွားအယြင္းလည္း ကင္းေနၿပီဆိုရင္ Website အေနနဲ႔ တင္လို႔ရၿပီေပါ့။

Launch

ဒါေပမယ့္ ဘယ္ေလာက္ Perfect ျဖစ္တယ္ ဆိုပါေစ၊ အစမ္းကာလရွိဖို႔ လိုတယ္ဆုိတာ မေမ့ပါနဲ႔။ ကိုယ္မျမင္ႏိုင္တဲ့ အမွားေတြ Bug ေတြ က်န္ေနႏုိင္ေသးတယ္ ဆိုတာ သတိျပဳပါ။ အခ်ိန္အတိုင္းအတာ ကာလတစ္ခုအထိ စမ္းသပ္အဆင့္နဲ႔ Run ထားဖို႔ လိုပါတယ္။ လိုအပ္လာတဲ့ ျပင္ဆင္စရာ ရွိတာေတြကို ျပင္ဆင္ဖို႔ လိုပါတယ္။ ဒါေပမယ့္ တစ္ခါတစ္ေလမွာ စမ္းသပ္ဆိုတဲ့ အဆင့္ကို Website အသံုးျပဳသူေတြ အေနနဲ႔ ေၾကာက္ရံြ႕တတ္ၾကတာ သတိျပဳဖို႔ လိုပါတယ္။ သူတို႔အခ်က္အလက္ေတြကို ေပးရေတာ့မယ့္အခါ ကိုယ့္အေနနဲ႔ စမ္းသပ္အဆင့္ဆိုရင္ ေပးရမွာ လက္တြန္႔ ေနတတ္ပါတယ္။ ဒါေၾကာင့္ စမ္းသပ္ဆိုတဲ့ အဆင့္ကို ေသေသခ်ာခ်ာ စဥ္းစားၿပီးမွ သံုးဖို႔ လိုပါတယ္။

ထိန္းသိမ္းျခင္း

ဟိုးအေပၚဖက္ စီမံကိန္းခ်ျခင္း အဆင့္မွာ ခု လြင့္တင္လိုက္မယ့္ Website ကို ဘယ္သူထိန္းသိမ္းမွာလဲ ဆိုတာ ေမးဖို႔ လိုတယ္လို႔ ေျပာခဲ့ပါတယ္။ သူတို႔ကိုယ္တုိင္ ထိန္းသိမ္းမယ္ဆိုရင္ေတာ့ စနစ္တက် လြဲေျပာင္းေပးဖို႔ လိုမွာ ျဖစ္သလို လိုအပ္သလို ကူညီေဆာင္ရြက္ေပးဖို႔ လိုေနေသးတယ္ ဆိုတာ မေမ့ပါနဲ႔။ ဒါမွမဟုတ္ ကိုယ့္ကိုပဲ ေရွ႕ဆက္ၿပီး ထိန္းသိမ္းေစာင့္ေရွာက္ဖို႔ ငွားရမ္းလာရင္ေတာ့ ကိုယ္ကိုယ္တိုင္ ထိန္းသိမ္းေပးရမွာေပါ့။

အလြဲအေျပာင္းကာလ၊ တစ္နည္းေျပာရရင္ ကိုယ္ေရးထားတဲ့ Project ကို Client ကို လြဲေပးတဲ့အခ်ိန္ကလည္း အင္မတန္ အေရးႀကီးပါတယ္။ Client အေနနဲ႔ ဆိုက္အေၾကာင္း ဘာမွ သိမွမဟုတ္ပါဘူး။ အဲဒီအတြက္ Guideline ေတြ ခ်ေပးဖို႔ သင္ေပးဖို႔ လိုပါတယ္။ Website တစ္ခုကို ေအာင္ျမင္ေအာင္ ဘယ္လို ေရွ႕ဆက္သြားမလဲဆိုတာကိုလဲ အႀကံျပဳေဆြးေႏြး ေပးဖို႔ လိုပါတယ္။ တကယ္ေတာ့ Website က ခုမွစတာပါ ေရွ႕ဆက္ၿပီး ေအာင္ျမင္ေအာင္ ထိန္းသိမ္းသြားဖို႔ ဆိုတာလည္း စာတစ္တန္ ေပတစ္ဖြဲ႔ေရးရဦးမယ့္ ကိစၥျဖစ္ပါတယ္။

ရႊင္လန္းခ်မ္းေျမ့ပါေစ။