အခုတေလာ WordPress , Drupal , Google Apps API ေတြနဲ႕ ပဲ ရႈပ္ေနတာပဲ။

WordPress

wordpress ကေတာ့ ျပႆနာမရိွဘူး။ ဒါေပမယ့္ လုပ္လုိက္ေတာ့ ပိုသေဘာက်ျပီး ပိုလုပ္တတ္သြားတယ္။ wordpress customization တစ္ခုလံုးက template ကစားသြားတာပဲ။လုိအပ္တဲ့ plugins ေတြ ထပ္ေရးေနတာထက္ template ေလး တစ္ခုေဆာက္တာက ပိုျပီး ထိေရာက္ျမန္ဆန္တယ္။ template ေလးကစားသြားလုိက္ရံုနဲ႕ ေတာ္ေတာ္ေလးကို ထိထိေရာက္ေရာက္ ျဖစ္သြားတာပဲ။ wordpress မွာလည္း သူ႕ function ေတြ ေခၚယူျပီးေတာ့ စိတ္ၾကိဳက္ျပဳျပင္လုိ႕ရတာေတာ့ ေတာ္ေတာ္မိုက္တယ္။ function ေတြလည္း ျပည့္ျပည့္စံုစံုေပးထားေတာ့ အဆင္ေျပတယ္။ ဟိုတစ္ခါက MZ မွာ emo ေမးထားဘူးတယ္။ wordpress က page ေနာက္တစ္ခုအတြက္ template ပံုစံေျပာင္းလုိ႕မရဘူးတဲ့။ အဲဒါေတာ့ ဟုတ္ပါတယ္။ ဟုတ္လည္း မဟုတ္ျပန္ဘူး။ ကိုယ့္ဘာသာကိုယ္ template page တစ္ခု ထပ္ျဖည့္လိုက္ျပီး လုိအပ္တဲ့ ပံုစံေျပာင္းလို႕ရတယ္။ ကိုယ္လုိခ်င္တဲ့ file ေတြကိုလည္း include ေတြနဲ႕ ထပ္ျဖည့္လိုက္ျပီး လိုသလို ေျပာင္းလို႕ရပါတယ္။ ေရးရတာလည္း မခက္ပါဘူး။

<?php
/*
Template Name: Snarfer
*/
?>

ဆုိရင္ template တစ္ခုျဖစ္သြားျပီး ကိုယ္လိုသလို page မွာ ေခၚျပီး ေျပာင္းလဲေရးလို႕ရပါတယ္။ codex မွာ အျပည့္အစံု ရိွပါတယ္။ WordPress ကိုေတာ့ အရင္ ကတည္းက crazy ဆိုေတာ့ wordpress ပိုင္းလုပ္ရတာ သိပ္ခက္ခဲလွတယ္မဟုတ္ဘူး။ အားရင္ေတာ့ plugins ေလးတစ္ခု ထပ္စမ္းေရးၾကည့္အံုးမယ္။ admin panel setting ပါတဲ့ plugins မေရးဘူးေသးဘူးဆိုေတာ့ အဲဒါေလး စမ္းၾကည့္မယ္။ ဘယ္လိုေရးရမလဲဆိုတာ စာေတြ႕ပဲရိွတယ္။ အျခား admin panel setting မပါတာေတြေတာ့ ေရးဘူးတယ္။

Drupal
အရင္ကတည္းက မၾကိဳက္။ အခုေတာ့ ပိုဆိုးေပါ့။ Drupal အစစ္ၾကီးဆိုလည္းထားလုိက္။ အခုက သူက ကၽြန္ေတာ္တို႕wordpress မွာ လုပ္သလို template ကစားထားတာကို ျပန္ျပင္ေနရတာ။ လုပ္သြားတဲ့သူက Drupal ကို ေတာ္ေတာ္ေလး ကၽြမ္းက်င္တယ္။ Admin Panel တစ္ခုလံုးလည္း ေျပာင္းခ်သြားတယ္။ ကိုယ္ပိုင္ module ေတြလည္း ထပ္ျဖည့္သြားေတာ့ ဘယ္ဟာကို ဘယ္မွာ ျပင္ရမွန္းမသိပဲ ျဖစ္ကုန္ေရာ။ online မွာလည္း ရွာမရနဲ႕။ ဒီလိုပဲ စမ္းတဝါးဝါးနဲ႕ လုပ္ရင္း ေတာ္ေတာ္အဆင္ေျပလာတာပဲ။ Drupal လည္း ေတာ္ေတာ္ေကာင္းတယ္။ သူ႕ကို ကၽြမ္းက်င္ရင္ ေတာ္ေတာ္ေလးကို လုပ္လို႕ရတာပဲ။ စိတ္ၾကိဳက္ ဖန္တီးလုိ႕ရတယ္။ သူလည္း wordpress လိုမ်ဳိးပဲ။ သူက wordpress ထက္သာတဲ့ အပိုင္းေတြ အမ်ားၾကီးပဲ။ သူက ေကာင္းေပမယ့္ ရႈပ္လြန္းတယ္။ function ေတြ မ်ားေတာ့ GUI လည္း ရႈပ္ကုန္ေကာ။ သူ႕ရဲ႕ သေဘာတရားနားမလည္လို႕လား မသိဘူး။ သူက နည္းနည္းရႈပ္ေထြးတယ္။ CMS သေဘာတရားကို အျပည့္အဝသံုးထားျပီး block ေတြဘာေတြနဲ႕ စနစ္တက်ေတာ့ ရိွတယ္။ wordpress က CMS လံုးလံုးကို မဟုတ္ေပမယ့္ လုပ္ၾကံျပီး အျမင္မွာ CMS ထင္ေအာင္ ေတာ့ ဖန္တီးႏိုင္တယ္ေလ။

