okito is me

เห็นช่วงนี้มีการกล่าวโทษจำเลย “ฝนเทียม” กันมาก เลยขอตั้งตัวเองเป็นทนายแก้ต่างให้จำเลย “ฝนเทียม” ซะหน่อย

จากที่โจทย์กล่าวหาว่าจำเลย “ฝนเทียม” ร่วมกับพายุ ทำให้น้ำหน้าเขื่อนสูงทำให้ต้องปล่อยน้ำ และเกิดน้ำท่วมหนักในพ้ืนที่ลุ่มน้ำเจ้าพระยา ไล่ตั้งแต่ นครสวรรค์ จนตอนนี้ถึง กทม. โดยได้ใช้ภาพด้านล่างนี้เป็นหลักฐานน้ัน

เป็นเพียงความจริงบางส่วนที่ไม่ถูกต้อง เพราะถ้าลงรายละเอียดจริงๆ ตามรายงานประชุมคณะอนุกรรมการติดตามและแก้ไขปัญหาน้ำ ครั้งที่ 18 วันที่ 9 พฤษภาคม 2554 เวลา 12:00น. หน้า 8 หัวข้อที่ 8 ระบุว่า

ผู้แทนสํานักฝนหลวงและการบินเกษตร รายงานให้ที่ประชุมทราบว่า ปัจจุบัน สํานักฝนหลวงและการบินเกษตรมีหน่วยปฏิบัติการฝนหลวงเพื่อช่วยเหลือภาวะภัยแล้ง จํานวน 10 หน่วย สัปดาห์ที่ผ่านมาได้ปฏิบัติการฝนหลวงตามปกติ ส่วนในพื้นที่ภาคเหนือเริ่มหยุดปฏิบัติการชั่วคราว เนื่องจากมีฝนตกอยู่แล้ว และกําลังเข้าสู่ช่วงฤดูฝน ราษฎรเกรงว่าจะเกิดปัญหาน้ําท่วม

และตาม รายงานประชุมคณะอนุกรรมการติดตามและแก้ไขปัญหาน้ำ ครั้งที่ 22 ในวันที่ 13 มิถุนายน 2554 เวลา 12:00น. หน้า 8 หัวข้อที่ 6 ระบุว่า

ผู้แทนสำนักฝนหลวงและการบินเกษตร รายงานให้ที่ประชุมทราบดังนี้
6.1) ปัจจุบัน สำนักฝนหลวงและการบินเกษตร มีหน่วยปฏิบัติการฝนหลวงเพื่อช่วยเหลือภาวะภัยแล้ง จำนวน 5 หน่วย แยกเป็นรายภาค ดังนี้
- ภาคตะวันออกเฉียงเหนือ จำนวน 2 หน่วย ที่จังหวัดนครราชสีมา และจังหวัดขอนแก่น
- ภาคตะวันออก จำนวน 1 หน่วย ที่จังหวัดสระแก้ว
- ภาคใต้จำนวน 2 หน่วย ที่อำเภอหัวหิน และอำเภอเมืองประจวบคีรีขันธ์
6.2) วันที่ 6-12 มิถุนายน 2554 ได้ปฏิบัติการฝนหลวง จำนวน 84 เที่ยวบิน จากการติดตามผลพบว่า มีฝนตกในภาคตะวันออกเฉียงเหนือ ภาคตะวันออก ภาคตะวันตก ครอบคลุมพื้นที่ 17 จังหวัด โดยมีฝนตกทุกวันที่ปฏิบัติการ วันปริมาณน้ำฝนสูงสุดได้ 14.4 มม.
6.3) สำนักฝนหลวงและการบินเกษตรจะเผ้าติดตามสถานการณ์ฝนตกในพื้นที่ภาคเหนือ และภาคกลาง ซึ่งหากมีฝนตกน้อยจะตั้งฐานปฏิบัติการฝนหลวงตามแผนเดิม โดยภาคกลางจะตั้งที่จังหวัดกาณจนบุรี

