MZ မွာေမးထားတာေလးကို blog မွာလည္း အျခားသူေတြ သိေအာင္ ထပ္ေျဖေပးလိုက္ပါတယ္။

က်ေတာ္က ဒီလိုနားလည္ ထားတယ္...
ဥပမာ . Facebook မွာဆိုရင္ Game ေတြ အမ်ားၾကီးပါတယ္။ အဲဒီ Game ေတြက သာမာန္ web programming နဲ႔ ေရးလို႔ မရဘူးဗ်ာ။ အဲဒါကို တျခား java ျဖစ္ျဖစ္ c ျဖစ္ျဖစ္ ေရးထားမယ္ေပါ့။ အဲဒီ အေျခေနမွာဆုိရင္ ကို ေရးလိုက္တဲ့ဟာက my application ျဖစ္သြားျပီေပါ့။ အဲဒါကုိမွ web site မွာတင္ခ်င္တယ္ဆိုေတာ့ my application ကေန web application ကိုေျပာင္းဖို႔ အတြက္ web service ကို အသံုးျပဳတာလို႔ က်ေတာ္က နားလည္ ထားတယ္။ အဲဒီ အေတြးက မွန္ပါသလား။

ခင္မင္စြာျဖင့္ စိုင္းထက္

အဲလိုမဟုတ္ပါဘူး။

facebook မွာေရးခ်င္တယ္ဆို၇င္ fbml ကို သံုးျပီးေတာ့ ေရးရမယ္။ အဆင္အေျပဆံုးကေတာ့ PHP နဲ႕fbml ကို တြဲသံုးျပီး ေရးတာေပါ့။ အဲလိုေရးဖို႕အတြက္ အရင္ဆံုး facebook မွာ API key ယူရတယ္။ API key ရျပီးေတာ့မွ PHP ကေနဆုိရင္ facebook phplibrary နဲ႕ fbml ကို သံုးျပီးေရးရတယ္။ app run တာကေတာ့ ကိုယ့္ host မွာ။ ျပတာကေတာ့ facebook ကေနေပါ့။ API နဲ႕ FBML က အလုပ္လုပ္သြားေပးတာပါ။ API ဆိုတာက facebook နဲ႕ ကိုယ္ေရးထားတဲ့ API ကို ၾကားခံေဆာင္ရြက္ေပးတာပါ။ အဲလို ေဆာင္ရြက္ေပးဖုိ႕အတြက္ ကိုယ္က facebook site မွာ app register လုပ္ရတယ္။ အဲဒီ အခါ API key ရလာမယ္။ API key ရမွ ဆက္သြယ္လုိ႕ရမယ္။ API key ဆိုတာက security သေဘာမ်ဳိးနဲ႕ သံုးတာပါ။ ဥပမာ API ကို အသံုးျပဳျပီး facebook မွာ ၅ မိနစ္ တစ္ခါ post ေတြ အလိုအေလ်ာက္တင္ေနလို႕ရတယ္။ အဲဒီအခါ facebook က ခြင့္မျပဳဘူးဆုိရင္ ဘယ္ API က လာတယ္။ အဲဒီ API ကို ဘယ္ user က register လုပ္ထားလဲဆိုတာကို သိျပီး ban လုိက္လို႕ရတယ္။

oAuth က နည္းနည္းရႈပ္တယ္။ နည္းနည္းပိုရွင္းတဲ့ AuthSub ကို ေျပာတာ ပိုေကာင္းမယ္။ AuthSub ဆုိတာက google ရဲ႕ နည္းပညာပါ။ oAuth ကို အေျခခံထားတာပဲ။ user ေတြရဲ႕ contact list ကို site တစ္ခုကေန ယူေတာ့မယ္ဆိုပါဆုိ႕။ အဲဒီလိုအခါမွာ user ရဲ႕ username နဲ႕ pwd ထည့္ရမယ္။ အဲဒီ site က ယံုၾကည္စိတ္ခ်ရမႈ ရိွခ်င္မွရိွမယ္။ အဲလိုမ်ဳိးေတြအတြက္ oAuth ေပၚလာတာပါ။ AuthSub က oAuth ထက္ ပိုရွင္းေအာင္ လုပ္ထားေပးတယ္။