Google Apps API
ေခါင္းအစားဆံုး အပိုင္းပဲ။ Zend အတြက္ပဲ support ရိွတယ္။ Zend framework မသံုးပဲ Zend Library အျပည့္အဝ သံုးလိုက္ရင္ေတာ့ ရတယ္။ ဒါေပမယ့္ Domain share contact က .NET အတြက္ရိွတယ္။ python အတြက္ရိွတယ္။ PHP Native အတြက္ မရိွျပန္ဘူး။ Protocol သံုးရင္ေတာ့ အေကာင္းဆံုးဆိုျပီး သံုးဖုိ႕လုပ္ျပန္ေကာ။ oAuth , AuthSub ေတြကေတာ့ PHP Native နဲ႕ အဆင္မေျပျပန္ဘူး။ oAuth က သီးသန္႕ ထပ္သြင္းရအံုးမယ္။ oAuth သြင္းဖို႕အတြက္ကလည္း အထက္ကို report လုပ္ရအံုးမယ္။ ဒါေတာင္ စမ္းဖုိ႕။ အခ်ိန္ကလည္း သိပ္မရေတာ့ ေနာက္ဆံုး python ကို background ထားျပီး PHP နဲ႕ front end လုပ္ပလိုက္တယ္။ Domain share contact ကလည္း 24 hours ၾကာတယ္။ contact ထဲကို ဝင္ဖုိ႕ အဲေလာက္ေတာင္ ေစာင့္ရတယ္။ လူေတြကလည္း သိတဲ့အတုိင္း အခုထည့္ အခုျမင္လုိခ်င္ၾကတာ။ ဒါေပမယ့္ domain share contact က မရေတာ့လည္း ဘယ္တတ္ႏိုင္မလဲ။ export ကလည္း တစ္ခါတစ္ေလ မထြက္။

Google Map API လုပ္ထားတာေတာ္ေတာ္ေကာင္းသေလာက္ google apps api လုပ္ထားတာကို သိပ္သေဘာမက်ဘူး။ လူအသံုးမ်ားတာကို support မလုပ္ပဲ အဆင့္ေတြ အမ်ားၾကီးနဲ႕ ရႈပ္ေနတယ္လုိ႕ ထင္တာပဲ။ facebook connect လိုမ်ဳိး api ဆိုလည္း ေတာ္ေတာ္ေလးေကာင္းတယ္။ ရိုးတယ္။ ရွင္းတယ္။ လြယ္တယ္။ Google Apps Engine ကေတာ့ java နဲ႕ python ပဲ။ Google Apps အဖြဲ႕တစ္ခုလံုးက အဓိက python ပဲ သံုးတယ္ထင္တယ္။ PHP ပိုင္းကို သီးသန္႕ library မထုတ္ေပးဘူး။ Zend နဲ႕ တြဲထုတ္ေပးေတာ့ ဆင္ဖိုးထက္ ခြ်န္းဖိုးက ပိုဆိုးျဖစ္ေနတာေပါ့။ လုပ္ခ်င္တာက ေသးေသးေလး။ အဲဒီအတြက္ Zend Framework ၾကီးပါ upload တင္ရတာ အလကား အလုပ္ရႈပ္တာပဲ။

ဘာပဲေျပာေျပာ oAuth, AuthSub ေတြေတာ့ ဖတ္ျဖစ္လုိက္တယ္။ လက္ေတြ႕ေတာ့ အခုထက္ထိ စမ္းတာ အဆင္မေျပေသးဘူး။