จากรายงานประชุมทั้ง 2 ฉบับ ชึ้ให้เห็นว่า จำเลย “ฝนเทียม” ไม่ได้ถูกทำขึ้นในเขตภาคเหนือ และภาคกลางตอนบนเลย จึงสรุปได้ว่าหลักฐานที่ทางโจทย์นำมากล่าวหานั้นเป็นเพียงแค่ความจริงบางส่วน นั่นคือมีแผนที่จะทำ “ฝนเทียม” จริง แต่ถึงเวลาจริงๆ แล้วนั้นไม่ได้ถูกทำตามแผนที่วางไว้ ดังนี้แล้วจำเลย “ฝนเทียม” จึงไม่ผิดตามข้อกล่าวหา

ดังนี้แล้วคณะลูกขุน (เสื้อแดง, เสื้อเหลือง, สลิ่ม, พวกดีแต่ด่า ทั้งหลาย) ยังจะตัดสินให้จำเลย “ฝนเทียม” ผิดจริงอีกเหรอ?

ที่มา:
สิ่งผิดปกติ-เกี่ยวกับเรื่องน้ำท่วมใหญ่ครั้งนี้ : http://goo.gl/3LgXl
กรมทรัพยากรน้ำ : http://www.dwr.go.th/

• รายงานครั้งที่ 18 : http://www.dwr.go.th/waterboard/report_meeting18_2554.pdf
• รายงานครั้งที่ 22 : http://www.dwr.go.th/waterboard/report_meeting22_2554.pdf

self กับ $this ต่างกันตรงที่ $this จะหมายถึง object ที่ใช้อยู่ตอนนั้น แต่ self จะหมายถึง class ที่ใช้อยู่ตอนนั้น หรือ ก็คือ $this จะใช้กับอะไรก็ตามที่ไม่ใช่ static แต่ self กับอะไรก็ตามที่เป็น static นั้นเอง เช่น

class okito {
public static $foo = “foo : “;
var $bar = “bar : “;

function __construct() {
$this->bar .= “Hello<br />”;
self::$foo .= “Hi<br />”;
}

public static function staticHello() {
echo self::$foo;
}

function nonStaticHello() {
echo $this->bar;
}

function say() {
$this->nonStaticHello();
self::staticHello();
}
}

$okito = new okito();
$okito->say();

ผลลัพธ์

Hello<br />
Hi<br />

มาจดไว้กันลืมเหอๆ ก่อนอื่นก็ต้องมี Mac Port กันก่อนนะ ตรงนี้ข้ามไปเลยแล้วกัน ถ้ามีอยู่แล้วก็สั่ง

sudo /opt/local/bin/port install memcached

sudo /opt/local/bin/port install php5-memcache

จากน้ันเข้าไป check ดูว่าได้ enable Memcache ใน php แล้วหรือยัง

sudo vi /opt/local/var/db/php5/memcache.ini

ถ้าเป็นตามด้านล่างก็ใช้ได้แล้ว ถ้าไม่ใส่ก็ใส่เพิ่มเข้าไป

extension=memcache.so

แต่ถ้าใครไม่ได้ลง php ด้วย Mac Port หรือไม่เจอ file ก็เข้าไปแก้ใน php.ini เอาเลย จากนั้นก็สั่ง start MemCached

sudo /opt/local/bin/memcached -d -u nobody

ท้ายสุด restart apache อีกทีเป็นอันเรียบร้อย

sudo /opt/local/apache2/bin/apachectl restart

พอดีต้อง restart apache แล้วก็เจอกับ error นี้

apachectl: line 82: ulimit: open files: cannot modify limit: Invalid argument

วิธีแก้ก็ง่ายๆ ไปแก้ apachectl บันทัดที่ 64

ULIMIT_MAX_FILES=”ulimit -S -n `ulimit -H -n`”

แก้เป็น

ULIMIT_MAX_FILES=”"

จากนั้นก็ save แล้วก็ restart ได้เลย ง่ายๆ ^^

ทริปนี้เป็นการตระเวนกินตามรอยนักชิม MThai

วันแรกไปถึงหัวหินก็เที่ยงแล้ว ก็เลยเร่ิมมื้อแรกที่ร้านไก่กรรณิการ์ก่อนเลย ร้านจะอยู่ใกล้ๆ กับสถานีรถไฟหัวหิน มาถึงหิวจัดสั่งมาเต็มที่ทั้งไก่ยัดไส้ ลาบไก่ ไก่ทอด ขนมจีนแกงเขียวหวานไก่ อร่อยทุกอย่างโดยเฉพาะไก่ยัดไส้อร่อยมากแนะนำเลยครับ