Google Contact list ကို web site က request လုပ္လုိက္ရင္ google website ကိုေရာက္သြားမယ္။ google website မွာ user က login ဝင္။ ဝင္ျပီးတဲ့အခါမွ google က ဒီ site က contact list ကို ေတာင္းေနျပီ။ မင္းေပးမွာလားလုိ႕ ေမးေရာ။ ကိုယ္က ေပးလိုက္လို႕ေျပာတဲ့အခါမွ google ကေန ေပးလုိက္တာ။ အဲဒီ အခါမွာ လာခဲ့တဲ့ site ကိုေရာက္သြားေရာ။ အဲဒီအတြက္ session token ပို႕လိုက္တယ္။ username နဲ႕ pwd ေတာ့ မပို႕ဘူး။ session token ျဖစ္တဲ့အတြက္ အခ်ိန္အၾကာၾကီးမရတဲ့အတြက္ username နဲ႕ pwd ကို site က ခိုးလုိ႕မရေတာ့ဘူး။ user အတြက္လည္း စိတ္ခ်ရတယ္။ site အတြက္လည္း user ရဲ႕ ယံုၾကည္မႈကိုရတယ္။

တနည္းေျပာရင္ သာမာန္ web programming နဲ႕ပဲ ေရးရတာပဲ။ facebook app လည္း သာမာန္ web programming နဲ႕ပဲေရး၇တာပဲ။ သက္ဆိုင္ရာ API function ေတြကိုေတာ့ ယူသံုးရတယ္။ ဥပမာ။ facebook API function ကေန friendlist ေတြရႏိုင္တယ္။ user information ေတြရႏိုင္တယ္။ register လုပ္တယ္ဆိုတာက user information ရဖို႕ပဲ။ facebook connect သံုးလိုက္ေတာ့ user လည္း register လုပ္စရာမလုိေတာ့ဘူး site ကလည္း information ရတယ္။ အဲလိုမ်ဳိး web service ေတြက အလုပ္လုပ္ေပးတာ။

ဥပမာ။ ။ ကၽြန္ေတာ္ လက္ရိွေရးေနတဲ့ ornagai ဆိုပါဆို႕။ API ကေတာ့ ေရးေနဆဲ မျပီးေသးဘူး။ API register လုပ္ထားတဲ့သူက ornagai ရဲ႕ စာလံုးေတြကို အျခား site ကေန retrieve လုပ္လုိ႕ရတယ္။ ကၽြန္ေတာ့္ site ကို လာစရာမလုိပဲနဲ႕ API function ေခၚျပီး retrieve လုပ္လို႕ရမယ္။ အဲဒီအတြက္ အျခား site ေတြကလည္း စာလံုးတစ္ခုကို mouse ေထာက္လိုက္တာနဲ႕ ornagai dictionary API ကို ယူျပီး ornagai ကေန စာလံုးရွာျပီး return ျပန္လာမယ္။ ျပန္လာတဲ့စာလံုးကို ေရးထားတဲ့ app ကေန ရယူျပီး ျပန္ျပီးေပးတယ္။

Google Map API ကို အသံုးျပဳျပီးေတာ့ ေျမပံုေပၚမွာ ပံုေတြထည့္တာ point ေတြထည့္တာ စတာေတြလုပ္လုိ႕ရတယ္။

http://map.etelegram.net.mm

