fight… fight… fight..

Amazone က touch screen အတွက် Touchco ကို ဝယ်ဖို့ ကြိုးစားနေပါပြီ။ Kindle အနေနဲ့ iPad ကို ယှဉ်နိုင်မှာမဟုတ်ဘူးဆိုတာ လူတိုင်း သိပြီးသားပါ။ ဘယ်သူတွေ ဘာပြောပြော amazone ရဲ့ Kindle ရဲ့ ပြိုင်ဘက်အနေနဲ့ iPad က ရောက်လာပါပြီ။ Amazone က ဒါကို အစောကြီးကတည်းက ကြိုသိသင့်တယ်။ iPad မထွက်ခင် ကတည်းက ဝယ်ထားသင့်တာ။ Rumor တွေ ဒီလောက်ထွက်နေတဲ့အချိန်ထိ Amazone က Kindle ကို SDK ထုတ်ပေးလိုက်မယ်လို့ ပြောသေးတယ်။ ဒါပေမယ့် သူပြောပြီး မကြာခင်မှာပဲ iPad ကို Steve ကြီးက ပွဲထုတ်လိုက်တော့ သူ့ SDK ကို ဘယ်သူမှ စိတ်မဝင်စားတော့ဘူး။ color ကလည်း မပါ။ touch screen လည်းမဟုတ်ဆိုတော့ iPad ကို လူတွေ ပိုစိတ်ဝင်စားနေတာ မစမ်းဘူးပေါ့။ HP Slate ထုတ်မယ်ဆိုတုန်းကတောင် ဒီလောက် လှုပ်လှုပ်ရှားရှားမဖြစ်သွားဘူး။ iPad လာမယ်ဆိုရော သူလည်း ပြန်လည် ထိုးစစ်ဆင်ဖို့ ကြိုးစားရပြီ။

Kindle က touch screen မပါဘူး။ နောက်ပြီး color မပါတဲ့အတွက်ကြောင့် battery က ၁ ပတ်လောက် ခံတယ်။ အဲ… သူတို့နိုင်ငံမှာက battery ၁ ပတ်လောက် ခံလည်း ဘာလုပ်မှာတုန်း။ မြန်မာနိုင်ငံလို အတွက်ဆိုတော့ မဆိုးဘူးပေါ့။ ၁၀ နာရီ လောက်ပဲ ခံတဲ့ iPad ကို ပို စိတ်ရောက်သွားတာ မစမ်းပါဘူး။ iPad ၁၀ နာရီပဲ ခံတယ်။ ခရီးသွားရင်တောင် ၁၀ နာရီ ကျော်လုံး iPad ကြီး မကြည့်နိုင်ပါဘူးဗျာ။ နောက်ပြီး Laptop ရှိရင် iPad ကို အားသွင်းလို့တောင် ရသေး။ အဲဒီတော့ battery ၁ ပတ် ခံတာ ဘာလုပ်ရမှာတုန်းဗျ။

Kindle ကလည်း Touch screen နဲ့ မကြာခင်မှာ ထပ်ထုတ်တော့မယ် သဘောရှိတယ်။ နောက်ပြီး Google ကလည်း စာအုပ်လောကထဲဝင်လာပြီး နေရာလုအုံးမှာ သေချာတယ်။ အခု Google ကလည်း Tablet ထုတ်ဖို့ကြံနေပြန်ပြီ။ ထုံးစံအတိုင်း Chrome OS ဆိုတော့ လုံးဝလုံးဝ အကုန် internet ရှိမှပဲ ဖြစ်တော့မှာဆိုတော့ စျေးကတော့ iPad ထက် သက်သာနိုင်တယ်။ iPad ထွက်ပြီးတော့ အချို့တွေကလည်း HP Slate ကို စိတ်ရောက်သွားကြပြန်တယ်။ အဓိက အကြောင်းပြချက်တွေက multi tasking နဲ့ flash မရလို့ပါတဲ့။ ဘာပဲပြောပြော နောက် ၃ နှစ် ၄ နှစ်လောက်ဆိုရင် အကုန်လုံး tablet တွေနဲ့ဖြစ်ကုန်ကြတော့မှာပါဗျာ။

We need to change HTML 5 support browser

don’t live in HTML 4…. all will change to HTML 5…. let change together…. hmm… IE … that a stupid… forget about that…  We will change to HTML 5 supported browser… because google will change it… but still support IE 7.  IE 7,8 doesn’t support HTML 5….. We will bye bye IE,soon…. if IE 9 will not coming…

Dear Google Apps admin,​