ร้านไก่กรรณิการ์

จากนั้นก็เข้า check in ที่บ้านกางมั้ง ตอนแรกว่าจะออกมาหาที่ถ่ายรูป แต่หลังจากที่ซัดไก่ไปเยอะบวกกับห้องน่านอน เลยหลับไปยาวถึงเย็นผิดแผนกันไป

บ้านกางมุ้ง

พอตื่นปุ๊ปก็ออกไปหาของกินกันต่อ ตาม concept ของทริปนี้ อิอิ มื้อนี้มากินที่ร้านลุงบังครับ ร้านอยู่ซอยหัวหิน 51 ร้านนี้มีหัวปลาหม้อไฟรสเด็ดขึ้นชื่อ แต่ที่ถูกใจที่สุดเป็น ผัดมะระไฟแดงกับเนื้อแดดเดียว มะระเค้าอร่อยมากๆ เนื้อแดดเดียวก็นุ่มเหนียวกำลังดี และที่ขาดไม่ได้ยำปูม้าดองที่ที่รักชอบมากๆ มื้อนี้ก็จัดหนักแน่นกันไปทั้ง 2 คน เหอๆ

ร้านลุงบัง

หลังจากจัดหนัก ก็มาเดินย่อยตลาดโต้รุ่ง ตามแผนต้องมาหาของกินที่นี่ต่อทั้ง หมูสะเต๊ก ไอติม ผัดไทยฯ แต่สุดท้ายก็เดินอย่างเดียว ได้แต่แม่เหล็กติดตู้เย็นกลับมา เพราะจัดหนักร้านลุงบังไปหน่อยกินอะไรไม่ไหวแล้ว -_-”

วันที่ 2 หลังจากจัดการอาหารเช้าที่ทางรีสอร์ทจัดไว้ให้ ก็ออกเดินทางถ่ายรูปเล่นไปเรื่อย รอเวลามื้อถัดไป

สถานีรถไฟหัวหิน

วัดห้วยมงคล

ถ่ายรูปฆ่าเวลาเรียบร้อยก็มาถึงมื้อสุดท้ายที่ร้านชาวเล ได้ยินว่าเป็นร้านแรกที่ทำเมนูปลาทอดน้ำปลา ไม่รู้จริงเปล่า? แต่มาถึงแล้วก็ต้องสั่ง หุหุ นอกจากปลาทอดน้ำปลา ก็มี หอยเชลล์อบเนย ยำหอยนางรม ปลาดุกทะเลผัดฉ่า แต่มีอีกเมนูที่อยากกินแต่ไม่กล้าสั่งแพงเกิ๊น ก็คือ เนื้อปูผ้ดต้นหอม

ร้านชาวเล

ก่อนกลับกทม. ก็ต้องแวะเพลินวานตามกระแสนิยมซะหน่อย ฮี่ฮี่

ที่รัก @ เพลินวาน #1

ที่รัก @ เพลินวาน #2

จบทริปนี้แต่เพียงเท่านี้ คราวหน้าจะตามไปชิมร้านที่เหลือในหัวหินให้ครบ รูปอื่นๆ ตามไปดูที่ https://picasaweb.google.com/kikit.ki/Huahin นะครับ

วันก่อนเจอปัญหา php ให้ค่า string length มาผิด ไม่ตรงกับที่นับด้วย javascript

หลังจากนั่งหาข้อมูลอยู่พักนึงก็เลยรู้ว่าสาเหตุเกิดจาก ตัวอักษรแต่ละตัวของ utf8 นั้นใช้ byte ในการเก็บมากกว่า 1 byte ทำให้ strlen() อ่านผิด

วิธีแก้นั้นก็ง่ายนิดเดียวด้วยการใช้ function utf8_decode() ก่อนเข้า strlen() ก็เป็นอันเรียบร้อย

$len = strlen(utf8_decode($string));

นับด้วย javascript

นับด้วย PHP

วันนี้ต้องแยกไฟล์ log ที่มีขนาดใหญ่มาก ก็เลยหาวิธีใช้ command line ในการแยกก็มาเจอคำสั่ง split วิธีใช้ก็ตามนี้