ဆိုရင္ Google Map API သံုးျပီးေတာ့ ျမန္မာႏိုင္ငံက ျမိဳ႕ေတြကို point ေတြနဲ႕ ခ်ထားတာ။ အဲလိုလုပ္ဖုိ႕ google map api key ကို အရင္ဆံုး ယူရတယ္။ API key တစ္ခုက register လုပ္ထားတဲ့ site ကပဲ ေခၚလို႕ရတယ္။ http://map.etelegram.net.mm/ က API key ကို http://map.mymap.com.mm ကေန ေခၚလို႕မရဘူး။  API key တစ္ခု ရယူဖုိ႕က တစ္ခုနဲ႕ တစ္ခုမတူဘူး။ Google Map ဆိုရင္ site ပဲလိုေပမယ့္ facebook ဆိုရင္ facebook user ျဖစ္ရမယ္။ သံုးမယ္ website လည္းလိုတယ္။

ဒါေပမယ့္ Twitter အသံုးျပဳတဲ့ REST လိုက်ေတာ့ ဘာမွ မလုိျပန္ဘူး။ oAuth လုိတဲ့အပိုင္းရိွသလို မလိုတဲ့ အပိုင္းရိွတယ္။ user တစ္ေယာက္ရဲ႕ tweet ေတြကို ထုတ္ၾကည့္ခ်င္ရင္ twitter ကေပးထားတဲ့ REST web service ကေန ထုတ္လိုက္လို႕ရတယ္။ ဘယ္ site ကေန ျဖစ္ျဖစ္ ဘယ္ app ကေန ျဖစ္ျဖစ္ ထုတ္ယူလို႕ရပါတယ္။ ဒါေပမယ့္ ကိုယ့္ status တင္ေတာ့မယ္ဆိုရင္ oAuth လိုအပ္ပါတယ္။ oAuth သေဘာတရားက AuthSub သေဘာတရားနဲ႕ ဆင္တူပါတယ္။ SOAP ဆိုတာက ထပ္ရိွေသးတယ္။ SOAP ကေတာ့ အခုခ်ိန္မွာ ေခတ္သိပ္မရိွေတာ့ဘူး။ သံုးတဲ့လူလည္း ေတာ္ေတာ္နည္းသြားျပီ။

API ေတြ web service ေတြေၾကာင့္ ဘာလုပ္လို႕ရလဲဆိုေတာ့ sync ေတြ လုပ္လုိ႕ရလာတယ္။ ဥပမာ Google Calendar ဆိုပါဆုိ႕။ Google Calendar က online ပဲရတယ္။ App တစ္ခုေရးျပီး Google Clanedar API ကို ယူသံုးလိုက္ျပီး data ေတြ အကုန္ဆြဲခ်လိုက္လို႕ရတယ္။ ေနာက္ျပီးေတာ့ APP မွာ ထည့္ထားတာေတြကို Google Calendar API ကေန တင္ေပးလိုက္လုိ႕ရတယ္။ Syn လုပ္ျပီးသြားရင္ Google Calendar မွာရိွတာေတြနဲ႕ ကိုယ့္ app မွာရိွတာေတြနဲ႕ အတူတူျဖစ္သြားျပီ။

ဒီေလာက္ဆို၇င္ web service , web API ေတြအေၾကာင္း နားလည္ျပီလို႕ ထင္ပါတယ္။

