How to check array isset and is_null in PHP

ถ้า value ของ Array ช่องนึงเป็น NULL เวลาที่เช็คด้วยคำสั่ง isset มันจะได้ false ดังตัวอย่างนี้
[php]<?php
$arr = array();
$arr[‘foo’] = NULL;
var_dump( isset( $arr[‘foo’] ); // ให้ผลลัพท์เป็น bool(false)
?>[/php]
วิธีที่จะเช็คว่า Array มีการกำหนด key นั้นอยู่ และค่าของมันเป็น NULL ด้วย ให้ใช้คำสั่ง array_key_exists ดังตัวอย่างนี้นี้
[php]<?php
if ( array_key_exists( ‘foo’, $arr ) && is_null( $arr[‘foo’] ) )
echo "OK";
?>[/php]

Modifying timthumb.php in wordpress’s theme for optimize performance

ปรกติแล้วใน timthumb.php จะมีความสามารถในการ cache รูปที่ถูกย่ออยู่แล้ว เพื่อไม่ให้มันต้อง crop รูปสำหรับทุกๆ request. แต่ว่าปัญหา คือ ไฟล์ cache ของ timthumb นั้น มันไม่ใช่ไฟล์รูปที่สามารถเปิดดูได้โดยตรง เพราะว่าที่ส่วนหัวของ cache จะมี filePrependSecurityBlock แทรกอยู่เพื่อป้องกันการส่งสคริปท์ php เข้าไปรัน. จากลักษณะการทำงานที่เป็นชี้นี้ ทำให้เราไม่สามารถใช้พวก Reverse proxy หรือ CDN มาช่วยในการลดโหลดได้ของ WordPress ที่มีจำนวน Traffic สูงๆ ได้ (ไม่งั้นมันเรียก php ขึ้นมาทำงานตลอด). Continue reading “Modifying timthumb.php in wordpress’s theme for optimize performance”

เปิด/ปิด register_globals ต่างกันอย่างไร

สมัยก่อน (PHP รุ่นก่อนเวอร์ชั่น 4.2.1) ตัวแปรที่ส่งมาจากภายนอก ( GET, POST ) และตัวแปร SESSION จะใช้ปนกับตัวแปรที่ใช้ภายในโปรแกรมเลย

ต่อมาหลังจากเวอร์ชั่น 4.2.1   php ก็ได้พัฒนาให้การรับค่าตัวแปรรัดกุมขึ้น โดยใช้ตัวแปรแยกออกมาสำหรับ GET, POST และ SESSION แต่ก็เปิดให้ผู้พัฒนาเว็บไซต์สามารถเลือกกลับไปใช้แบบเก่าได้ ด้วยการเปิด register_globals ซึ่งสามารถตั้งในไฟล์ .htaccess   หรือถ้าเป็นเซิร์ฟเวอร์ของคุณเอง คุณสามารถที่จะตั้งใน php.ini ก็ได้ เพื่อให้มีผลกับทั้งเซิร์ฟเวอร์

Continue reading “เปิด/ปิด register_globals ต่างกันอย่างไร”

ปัญหา Query หนักใน plugin post-views ของ WordPress

วันก่อนเซิร์ฟเวอร์เครื่องหนึ่งเกิดปัญหาโหลดขึ้นสูงอย่างหนัก จึงได้เข้าไปตรวจสอบ

พบว่าสาเหตุเกิดจาก เว็บไซต์ลูกค้ารายหนึ่ง ใช้ WordPress และมีคนเข้าจำนวนมาก เค้าได้ติดตั้ง plugin ที่มีชื่อ post-views เข้าใจว่ามันจะทำการนับ stats และแสดงรายการ posts ที่มีคนเข้าชมเยอะ ไรประมาณนั้น

ใน Query ที่ plugin มันเขียน มันใช้ SELECT ใหม่ทุก โดยใช้ WHERE ระบุเป็นเงื่อนไขเวลาที่ละเอียดเป็นวินาทีเลย.  ผมเลยลองเข้าไปแก้ให้ Query มัน WHERE โดยใช้เวลาเป็น floor ที่ interval=20 minutes  เพราะตอนแรกเดาว่ามันน่าจะได้ประโยชน์จาก MySQL query cache  แต่ปรากฎว่าไม่ช่วยแฮะ ไม่รู้ว่า result มันขนาดเกิน cache limit หรือเปล่า

ผมเลยแก้ให้มันเขียน result ลงไฟล์แทน โดยใช้ serialize

ต้องสร้างโฟลเดอร์ /wp-content/plugins/post-views/cache/ และเปิดสิทธิ์ให้ php เขียนไฟล์ในโฟลเดอร์นี้ได้ด้วย

อันนี้เป็นไฟล์ที่ผมแก้แล้ว  แก้ 2 จุดครับ ประมาณบรรทัดที่ 2243 และ 2412 ครับ (ดาวน์โหลด post-views.php)

How to enable using the $_GET variable in CodeIgniter

คงจะทราบดีว่า ถ้าเราตั้ง $config[‘enable_query_strings’] = FALSE ตัว CodeIgniter มันจะ unset ตัวแปร $_GET ของเราซะงั้น  ครั้งแรกที่ผมแก้ ผมเข้าไปแก้ที่ core ของ CodeIgniter เลยครับ  แต่วันนี้ผมคิดเทคนิคดีๆ ได้แล้ว เลยอยากบอกต่อครับ

ให้เข้าไปตั้งค่าในไฟล์ config.php ดังนี้ครับ

Continue reading “How to enable using the $_GET variable in CodeIgniter”

Wick 0.8 just another bug

สำหรับปัญหาล่าสุดที่เจอ จะอยู่ในส่วนของ Router ครับ ซึ่งมีตัวแปรหลายตัวที่ไม่ถูก Reset ค่าทำให้เกิดข้อผิดพลาดมากมายในการ Load Controller ตัวถัดมาครับ.  ตรงนี้ผมแก้โดยใช้เก็บค่าก่อน Load Controller ลง Stack ไว้ก่อนครับ. แล้วก็ดึงคืนเวลาโหลดเสร็จครับ.

Wick0.8 ยังไม่เหมาะที่จะนำมาใช้งานจริงอย่างยิ่งครับ  หลังจากที่ค่อยๆ ปรับแก้ ไปเรื่อยๆ ก็จะมีปัญหาใหม่ๆ เกิดขึ้นเรื่อยๆ เช่นกัน.  สำหรับนักพัฒนาท่านใดที่คิดจะใช้เจ้าตัวนี้ ขอให้ลองคิดหาทางเลือกอื่นก่อนจะดีกว่านะครับ  ไม่งั้นท่านต้องเสียเวลาในการปรับปรุงเฟรมเวิคเยอะครับ  ดีไม่ดีเยอะกว่าเวลาที่ใช้ทำงานหลักจริงๆ เสียอีกนะครับ.   สำหรับผมถอยไม่ได้แล้วครับ  ยังไงก็จะลุยต่อครับ.

Reset value of _fail_gracefully (avoid recursively call controller)

Wick Ref: http://codeigniter.com/wiki/Wick/

ผมเจอปัญหาว่าเวลามีการเรียก  $this->load->uri ( … ); ที่ไม่มีอยู่จริง ปรกติแล้วควรจะขึ้น Error ว่าไม่พบ Controller หรืออะไรประมาณนั้น แต่ปัญหาคือเมื่อเรียก controller ที่ไม่มีอยู่จริงแล้ว จะทำให้มันพยายาม load controller ตัวเดิมไปเรื่อยๆ แบบ Recusive.  คิดว่าน่าจะเกิดเฉพาะกรณีที่ คุณเข้าถึง controller หลักโดยไม่ได้ระบุ controller  (หมายถึง มันเข้า default controller) เพราะจะไปมีผลกับตัวแปร  _fail_gracefully ครับ ซึ่งจะกลายเป็น true เมื่อมีการดึง config ตรง default controller มาใช้. วิธีแก้ก็ไม่ยากครับ ตามข้างล่างเลย!

/system/application/libraries/Wick.php
[php] $router = &load_class(‘Router’);
$uricla = &load_class(‘URI’);
$router->_fail_gracefully = false; // <-- Insert this Line $router->_set_request($uri);[/php]

Wick 0.8 Bug with Model & non-core Library

Wick Ref: http://codeigniter.com/wiki/Wick/

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

ปัญหา

เมื่อมีการเรียก $this->load->uri( …. ); จะทำให้พวก Model และ Non-core Library หายไปครับ (อาจรวมไปถึง plugin ด้วย). บางคนอาจจะเข้าใจว่ามันไม่ถูกโหลดเข้าไปใน Controller ตัวที่ถูกเรียกเท่านั้น, แต่จริงๆ แล้วนอกจากจะไม่ถูกโหลดเข้าไปแล้ว ยังทำให้สิ่งเหล่านี้ที่อยู่ที่ Controller หลักหายไปด้วยครับ. ทำให้ไม่สามารถใช้งาน Model, Non-core Library และ Plugin ได้ตามปรกติ ถ้ามีการใช้งาน Load URI ของ Wick

การหาสาเหตุ

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

ตอนแรกผมพยายามไล่ดูใน Wick ครับ เพราะเข้าใจว่า Wick คงโหลดบางอย่างไม่ครบ แต่ก็ไม่เจออะไรครับ เพราะพอหลังจากอ่านโค๊ดอยู่สักพัก ก็เข้าใจว่า Wick เป็นเพียง Library ที่มาเสริมโดยเพิ่ม method uri ใน Loader เฉยๆ ครับ. อย่างที่บอกครับว่าผมพบว่า Model และ Non-core Library มันหายไปจาก Controller หลักด้วย, เคสนี้เป็นเคสที่สำคัญเลยครับ เพราะใน Wick ไม่มีโค๊ดส่วนไหนที่ไปกระทบกับตัว Controller หลักที่อยู่ข้างนอกเลยครับ  (จริงๆ แล้วมันกระทบครับ กระทบครั้งเดียวตอนโหลดครั้งแรก ซึ่งไม่มีผลอยู่แล้ว)

หลังจากนั้นผมก็ลองเช็คไปเรื่อยๆ ก็ไม่เจออะไรที่น่าสนใจเลยครับ จนเกือบจะถอดใจแล้ว..  แต่เปลี่ยนใจลองกลับไปไล่อ่าน Wick ใหม่.. คราวนี้ผมมาหยุดตรงบรรทัดที่มีการสร้าง controller ครับ ประมาณ $controller = new $class(); อะไรประมาณนี้. และก็อย่างที่คาดการครับ บรรทัดนี้คือตัวปัญหาจริงๆ  ก็เลยต้องไล่ต่อเข้าไปข้างในครับ ว่าทำอะไรบ้าง และสุดท้ายก็เจอจนได้ครับ

สาเหตุ

เนื่องจาก CodeIgniter ถูกออกแบบมาสำหรับการใช้งานเพียง 1 Controller ต่อการเรียกครั้งนึงครับ. โดยเอาทุกอย่างมาเชื่อมเข้ากับ Controller ตามหลักของ Singleton ครับ ประเด็นคือใน code ของ Base4 และ Base5 จะทำการนำเอา Controller ที่สืบทอดมาจากมันทับเข้าไปที่ตัว Object กลางเลยครับ ซึ่งตรงนี้เลยเกิดปัญหาครับ เพราะว่า Controller ที่ถูกเรียกจาก Wick จะมีเพียง Core Library ที่เกิดจากขั้นตอนการ initialize เท่านั้นครับ  แล้วก็ถูกจับไปวางทับ Object กลางซึ่งมีการโหลด Model หรือ Non-core Library เอาไว้. Model กับ Non-core Library เลยหายไปครับ

วิธีแก้ไข

ผมใช้แนวคิดเดียวกับของ Wick ครับ  นั้นก็คือการ merge! ครับ  ผมเข้าไปแก้ไขใน Base4 และ Base5 โดยให้ทำการ merge Controller เข้ากับ Object กลางครับ แทนที่จะไปวางทับเอาดื้อๆ. การ merge ตรงนี้ผมไม่แน่ใจว่าจะส่งผลกระทบอย่างไร ต่อการทำงานในระบบใหญ่บ้าง เพราะไม่แน่ใจว่า จะมีกรณีที่บาง Module ใช้ชื่อ Properties เดียวกันหรือไม่ และอาจทำให้เกิดปัญหาได้ แต่จาการคาดคะเนโอกาสที่จะเกิดปัญหานั้นมันก็น้อยครับ. แต่ถึงอย่างนั้นก็ตาม ถ้าหลีกเลี่ยงเรื่องการใช้ชื่อซ้ำซ้อนก็จะดีครับ.

/system/codeigniter/Base4.php

if (class_exists( config_item('subclass_prefix')."Loader" ))
{
    eval('
    class CI_Base extends '.config_item('subclass_prefix')."Loader".' {
        function CI_Base()
        {
            $CI =& get_instance();
            if (is_object($CI)) {
                foreach (array_keys(get_object_vars($CI)) as $attribute) {
                    $this->$attribute = &$CI->$attribute;
                }
            }

            // This allows syntax like $this->load->foo() to work
            parent::'.config_item('subclass_prefix')."Loader".'();
            $this->load =& $this;

            // This allows resources used within controller constructors to work
            global $OBJ;
            $OBJ = $this->load; // Do NOT use a reference.
        }
    }
    ');
}
else
{
    class CI_Base extends CI_Loader {
        function CI_Base()
        {
            $CI =& get_instance();
            if (is_object($CI)) {
                foreach (array_keys(get_object_vars($CI)) as $attribute) {
                    $this->$attribute = &$CI->$attribute;
                }
            }

            // This allows syntax like $this->load->foo() to work
            parent::CI_Loader();
            $this->load =& $this;

            // This allows resources used within controller constructors to work
            global $OBJ;
            $OBJ = $this->load; // Do NOT use a reference.
        }
    }
}

/system/codeigniter/Base5.php

class CI_Base {

    private static $instance;

    public function CI_Base()
    {
        if (isset(self::$instance)) {
            foreach (array_keys(get_object_vars(self::$instance)) as $attribute) {
                $this->$attribute = &self::$instance->$attribute;
            }
        }
        self::$instance =& $this;
    }

    public static function &get_instance()
    {
        return self::$instance;
    }
}

หมายเหตุ: ไฟล์ Base4.php ผมใส่สีเฉพาะความแตกต่างจากการแก้ไขเดิมนะครับ ตามลิงค์นี้ (http://blog.kentreez.com/2008/07/22/codeigniter-my_loader-in-php4/)

พอแก้ไขบั๊กจุดนี้ได้แล้ว Framework Bug Free ก็ใกล้ความจริงเข้ามาแล้วครับ

Wick 0.8 have to edit Router.php

Ref: http://codeigniter.com/forums/viewthread/80279/P10/

ถ้าจะใช้ Library Wick ต้องเข้าไปแก้ไข

/system/application/libraries/Router.php

ดังนี้ครับ

...
function _validate_request ($segment)
{
    // {{{ Matchbox
    $this->_called = 0; // <-- Inster this line (at line 239)
    foreach ($this->_matchbox->directory_array() as $directory) {
...