$ split -b 5m /path/to/large/file /path/to/small/file/prefix

เท่านี้ก็แยกไฟล์ได้แล้ว

ช่วงนี้ QR-Code กำลังมาแรง ก็ลองสร้าง QR-Code กับเค้าดูบ้าง

ค้นไปค้นมาพบว่า Google มี API ให้ใช้ คือ Google Chart Tools ซึ่งมันสามารถสร้าง QR-Code ได้ รายละเอียดเข้าไปอ่านที่ http://code.google.com/apis/chart/docs/gallery/qr_codes.html นะ

ตัวอย่าง Code สำหรับ สร้าง QR-Code

<?php

function google_qr($url,$size =’150′,$EC_level=’L',$margin=’0′) {

$url = urlencode($url);

echo ‘<img src=”http://chart.apis.google.com/chart?chs=’.$size.’x’.$size.’&cht=qr&chld=’.$EC_level.’|’.$margin.’&chl=’.$url.’” alt=”QR code” width=”‘.$size.’” height=”‘.$size.’”/>’;

}

google_qr(‘http://www.okito.com’, 216);

วันนี้มาเขียน blog ประจานตัวเองหน่อย เนื่องด้วยวันก่อนเปิด wordpress บน local แล้วพบว่ามัน connect database ไม่ได้ เกิดอะไรขึ้นเนี่ย!?!

step แรกที่คิดได้คือไม่ได้รัน mysql แน่ๆ แต่พอ ps ดูก็มีนี่หว่า! เอาหละสิมันเป็นอะไรกัน ก็เลยลองใช้ cocoaMysql connect ดูมันก็ใช้ได้ปกติ งง เป็นไก่ตาแตกเลยทีนี้

หลังทิ้งมันไว้ 1 วันผ่านไปเนื่องจากไม่มีเวลาดูต่อ(จริงๆ ขึ้เกียจแหละ 555+) วันนี้เลยเขียน script connect database ง่ายๆ ตามนี้

$tmp = @mysql_connect($dbhost, $dbuser, $dbpassword, true);

if(!$tmp) {
die(mysql_error());
}

ได้ผลออกมาเป็น

No such file or directory

เลยถึงบางอ้อ ที่แท้มันหา file mysql.sock ไม่เจอนี่เอง อ้าว..แล้วทำไมมันหาไม่เจอกันหว่า! ก็เลยเข้าไปดูใน php.ini มันเรียกที่

/var/mysql/mysql.sock

หลังจากตามหาอยู่พักนึงก็ไปเจอที่ /tmp/mysql.sock ไม่รู้มันมาอยู่นี่ได้ไงเหมือนกัน ก็เลยเข้าไปแก้ php.ini ตามนี้

pdo_mysql.default_socket=/tmp/mysql.sock

mysql.default_socket = /tmp/mysql.sock

mysqli.default_socket = /tmp/mysql.sock

จากนั้นก็ restart Apache ตาม step ซะ

sudo apachectl restart

คราวนี้ก็ใช้ได้ปกติแล้ว

พอดีวันนี้ลองลง openx ใน local ปรากฎว่ามัน ขึ้น warning function date-default-timezone-get พอเข้าไปดูใน php.net มันบอกว่าต้องใช้ PHP version 5.1.0 ขึ้นไป ก็เลยตามไปดู phpinfo ดูปรากฎว่า ก็ใช้ 5.3 อยู่แล้ว แต่พอเลื่อนมาดูตรง date ก็เจอ

Warning: phpinfo() [function.phpinfo]: It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ‘Asia/Bangkok’ for ‘ICT/7.0/no DST’

วิธีแก้ ให้เข้าไปแก้ตามนี้

cd /etc

sudo cp php.ini.default php.ini // ถ้าใครมี php.ini อยู่แล้วข้ามไปเลย

sudo chmod 666 php.ini // เปลี่ยน permission มันซะจะได้แก้มันได้

จากนั้นเข้าไปแก้ php.ini หาบันทัดนี้

;date.timezone =

เอา comment ออกแล้วใส่ timezone ลงไป (http://nl3.php.net/manual/en/timezones.php)

date.timezone = Asia/Bangkok

จากนั้นก็ restart Apache ซะ

sudo apachectl restart

เท่านี้ warning ก็หายแล้วครับผม