ကၽြန္ေတာ္လည္း ေက်ာင္းတက္တုန္းက computer အေဟာင္းအစုတ္ၾကီးနဲ႕ ကိုယ့္ဘာသာကိုယ္ေလ့လာခဲ့ရတာပဲ။ internet မသံုးႏိုင္လို႕ ebook ေတြကို အားကိုးဖတ္ခဲ့ရတာပဲ။ မီးျပတ္လုိ႕ မီးလာတဲ့အခ်ိန္ထိေစာင့္ျပီး စာေတြ တစ္ညလံုးဖတ္ခဲ့ရတယ္။ ေမးစရာမရိွလို႕ ပိုက္ဆံစုျပီး online တက္ျပီး webdeveloper.com တုိ႕လို forum ေတြမွာ ေမးခဲ့ရတယ္။ ေနာက္ျပီး ဘယ္ေတာ့မွ ကိုယ့္မိဘကို အျပစ္မတင္နဲ႕။ ဘယ္ေတာ့မွ အျခားသူကို အျပစ္မတင္နဲ႕။ အရာရာအားလံုးဟာ အက်ဳိးေၾကာင္းဆက္စပ္ေနတာပဲ။ အျပစ္တင္လို႕ ဘာမွျဖစ္မလာဘူး။ ေက်ာင္းသားဘဝတုန္းက အမ်ားၾကီး ေက်ာ္ျဖတ္ခဲ့ရတာပဲ။ ေက်ာင္းတက္ရင္ freelance လည္း လုပ္ခဲ့ဘူးတယ္။ မီးပ်က္လို႕ မီးလာတဲ့အခ်ိန္ေတြမွာပဲ လုပ္ခဲ့ရတာ။ တစ္ခါတစ္ေလ တစ္ညလံုးမအိပ္ပဲလုပ္ျပီး မနက္မွ ထျပီး ေက်ာင္းသြားခဲ့ရတာေတြလည္း ရိွတယ္။ UCSM ဆိုရင္ လူပ်ဳိၾကီးရဲ႕blog ကို သြားဖတ္ၾကည့္။ ကၽြန္ေတာ္ ေက်ာင္းမွာလည္း စက္ခန္းမဝင္ခဲ့ဘူး။ အဲဒီအခ်ိန္ဆိုရင္ အတန္းထဲမွာပဲ အိပ္လိုက္တယ္။ ညဘက္ညဘက္ေတြ မအိပ္ပဲစာဖတ္ခဲ့ရတာေတြ အမ်ားၾကီး။ မီးပ်က္တဲ့အခ်ိန္ေတြအတြက္ ကိုယ္ရွာလို႕ရတဲ့ ပိုက္ဆံနဲ႕ ကိုယ္ print ထုတ္ဖတ္ခဲ့ရတာေတြလည္း ရိွတယ္။ အေဖနဲ႕အေမက အစိုးရဝန္ထမ္းေတြပဲ။ ပိုက္ဆံလည္း အမ်ားၾကီးမတတ္ႏိုင္ဘူး။ computer တကၠသိုလ္ ေက်ာင္းစရိတ္က မၾကီးေပမယ့္ အစ္မ ေဆးေက်ာင္းစရိတ္က မနည္းဘူး။ Continue Reading »

လူညီလွ်င္ ဤသည္ ကြ်ဲျဖစ္သည္လို႕ ငယ္ငယ္တုန္းက ၾကားဖူးတယ္။ အခုေတာ့ google က မွန္ကန္ေၾကာင္းျပေနပါျပီ။

ပလက္စတစ္ (522) VS ပလတ္စတစ္ (9,510)

ေလ်ာ့သံုး (3) VS ေလွ်ာ့သံုး (0)

ငပိ (2,620) VS ငါးပိ (5,450)

မဂၤလာ (55,700) VS မင္ဂလာ (88)

ေဝါဟာရ (2,890) VS ေ၀ါဟာရ (6,480)

၀လံုး (2,310) VS ဝလံုး (641)

ယူနီကုတ္ (3,080) VS ယူနီကုတ္ဒ္ (1) VS ယူနီကုဒ္ (4,940)

ေစတန္ေဂါ့ (14,300) VS ေစတန္ေဂါ့ဒ္ (795)

ကြင္းစကြင္းပိတ္နဲ႕က google မွာ ရွာလို႕ေတြ႕တဲ့ search result စုစုေပါင္းပါ။

I love wordpress so much. WordPress 2.9 support Post Thumbnail.

add following code in function.php of theme. You will see Post Thumbnail in right sidebar. You can add Post Thumbnail.

add_theme_support( 'post-thumbnails' );

see more in there

http://justintadlock.com/archives/2009/11/16/everything-you-need-to-know-about-wordpress-2-9s-post-image-feature