In order to continue to improve our products and deliver more sophisticated features and performance, we are harnessing some of the latest improvements in web browser technology.  This includes faster JavaScript processing and new standards like HTML5.  As a result, over the course of 2010, we will be phasing out support for Microsoft Internet Explorer 6.0 as well as other older browsers that are not supported by their own manufacturers.

We plan to begin phasing out support of these older browsers on the Google Docs suite and the Google Sites editor on March 1, 2010.  After that point, certain functionality within these applications may have higher latency and may not work correctly in these older browsers. Later in 2010, we will start to phase out support for these browsers for Google Mail and Google Calendar.

Google Apps will continue to support Internet Explorer 7.0 and above, Firefox 3.0 and above, Google Chrome 4.0 and above, and Safari 3.0 and above.

Starting next week, users on these older browsers will see a message in Google Docs and the Google Sites editor explaining this change and asking them to upgrade their browser.  We will also alert you again closer to March 1 to remind you of this change.

In 2009, the Google Apps team delivered more than 100 improvements to enhance your product experience.  We are aiming to beat that in 2010 and continue to deliver the best and most innovative collaboration products for businesses.

Thank you for your continued support!

Sincerely,

The Google Apps team

Email preferences: You have received this mandatory email service announcement to update you about important changes to your Google Apps product or account.

Google Inc.
1600 Amphitheatre Parkway
Mountain View, CA 94043

Play in the playground

Play in the playground ဆိုလို့ သူငယ်ပြန်သွားတယ်လို့ ထင်ကုန်ကြအုံးမယ်။ မနေ့ညက oAuth ကို ဘယ်လိုလုပ်ရမလဲ မသိလို့ရှာရင်း ရှာရှင်းကနေ playground ထဲကို ရောက်သွားတာပဲ။ webdeveloper forum က playground ထဲမှာ ရှိတယ်ဆိုလို့ playground ထဲ အပြေးသွားကြည့်ရတာပဲ။ playground ထဲရောက်မှ woww… ဆိုပြီး သဘောကျစရာတွေ အပြည့်ပဲဗျ။ ဆော့စရာတွေက များမှ များ။ ခက်တာက ကိုယ်လိုအပ်နေတာပဲ အရင်ဆော့ရတာပေါ့။ Continue reading

မသိခြင်းများ

အခုမှ သိလိုက်တယ်။ ကျွန်တော် မသိပဲ ပြောင်းလဲသွားတာ အများကြီး ဖြစ်သွားတာပဲ။ ကျွန်တော့်အနေနဲ့ အများကြီး နောက်ကျနေမှန်း အခုတလောမှ သိလိုက်ရတာတွေ ရှိတယ်။ အဓိကတော့ ပြောင်းလဲမှုတွေကို မျက်ခြေမပြတ်မလိုက်နိုင်လိုက်တာလဲပါတာပေါ့။ ကျွန်တော် မသိပဲ ဖြစ်သွားတာတွေက

Continue reading

ကျွန်ုပ်ညံ့သည်

ကျွနု်ပ် 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 ကိုယ်တိုင် လွယ်လင့်တကူ ချက်ခြင်းကောက်မရေးနိုင်ခြင်းမှာ ကျွန်ုပ်၏ လေ့လာမှု စွမ်းအား အတော့်ကို အားနည်းသည်ခြင်းကို ဖော်ပြရာ ရောက်လေ၏။

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

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

Get Contact List XML from Google Contact with AuthSub

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/[email protected]/full", $sessiontoken);
print_r($accountxml);

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

<?
}
?>

WordPress , Drupal , Google Apps API

အခုတလော 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 တွေတော့ ဖတ်ဖြစ်လိုက်တယ်။ လက်တွေ့တော့ အခုထက်ထိ စမ်းတာ အဆင်မပြေသေးဘူး။

PHP Gtalk Bot လုပ်မလား

လွယ်ချက်ကတော့ ကမ်းကုန်ပဲ။ http://www.imified.com/ ကို register လုပ်။ bot create လုပ်။ ပြီးရင် PHP code တစ်ခုရေး။

<?php
echo $_REQUEST['msg'];
?>

အဲဒါဆိုရင် user ကရိုက်လိုက်တဲ့ဟာကို ရမယ်။ အဲဒါကို တနေရာမှာ host ထိုင်။ bot ရဲ့ address ကို အဲဒါပေးလိုက်။ ပြီးရင် gmail username နဲ့ password ထည့်။ active လုပ်။ ပြီးပြီ။ စိတ်ပျက်ဖို့ကောင်းလောက်အောင် လွယ်တာ။

External Link :

http://www.labnol.org/internet/tutorial-create-bot-for-gtalk-yahoo-messenger/4354/