ကြ်ႏု္ပ္ web service ဆိုသည္မွာကို ျမန္မာမႈမျပဳတတ္ျခင္းမွာ ကၽြႏု္ပ္ညံ့ျခင္းသာ ျဖစ္ေပေတာ့သည္။ Web service ႏွင့္ web api ဘာမွ မကြာေခ်။ သို႕ေသာ္ မတူေခ်။ ထိုအေၾကာင္းကိုလည္း ေသခ်ာေအာင္ မရွင္းျပတတ္ျခင္းမွာလည္း ထပ္ညံ့ျပန္ေလသည္။ oAuth ႏွင့္ AuthSub ကြာသည္။ ဘယ္လိုကြာေၾကာင္း စာႏွင့္ေရးျပီး မရွင္းတတ္ေသးေသာေၾကာင့္ ေသခ်ာမသိေၾကာင္း သိသာလွေပသည္။ ထို႕ေၾကာင့္ REST ကို သံုးဖူးေသာ္လည္း REST ဆိုသည္မွာ အဘယ္နည္းဟု ေမးေသာအခါ အဓိပၸာယ္ျပည့္စံုစြာ မေျဖၾကားႏိုင္ေသာေၾကာင့္ စာေမးပြဲဆိုလွ်င္ ကၽြႏ္ုပ္က်ေလျပီ။

Google ကေတာင္ ညႊန္းဆိုေသာ Zend Framework အား အခုခ်ိန္ထိ မသြင္းတတ္ေသးသည္မွာ ကၽြႏ္ုပ္၏ ေလ့လာမႈ အားနည္းျခင္းကို ေဖာ္ျပေနေလသည္။ REST server အတြက္ code အသင့္ရိွေသာ္လည္း တစ္ခါမွမေရးဖူးသည့္အတြက္ မသိပဲ ေအာ္ေနေသာ္ လူညံ့တစ္ေယာက္ ပမာျဖစ္ေပေတာ့သည္။ ကၽြႏ္ုပ္၏ ညံျ့ပန္ေလသည္။ Zend Library ျဖင့္ Gdata ကို လြယ္ကူစြာ သံုးတတ္ေသာ္လည္း AuthSub မွ AuthSub ျဖစ္ေနေသာ ကၽြႏ္ုပ္စိတ္အား ကၽြႏ္ုပ္ေျပာင္းလဲ ႏိုင္စြမ္းမရိွေသာေၾကာင့္ ကၽြႏ္ုပ္၏ စိတ္အင္အားဟာလည္း ညံလွေပသည္။ AuthSub ႏွင့္ oAuth ၂ ခု အား ၄ ရက္တိုင္တိုင္ ေလ့လာခဲ့ေသာ္လည္း AuthSub ၏ GET ျဖင့္သာ data ယူႏုိင္ခဲ့ျခင္းမွာ ကၽြႏ္ုပ္၏ ညံ့ဖ်င္းမႈေၾကာင့္လို႕ ဆိုႏိုင္ေလသည္။ PHP Library မရိွေသာအခါ Python ကို background ထားကာ အလုပ္လုပ္ျခင္းမွာ ကၽြႏ္ုပ္၏ ညံ့ဖ်င္းမႈပင္။ API အတြက္ PHP Library ကိုယ္တိုင္ လြယ္လင့္တကူ ခ်က္ျခင္းေကာက္မေရးႏိုင္ျခင္းမွာ ကၽြႏ္ုပ္၏ ေလ့လာမႈ စြမ္းအား အေတာ့္ကို အားနည္းသည္ျခင္းကို ေဖာ္ျပရာ ေရာက္ေလ၏။

ကၽြႏ္ုပ္မသိပဲႏွင့္ မ်ားမ်ားေျပာေနမိျပန္သည္။ ထို႕ေၾကာင့္ ကၽြႏ္ုပ္သည္ ကၽြႏ္ုပ္ထင္တာထက္ ပိုညံ့ေၾကာင္း ျပဆိုေနေလသည္။ ထို႕ေၾကာင့္ ကြ်ႏ္ုပ္ အခုအိပ္ျပီ။

စာၾကြင္း :: ပညာတစ္ခုအား ဟပ္ခ်ေလာင္းဆိုတာနဲ႕ ခ်က္ျခင္းမက်လာေၾကာင္းကို ကြ်ႏ္ုပ္မ်က္ဝါးထင္ထင္ ၾကံဳေတြ႕ခဲ့ရေလသည္။

oAuth နဲ႕ AuthSub ၾကားမွာ မူးသြားတာပဲ။ AuthSub နဲ႕ေတာ့ ရျပီ။ oAuth က ေနာက္ေတာ့မွ twitter နဲ႕စမ္းရမယ္။ google က အျပည့္အဝ support မေပးဘူး။ example ေတြက AuthSub ေတြနဲ႕ ၾကီးပဲဆိုေတာ့။ အခု code ေတာင္ မနည္းမနည္းပဲ။ ေနာက္ဆံုးေတာ့ http://www.alexc.me/using-the-google-analytics-api-getting-total-number-of-page-views/74/#step2 အဲဒီကေန ေတြ႕သြားလို႕ အဆင္ေျပသြားတာ။ token ရျပီးရင္ token ထပ္ယူရမွာကို မသိလုိက္တာ ဆုိးသြားတာ။

<?php

function make_api_call($url, $token)
{
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
$curlheader[0] = sprintf("Authorization: AuthSub token=\"%s\"/n", $token);
curl_setopt($ch, CURLOPT_HTTPHEADER, $curlheader);
$output = curl_exec($ch);
curl_close($ch);
return $output;
}

function get_session_token($onetimetoken) {
$output = make_api_call("https://www.google.com/accounts/AuthSubSessionToken", $onetimetoken);

if (preg_match("/Token=(.*)/", $output, $matches))
{
$sessiontoken = $matches[1];
} else {
echo "Error authenticating with Google.";
exit;
}
return $sessiontoken;
}

if(isset($_GET['token']))
{
$sessiontoken=get_session_token($_GET['token']);
$accountxml = make_api_call("http://www.google.com/m8/feeds/contacts/yourmail@gmail.com/full", $sessiontoken);
print_r($accountxml);

}
else
{
$next=urlencode("http://www.mysteryzillion.org/gdata/index.php");
$scope=urlencode("http://www.google.com/m8/feeds/contacts/yourmail@gmail.com/full");
?>
<a href="https://www.google.com/accounts/AuthSubRequest?next=<?= $next ?>&scope=<?= $scope ?>&secure=0&session=1">Click here to authenticate through Google.</a>

<?
}
?>

http://www.yoeyar.com/blog/?p=343

ပိုက္ပိုက္ ျပတ္ေနတဲ့ၾကားကေန $5 ပဲရေအာင္ လႈလုိက္တယ္။ ဘာပဲေျပာေျပာလွဴခြင့္ရတာပဲ ေက်နပ္မိတယ္။ http://www.google.com/relief/haitiearthquake/ မွာ လွဴလို႕ရရင္ လွဴေစခ်င္ပါတယ္။ $1 ပဲျဖစ္ျဖစ္ သူတုိ႕အတြက္အက်ဳိးရိွသြားမွာပါ။ Google ကိုလည္း ေက်းဇူးတင္ပါတယ္။

WordPress ကို အမ်ားစုက Blog လုပ္တဲ့ script အေနနဲ႕ပဲသိၾကပါတယ္။ WordPress က blog တစ္ခုထပ္ပိုပါတယ္။ ကၽြန္ေတာ္တို႕ေတြ wordpress ကို အသံုးျပဳျပီးေတာ့ အမ်ားၾကီး ဖန္တီးလို႕ရတယ္။ WordPress မွာ ေျမာက္မ်ားလွတဲ့ Plugins ေတြ ေကာင္းမြန္လွတဲ့ supporting ေတြ ရွိပါတယ္။ WordPress ကို အသံုးျပဳျပီး ကၽြန္ေတာ္တုိ႕ေတြ ဘာေတြ လုပ္ႏိုင္လဲဆိုေတာ့

၁။ Social Network
၂။ Showcase ( Photo, Video, any other showcase )
၃။ Website (CMS)
၄။ e-Commerce

အျပင္ အျခား အမ်ားၾကီး လုပ္လုိ႕ရပါေသးတယ္။ WordPress ကိုလည္း ကိုယ္ေရးထားတဲ့ Site နဲ႕လည္း လြယ္လြယ္ကူကူ Integrate လုပ္ႏုိင္ပါတယ္။ ေနာက္ထပ္ ေကာင္းမြန္တဲ့အခ်က္က Plugins ေတြ ေရးလို႕ရတယ္။ Theme ေတြ ေရးလို႕ရတယ္။ အဲဒီအတြက္ကေတာ့ PHP နဲ႕ Web Essential ပိုင္းကိုေတာ့ မျဖစ္မေန သိဖို႕ လိုတယ္။

WordPress တစ္ခုလံုးမွာ တကယ္အဓိက အပိုင္းက template ပါ။ Template ပံုစံကတင္ CMS လား Blog လားကို ခြဲထုတ္ေပးတာပါ။ Template ကပဲ Showcase site ပံုစံေျပာင္းေပးတာပါ။ e-Commerce လိုမ်ဳိး site ကလည္း template နဲ႕ plugins ကို အသံုးျပဳရျပန္ေကာ။ Social Network အတြက္ Layer တစ္ခုျဖစ္တဲ့ buddypress ကို အသံုးျပဳႏိုင္တယ္။ Forum နဲ႕တြဲခ်င္ရင္လည္း bbpress ဆိုတဲ့ forum နဲ႕ လြယ္ကူစြာ တြဲသံုးလို႕ရတယ္။ အျခား Forum ေတြနဲ႕ bridge ေတြရိွတတ္ပါတယ္။ တကယ္လုိ႕မရိွဘူးဆိုရင္လည္း ကိုယ္တိုင္ျပန္ေရးႏိုင္ျပီး WordPress ရဲ႕core function ေတြကို ယူသံုးလုိ႕ရပါတယ္။

Plugins ေတြ ဘယ္က ရမလဲ

Plugins ေပါင္း ၈၀၀၀ နီးပါး ရိွျပီး ေန႕စဥ္ plugins အသစ္ေတြ တင္ေနတာကေတာ့ http://wordpress.org/extend/plugins/ မွာပါ။ Plugins ေတာ္ေတာ္မ်ားမ်ားက ရိိွေနတတ္ပါတယ္။ ဒါေၾကာင့္ အရင္ရွာၾကည့္လုိက္ပါ။ WordPress ကိုယ္တိုင္က Plugins တစ္ခုမေရးခင္ အရင္ရွာၾကည့္ဖုိ႕ request လုပ္ထားပါတယ္။ လိုအပ္တဲ့ plugins ေတာ္ေတာ္မ်ားမ်ား ၇ိွျပီးသားပါ။

Plugins ေတြက ဘာလုပ္ေပးႏိုင္လဲ

Plugins က လိုအပ္တာေတြ ျဖည့္ေပးႏိုင္တယ္။ ဥပမာ Gallery , Syntax Highlighting အျပင္ ေတာ္ေတာ္မ်ားမ်ားကို ျဖည့္ဆည္းေပးႏိုင္ပါတယ္။ WordPress သမာရိုးက်က ရိုးရွင္းတဲ့ Blog အတြက္ပဲ ျဖစ္ေပမယ့္ Plugins ေတြကို အသံုးျပဳျပီး သီခ်င္းေတြထည့္တာ Picture Gallery ေတြ လုပ္တာ Video Gallery ေတြလုပ္တာ စတာေတြကို ကိုယ့္ Post ေတြထဲမွာ ထည့္သြင္းလာႏိုင္မွာပါ။ Plugins ေတြကအမ်ားၾကီးျဖစ္ျပီး ကိုယ္ဘာလုပ္ခ်င္လဲေပၚမွာ မူတည္ျပီး ဖန္တီးယူရံုပါပ၊

Plugins ဘယ္လိုေရးမလဲ

http://codex.wordpress.org/Writing_a_Plugin မွာ ေသေသခ်ာခ်ာ ေရးေပးထားပါတယ္။ နည္းနည္းေတာ့ ရႈပ္ေပမယ့္ တကယ္လုပ္ရင္ေတာ့ ရသြားမွာပါ။

Theme ဆိုတာ

Theme ဆိုတာကေတာ့ ကိုယ့္ site ရဲ႕ skins ေပါ့။ တနည္းေျပာရင္ Design ေပါ့။ site တစ္ခုလံုး ပံုစံကို Theme က အဓိက ပံုေပၚေပးတာပါ။ ဥပမာ Jquery Slideshow ေတြ ထည့္တာ ေနာက္ျပီး macforus.com မွာလို ပံုေတြမွာ အျမဲ ဘယ္ဘက္မွာ icon ေလးေတြ ပါေနတာ စတာေတြေပါ့။ Post တင္တဲ့ေနရာရဲ႕ ေအာက္မွာ Custom Fields ဆိုတာ ပါပါတယ္။ အဲဒါက Template နဲ႕ တြဲသံုးဖို႕အတြက္ေပါ့။ Template ဆိုတာက Archive template, Page Template, Single Template စတာေတြေပါ့။ Theme က ကိုယ့္ site က ဘာ site လဲဆိုတာကို ဖန္တီးေပးသြားတာပါ။ CMS ဆိုရင္ CMS Theme ကို အသံုးျပဳလုိက္ရံုပါပဲ။

Theme ေတြ ဘယ္ကရမလဲ

http://wordpress.org/extend/themes/ မွာရိွေပမယ့္ google ကေန ရွာလိုက္တာ ပိုသင့္ေတာပါတယ္။ Theme ေတြအမ်ားၾကီးရိွပါတယ္။

Theme ေတြ ဘယ္လိုေရးမလဲ

http://codex.wordpress.org/Main_Page မွာ သြားေရာက္ဖတ္ရႈႏိုင္ပါတယ္။ Theme ေရးမယ္ဆိုရင္ template tag ေတြကို သိထားဖုိ႕ လိုပါတယ္။

Integrate with your own PHP site

http://codex.wordpress.org/Integrating_WordPress_with_Your_Website မွာ ၾကည့္လိုက္ရံုပါပဲ။ wp-blog-header.php ကိုလွမ္းေခၚျပီး wordpress template tag ေတြ ေခၚသံုးလို႕ရပါျပီ။

WordPress ဟာ Blog တစ္ခုဆိုတာထက္ ပိုပါတယ္။ ျပည့္စံုေကာင္းမြန္တဲ့ community နဲ႕ forum ရိွပါတယ္။ http://wordpress.org/support/ မွာ WordPress နဲ႕ ပတ္သက္ျပီး မသိတာေတြ ေမးလို႕ရပါတယ္။ WordPress မွာ အဆင္မေျပတာ တစ္ခုကေတာ့ User Level ေတြအမ်ားၾကီး မပါဝင္တာပါပဲ။ User Level ေတြ Permission ေတြ လိုသလို ထပ္ခြဲလို႕မရတာကေတာ့ အခ်ဳိ႕ ကိစၥေတြမွာ အခက္ၾကံဳရတတ္ပါတယ္။

http://en.saturngod.net has been ban in Bagan. Yayyy... ငါလည္း အစ္မႏိုင္းႏုိင္း , ထူးေတဇာ , ကိုညီလင္းဆက္တုိ႕လို အသိအမွတ္ စျပဳခံရျပီ။ ဒီ ျမန္မာ site ကေတာ့ မၾကာမီွလာမည္လုိ႕ ေျပာလိုက္သလိုပဲ။