PhalconHost เราก็มีการนำ Letsencrypt มาใช้งาน ประมาณ 2 ปีแล้ว ปรากฏว่า ใช้งานได้เป็นอย่างดี ทดแทน SSL Certificate ซึ่งแต่ก่อนเราต้องซื้อ SSL Certificate แบบรายปี ตั้งแต่ 1,000 – 10,000 บาท/ปี

วิธีทำนั้นง่ายมากครับ ดังนี้

เทคนิคพิเศษเพิ่มเติม:

– หากพึ่งจดโดเมนใหม่ หรือ พึ่งชี้ nameserver ของโดเมนมาที่โฮสติ้ง เมื่อสั่ง gen ssl จะเกิด error เพราะระบบ letsencrypt จะยังไม่รู้จักโดเมนนี้ ดังนั้น ต้องรอให้ผ่านไปประมาณ 1-3 วันก่อน เพื่อให้ระบบ DNS อัพเดตเรียบร้อยก่อน จากนั้นค่อยสั่ง gen ssl ใหม่ ก็จะสำเร็จครับ

– ถ้าต้องการให้เว็บไซด์ redirect ไปที่ https อัตโนมัติ หากมีการเข้าเว็บไซด์ด้วย http ธรรมดา ให้คลิกเลือก “Force SSL with https redirect” ในเมนู “Domain Setup > เลือกโดเมน” ด้วยครับ

– หากทำเว็บไซด์ด้วย WordPress ให้เข้าไปตั้งค่า url ทั้ง 2 ตัวของเว็บไซด์ในระบบหลังบ้านของ WordPress ด้วยครับ คลิกที่เมนู “Settings > General” ดังรูปด้านล่าง

สำหรับลูกค้า PhalconHost ที่ใช้บริการโฮสติ้ง และไม่มีเมนู “SSL Certificates” ที่หน้า DirectAdmin แสดงว่าใช้บริการโฮสติ้งตัวเดิมอยู่ ท่านสามารถแจ้งย้ายข้อมูลไปที่ระบบ VIP Hosting SSD เพื่อให้รองรับการ gen ssl ได้ครับ

สำหรับลูกค้า PhalconHost ที่ใช้บริการ VPS, VPS SSD และไม่มีเมนู “SSL Certificates” ที่หน้า DirectAdmin แสดงว่าอาจจะยังไม่เปิดเมนูนี้ขึ้นมา หรือ ยังไม่ได้ติดตั้ง Letsencrypt ท่านสามารถแจ้งให้เราตรวจสอบ และ ติดตั้งเพิ่มเติม ให้ได้ครับ

หากต้องการพูดคุยกับทีมงาน PhalconHost โดยตรง
สามารถ Add Line: @PhalconHost เข้ามาได้เลยครับ
ยินดีตอบคำถามครับผม.

The post เปลี่ยน http เป็น https ด้วย Let’s Encrypt ผ่านระบบ DirectAdmin (ฟรี) appeared first on PhalconHost Blog.

การทำเว็บไซด์จะมีส่วนประกอบอยู่ 3 ส่วนคือ
1. เว็บไซด์ (Website)
2. โฮสติ้ง (Hosting)
3. โดเมน (Domain)

1. เว็บไซด์ (Website)
จะมีอยู่ 2 แบบคือทำเองหรือจ้างคนอื่นทำเว็บไซด์
– ถ้าจ้างคนทำเว็บไซด์ก็ง่ายเลยเพียงแค่ เตรียมข้อมูลที่จะใส่ลงในเว็บไซด์, หาผู้รับทำเว็บไซด์, ตกลงราคากันให้เรียบร้อย ก็จะได้เว็บไซด์ตามที่เราต้องการ
– ถ้าทำเว็บไซด์เอง ก็มีอีก 2 แบบ คือใช้ระบบเว็บไซด์สำเร็จรูป (CMS) เช่น Joomla, WordPress เป็นต้น หรือจะเขียนโปรแกรมเว็บไซด์เองเลยก็ได้

ถ้าไม่มีเวลาทำเว็บไซด์ การจ้างให้คนอื่นทำให้ ก็ง่ายดี แต่ถ้าเน้นประหยัดงบหน่อย ก็อาจจะใช้ Joomla หรือ WordPress จะง่ายกว่า ส่วนใครมีความรู้การทำเว็บไซด์ จะเขียนโปรแกรมเว็บไซด์ขึ้นมาเองกับมือ ก็ไม่ว่ากัน

2. โฮสติ้ง (Hosting)
เมื่อเรามีเว็บไซด์แล้ว ขึ้นตอนต่อไปคือ หาโฮสติ้ง เพื่อนำไฟล์เว็บไซด์ต่างๆ ขึ้นมาติดตั้งที่โฮสติ้ง เพื่อรอให้คนอื่นเข้ามาเรียกดูเว็บไซด์ของเรา โดยปกติแล้ว ไม่ว่าโฮสติ้งเจ้าไหนก็คล้ายๆ กัน คือ อัพโหลดไฟล์เว็บไซด์ขึ้นที่โฮสติ้ง ก็สามารถใช้งานได้เหมือนๆ กัน นอกเสียจากไฟล์เว็บไซด์ของเราต้องการใช้คำสั่งพิเศษ นอกเหนือไปจากเว็บไซด์ทั่วๆไป แต่ถ้าเราสร้างเว็บไซด์ด้วย html, javascript, css, php อะไรพวกนี้ สามารถใช้งานโฮสติ้งปกติได้แน่นอน

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

3. โดเมน (Domain)
เมื่อเราอัพโหลดไฟล์ขึ้นโฮสติ้งแล้ว ต่อไปต้องมี ชื่อเว็บไซด์ หรือ โดเมน เพื่อให้คนอื่นสามารถเข้ามาใช้งานได้ โดยชื่อโดเมนก็มีให้เลือกมากมายแล้วแต่เราจะตั้งชื่อว่าอะไร
เช่น phalconhost.com, phalconhost.net, phalconhost.org, tinicorn.co.th เป็นต้น

โดยสรุป
การจะมีเว็บไซด์สัก 1 ตัว ก็ไม่ใช่เรื่องยาก โฮสติ้งและโดเมน สามารถสั่งซื้อกับผู้ให้บริการได้เลย และการสร้างเว็บไซด์ก็ใช้เว็บไซด์สำเร็จรูป เช่น WordPress หรือ Joomla จากนั้นก็ใส่ข้อมูลเข้าไปในเว็บไซด์สำเร็จรูปของเรา เพียงเท่านี้ก็ได้เว็บไซด์ขึ้นมาใช้งานแล้ว

The post ต้องการมีเว็บไซด์ จะเริ่มต้นอย่างไร appeared first on PhalconHost Blog.

Dedicated Server, VPS, Hosting ต่างกันอย่างไร และควรเลือกแบบไหนดี เป็นประเด็นที่มีความสับสนกันมาก แม้ผู้ที่พัฒนาเว็บไซด์อยู่แล้วก็อาจจะสับสนในตอนแรก โดยคำที่ใช้เรียกกันคือ เครื่องเซิฟเวอร์ (Server) ซึ่งเป็นคำที่ใช้เรียกแบบกว้างๆ ใช้เรียกแทนได้ทั้ง Dedicated, VPS, Hosting และอาจจะมีอีกคำหนึ่งคือ Colo ซึ่งบ่อยครั้งที่เราอาจจะเรียกชื่อต่างๆ สลับกันไปมา ซึ่งต้องอธิบายกันค่อนข้างนานกว่าจะเข้าใจกัน และแม้จะอธิบายแล้วก็ยังไม่แน่ใจว่า ควรจะเลือกใช้แบบไหนดี

1. Dedicated Server (เครื่องเซิฟเวอร์) คือเครื่องคอมพิวเตอร์ตัวใหญ่ มีส่วนประกอบที่สำคัญคือ Power Supply, Network Interface, CPU, RAM, Harddisk, Raid Controller เป็นต้น ซึ่งอุปกรณ์เหล่านี้เหมือนกับเครื่องคอมพิวเตอร์ตั้งโต๊ะ หรือ Notebook ของเราทุกประการ มีบางชิ้นส่วนที่อาจจะเพิ่มเติ่มเข้ามาเล็กน้อย เพื่องานด้านเซิฟเวอร์โดยเฉพาะ เพียงแต่ อุปกรณ์เหล่านี้ เมื่อนำมาใช้กับเครื่องเซิฟเวอร์จะต้องออกแบบมาเป็นพิเศษ เพื่อสามารถเปิดทำงานตลอด 24 ชั่วโมง และรันต่อเนื่อง 365 วันได้ โดยไม่เกิดปัญหา

ดังนั้นอุปกรณ์ที่อยู่ในเครื่องเซิฟเวอร์จะต้องเป็นแบบ Enterprise Edition ไม่ใช่ใช้รุ่นทั่วๆไป เช่น RAM ก็ต้องเป็นแบบ ECC, ฮาร์ดดิส ก็ต้องเป็นรุ่น Enterprise Edition, CPU ก็ต้องเป็นรุ่นที่ใช้งานบน Server โดยเฉพาะ เช่น Intel Xeon เป็นต้น

แต่ปัจจุบัน ความจุของเครื่องเซิฟเวอร์นี้ มีขนาดที่ใหญ่มากๆ เช่น RAM 192GB, HDD 10TB, Network สามารถทำให้วิ่งได้ถึง 1Gbps – 10Gbps, CPU 48 Core เป็นต้น เมื่อดูจากความจุและความสามารถของเครื่องเซิฟเวอร์แล้ว คงมีน้อยคนที่จะเอาเครื่องเซิฟเวอร์ขนาด RAM 192GB มารันโปรแกรมทั่วๆไป และด้วยราคาของเครื่องเซิฟเวอร์และอุปกรณ์ต่อพ่วงต่างๆมีราคาหลายหมื่น ถึงหลายแสนบาท เราจำเป็นที่จะต้องใช้งานเครื่องเซิฟเวอร์ให้คุ้มค่าที่สุด ใช้งานได้เต็มประสิทธิภาพมากที่สุด

2. VPS (เครื่องเซิฟเวอร์เสมือน) หรือ เราจะมองว่าเป็นเครื่องเซิฟเวอร์หนึ่งตัวก็ได้ มีส่วนประกอบคล้ายๆ Dedicated Server คือ Network Interface, CPU, RAM, Harddisk เป็นต้น แต่จะอยู่ในรูปแบบที่ถูกจำลองขึ้นมา โดยโปรแกรมที่ทำหน้าที่จัดการเรื่องเหล่านี้คือ Virtualization Software เช่น ESXi, Xen, KVM เป็นต้น โดยโปรแกรมเหล่านี้จะสามารถแบ่ง RAM, CPU, HDD ที่มีขนาดใหญ่ๆ ออกเป็นขนาดตามที่เราต้องการแก่การใช้งานได้ เช่น ต้องการเครื่องเซิฟเวอร์ ที่มีขนาด RAM 8GB, CPU 4 core, HDD 200GB เป็นต้น

ดังนั้นเมื่อเรามีเครื่องเซิฟเวอร์ขนาด RAM 192GB ก็สามารถนำมาแบ่งออกเป็นเครื่องเซิฟเวอร์เสมือน (VPS) RAM 8GB ได้ถึง 24 เครื่อง โดย VPS แต่ละเครื่องสามารถติดตั้งโปรแกรม, OS ได้อิสระโดยไม่กระทบกับ VPS ตัวอื่นๆ ทำให้เสมือนว่าเรามีเครื่องเซิฟเวอร์ 24 ตัวเลยทีเดียว

3. Hosting (โฮสติ้ง) โดยปกติจะเป็นการนำ VPS มาติดตั้งโปรแกรมสำหรับทำเว็บไซด์ เช่น Web Server, Database Server, Server Side Script (เช่น php, node.js, python, ruby เป็นต้น), E-mail, FTP, DNS, Cronjob และอื่นๆ โดยมีระบบจัดการโฮสติ้ง (เช่น DeirectAdmin, Plesk, cPanel เป็นต้น)

และเมื่อลูกค้าท่านไหนต้องทำให้เว็บไซด์ออนไลน์ ก็จะต้องมีการเช่าโฮสติ้งเพื่อนำมาเก็บไฟล์เว็บไซด์และฐานข้อมูล และต้องมีการจดโดเมนเพื่อนำมาเชื่อมต่อกับโฮสติ้งอีกทีหนึ่ง ก่อนที่เว็บไซด์จะออนไลน์ได้

The post Dedicated Server, VPS, Hosting ต่างกันอย่างไร appeared first on PhalconHost Blog.

โดยปกติแล้ว ท่านใดที่อยู่ในสายการเขียนโปรแกรม คงรู้ว่าการเขียนโปรแกรมนั้นส่วนมาก มักจะฉายเดี่ยว หรือทำงานคนเดียว หรือแม้แต่ทำงานกันเป็นทีม แต่ก็จะแบ่งหน้าที่กันทำงานเป็นส่วนๆ เช่น คนนี้ทำ Design คนนี้ทำ Programming คนนี้ดูเรื่อง Server คนนี้ดูเรื่องหลังบ้าน อะไรอย่างนี้

แม้กระทั้งขณะที่เรียนอยู่ที่มหาวิทยาลัย นักศักษาส่วนใหญ่ก็จะเรียนกันเป็นวิชา จับกลุ่มกันทำโปรเจ็ก แบ่งงานกันทำ สุดท้ายก็ทำแยกส่วนกันทำเหมือนเดิม โชคร้ายกว่านั้นก็คือ เพื่อนในกลุ่มไม่ยอมทำงาน คนที่เขียนโปรแกรมเป็น ก็ต้องนั่งเขียนเองคนเดียว สุดท้ายก็เข้าวัฏจัฏ ฉายเดี่ยวตามเคย

ยังมีอีกหลายปัจจัย เล่าเป็นวันๆ ก็ไม่จบ แต่ละคนก็เจอแต่ละเหตุการณ์แตกต่างกันไป แต่สิ่งหนึ่งที่เป็นส่วนที่สำคัญในการทำงานเป็นทีมที่แต่ละคนมองข้ามไป หรือไม่ทันสังเกต และเป็นสาเหตุให้เราไม่สามารถทำงานร่วมกันเป็นทีมได้ ก็คือ กระบวนการในการทำงานและเครื่องมือช่วยในการทำงานเป็นทีม (Working Process & Development Tools)

โปรดฟังอีกครั้งหนึ่งว่า “เราขาดกระบวนการในการทำงานเป็นทีม และ เครื่องมือที่จะมาช่วยในการทำงานเป็นทีม” (Working Process & Development Tools) และให้สังเกตว่าผมไม่ได้พูดถึง ทักษะการเขียนโปรแกรมเป็นทีม (Programming Skill) เลยนะ เป็นเพราะอะไรนะหรือ ค่อยดูตอนท้ายๆ ครับ ตอนนี้เรามาดูที่ละหัวข้อที่สำคัญกันก่อนว่า แต่ละหัวข้อมันคืออะไร ทำไมมันถึงสำคัญ

1.เครื่องมือในการพัฒนาเป็นทีม
เครื่องมือที่ว่านี้อาจจะแยกออกเป็นประเภทต่างๆดังนี้

1.1.เครื่องมือช่วยในการเขียนโปรแกรม (Editor / IDE)
เราลองสำรวจดูว่า ตอนนี้เราใช้โปรแกรมอะไรในการช่วยเขียนโปรแกรม เช่น Nodepage ++, Edit Plus, Dreamwever, Eclipse, NetBean, Sublime, Aptana, VIM หรืออื่นๆ

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

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

1.2.เครื่องมือการคอมไฟล์ไฟล์ต่างๆ หรือรวมไฟล์ต่างๆ เข้าด้วยกัน (Build Automation)
เครื่องมือนี้บางคนอาจจะมองข้าม หรือไม่เคยใช้เลยก็ได้ถ้าไม่ได้เขียนโปรแกรมเป็นทีมมาก่อน หรือใช้ CMS ในการพัฒนาเว็บไซด์

การใช้ Build Automation เข้ามาช่วยนี้ จะเอาไว้สำหรับการทำงานที่ซ้ำไปซ้ำมา หรืองานที่ต้องสั่ง run ซ้ำไปซ้ำมา เช่น การตรวจสอบไฟล์ CSS, JavaScript, การรวมไฟล์ CSS, JavaScript เป็นไฟล์เดียว การคอมไฟล์ LESS ไฟล์ การสั่ง Automation Test JavaScript  การ refresh หน้าเว็บไซด์เมื่อมีการแก้ไขโปรแกรม หรืออื่นๆ

งานเหล่านี้ เมื่อเรามีการเขียนโปรแกรม โดยปกติเราจะกด run เอง แต่ถ้าเราเลือกใช้เครื่องมือ Build Automation เข้ามาช่วย เราจะสามารถประหยัดเวลาในการทำงาน และสะดวกมากขึ้นอีกด้วย

และเมื่อเราทำงานเป็นทีม บางทีอาจจะมีการเขียนแยกไฟล์กันบ่อยๆ เราก็จะมี Build Script นี่เหล่ะ ที่จะนำไฟล์ของแต่ละคนมารวมกันโดยอัตโนมัติผ่าน Build Script ที่เราได้เขียนไว้แล้ว

1.3.เครื่องมือในการทดสอบ (Debug)
แน่นอน เมื่อเราเขียนโปรแกรม เราก็ต้องมีการทดสอบโปรแกรม ว่าทำงานได้ถูกต้องไหม โดยเฉพาะอย่างยิ่งการทำเว็บไซด์ การเขียนอะไรเข้าไป 1 บรรทัด ถ้าเราไม่ทดสอบ (Debug) ผ่านหน้าเว็บไซด์ อาจจะมีผลกระทบต่อหลายๆส่วนก็ได้ โดยเฉพาะอย่างยิ่งการเขียน HTML, CSS

เครื่องมือที่ช่วยในการ Debug เช่น Google Chrome Inspector (Google Chrome), Firebug (Firefox) เป็นต้น ซึ่งถ้าเราไม่ใช้เครื่องมือในการช่วย Debug เราอาจจะทำงานร่วมกับคนอื่นแล้ว เกิดข้อผิดพลาดขึ้นบ่อยๆ ถ้าพลาดบ่อยๆ คนที่แบกรับภาระก็คือทีมทุกคน ต้องมาคอยตามแก้ไขให้อยู่เรื่อยๆ

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

1.4.เครื่องมือในการแชร์โค้ด (Source Code Management)
สิ่งนี้สำคัญมาก ถ้าใครทำงานเป็นทีม แล้วไม่มี Source Code Management ก็ไม่ต่างอะไรกับการทำงานคนเดียวเลย นั้นก็คือ ต่างคนต่างทำ สุดท้ายแล้วค่อยเอามาประกอบกัน

ในการทำงานเป็นทีม เราจะต้องให้ทุกคนสามารถเห็นชุดคำสั่งที่เราเขียนได้ แก้ไขได้ ลบได้ รู้ว่าใครเขียนอะไรเพิ่มเข้าไปได้ ระบบการจัดการโค๊ดนี้ หลายคนอาจจะใช้อยู่เป็นประจำเช่น  GIT, SVN โดยปัจจุบันนิยมใช้ GIT ในการแชร์โค้ดร่วมกัน โดยอาจจะเลือกใช้ผู้ให้บริการ GIT Server โดยที่เราไม่ต้องติดตั้งเอง และใช้งานฟรีอีกด้วย เช่น Github.com, BitBucket.org

และแม้ว่าจะเขียนโปรแกรมคนเดียว ก็แนะนำให้ใช้ GIT ในการจัดการโค้ดของเรา เพราะจะทำให้เราตรวจสอบได้ว่า เราทำอะไรไปบ้าง แก้ไขบรรทัดไหน ลบบรรทัดไหนออก เมื่อวันที่เท่าไหร่ และอื่นๆ เป็นต้น (ถ้าท่านไหนใช้ GIT เป็นประจำแล้ว ไม่ได้ใช้ GIT ในการเขียนโปรแกรม อาจจะรู้สึกว่าขาดอะไรไปก็ได้เลย)

และการเก็บโค้ดไว้ใน Git Server นี้จะมีข้อมูล ตอนที่จะเอาโค้ดขึ้น Production จริงๆด้วย โดยใช้ Automation Deployment เข้ามาช่วย ซึ่งจะอธิบายในหัวข้อต่อไป

1.5.เครื่องมือในการติดตั้งขึ้นบนเครื่องจริง (Deploy to Production)
สมัยก่อน ผมก็เป็นคนหนึ่งที่เขียนโปรแกรมเสร็จแล้ว เมื่อจะขึ้นงานจริง (Production) ก็ทำการอัพโหลดไฟล์ทั้งหมดขึ้นโฮสติ้งผ่าน FTP ซึ่งก็สะดวกดี และก็เป็นวิธีที่หลายๆ คนก็ทำกันแบบนี้

ปัญหาอยู่ที่ว่า เมื่อเอางานขึ้นโฮสติ้งเรียบร้อยแล้ว ถ้ามีการแก้ไขเกิดขึ้น เราก็กลับมาแก้ไขที่เครื่องแล้วก็อัพโหลดเฉพาะไฟล์นั้นๆ ขึ้นไปทับไฟล์เดิม ซึ่งวิธีเหล่านี้ก็ใช้ได้ผลอย่างดีเยี่ยม (ในสายตาผมนะ ^^)

แต่เดี๋ยวก่อน ก่อนที่จะอัพโหลดไฟล์ใหม่ขึ้นไปทับ จะต้องสำรองไฟล์เดิมไว้ก่อน แล้วค่อยเอาไฟล์ใหม่ขึ้นไปทับ (กันพลาดว่างั้นเถอะ)

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

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

พูดมาก็ยาวแล้ว สรุปก็คือ Automation Deployment นี่เหล่ะจะเป็นพระเอก ขี่ม้าขาวมาช่วยในการนำโค้ดของเราขึ้นโฮสติ้งอย่างปลอดภัยที่สุด โดยหลักการคือ นำโค้ดที่เราเขียนใน GIT Server เช่น Github.com, BitBucket.org มาติดตั้งให้ที่โฮสติ้งอัตโนมัติเลยทีเดียว

สิ่งที่ตามมาก็คือ เมื่อเราเขียนโค็ดเสร็จเรียบร้อย เราก็ commit ขึ้น Github ให้เรียบร้อย เมื่อจะนำโค้ดที่พึ่งแก้ไขเมื่อกี้นี้ขึ้นโฮสติ้ง เราก็เพียงสั่งให้ระบบ Deployment นำโค็ดจาก Github ไปติดตั้งที่โฮสติ้งเองโดยอัตโนมัติ (เพียงแค่คลิกเดียว หรือ รันคำสั่งเดียวเช่น cap production deploy) ถ้ามีปัญหาเกิดขึ้น เราก็แค่สั่งให้ Rollback หรือถอยกลับไปเวอร์ชั่นก่อนหน้า ภายในเสี้ยววินาที

เห็นไหมล่ะครับว่า การมีระบบ Deployment เป็นสิ่งที่จำเป็นอย่างมาก แต่เชื่อไหมครับ ส่วนใหญ่เราก็ยัง FTP กันอยู่เหมือนเดิม ^^ เพราะการทำระบบ Deployment ต้องใช้ทักษะหลายๆอย่างผสมกัน กว่าจะสร้างระบบ Deployment ได้

The post การเขียนโปรแกรมเป็นทีม ต้องทำอย่างไร appeared first on PhalconHost Blog.

LESS คืออะไร มาแล้วรูปแบบการเขียน CSS แบบใหม่ ที่จะทำให้ชีวิต Frontend ง่ายขึ้นเยอะ หรือคนทำเว็บไซด์อย่างเราๆ ท่านๆนี่เอง

LESS เป็นรูปแบบการเขียนโปรแกรมแบบหนึ่ง มีรูปแบบการเขียนคล้ายกับ CSS เลยทีเดียว แต่จะมีการประกาศตัวแปร มีฟังก์ชั่น มีการ บวก ลบ คูณ หาร มีการนำกลับมาใช้ใหม่ (reuse) ได้เหมือนเขียน OOP เลย เรียกการเขียนโปรแกรมแบบ LESS อีกอย่างหนึ่งว่า CSS pre-processor

เรามาดูปัญหาในการเขียน CSS ก่อนว่าทำไม เราจะต้องเปลี่ยนไปเขียน LESS ด้วย เพราะถ้าไม่มีเหตุผลพอ คนที่เขียน CSS อยู่แล้วก็คงมีข้อกังขาว่า ทำไมต้อง LESS

* เคยเจอไหม: ไม่รู้จะเขียน css อย่างไรดี เพื่อไปควบคุม HTML tag ต่างๆ
ปัญหานี้ สำหรับมือเก๋าแล้ว อาจจะไม่มีปัญหา แค่มองโครงสร้าง HTML แล้วรู้เลยว่า จะเขียน CSS อย่างไร เขียน  class, id เพื่อควบคุม  HTML เป็นเรื่องง่ายมาก

แต่มือใหม่อย่างผม ^^ เป็นอันต้องงง เพราะยิ่งเว็บไซด์ที่ใหญ่ๆ มีความซับซ้อน หรือต้องเขียน Responsive Website เป็นอันว่างานเข้า ต้องนั่งเทียนกันล่ะว่า จะเขียน css ยังไง เขียนแล้วมาคิดว่า มันจะใช้งานได้หรือเปล่า คนอื่นเค้าเขียนอย่างนี้ไหม และอื่นๆอีกมากมาย

สุดท้าย ก็เขียนแบบพอผ่านๆ ไป ผลลัพธ์คือ css ชนกันกระจาย บ้างก็ซ้ำซ้อน บ้างก็แก้ไขยาก บ้างก็หน้าเว็บไซด์พังไปเลยก็มี แก้ส่วนนี้ กระทบอีกส่วน ยังไม่นับรวมต้องรองรับ IE 7,8,9,10 อื่นๆ (IE พ่อทุกสถาบันจริงๆ)

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

<div id="page">
	<ul>
		<li class="active">link 1</li>
	</ul>
	<ul>
	 	<li>link 2</li>
	</ul>
</div>

เราจะเขียน LESS ได้ดังนี้

#page {
    padding: 10px;
    text-align: center;
    ul {
        margin: 4px;
        font-size: 14px;
        li {
            color: #ffcc00;
		&.active {
                background-color: ccc;
                padding: 5px;
            }
        }
    }
}

ถ้าสังเกตให้ดี เราไม่ต้องจำว่า เราต้องเขียนอะไรยังไง เพียงแค่เอาชื่อ html tag มาวางซ้อน เหมือนกับที่เขียน HTML tag เลย และใส่ attribute ของ css เข้าไปเฉยๆ

ถ้าง่ายคือ ไม่ว่าเราจะเพิ่ม HTML tag เยอะขนาดไหน LESS ก็เขียนเหมือน HTML tag เลย เมื่อต้องการแก้ไขต่อเติมก็ง่ายมากๆ ไล่ดูตาม HTML tag เท่านั้นพอ

และไม่มีการเขียนซ้ำซ้อน CSS ของเราจะถูกเขียนขึ้นโดยใช้เท่าที่จำเป็น ส่วนไหนที่ไม่จำเป็นเราสามารถตัดทิ้งได้เลย

ลองคิดดูว่า ถ้าเว็บไซด์ที่ใหญ่ๆ HTML  เป็นหลายร้อย หรือเป็นพันบรรทัด การเขียน CSS เพิ่มคุม HTML tag จะสนุกขนาดไหน เราแทบไม่รู้เลยว่า เราเขียน tag นี้ไว้ที่ไหน เราเคยเขียนไว้แล้วหรือเปล่า สุดท้ายถ้าใช้การเขียน CSS แบบเดิมๆ คือ เขียนของใหม่ต่อไปเรื่อยๆ ถ้าเขียนซ้ำซ้อนกัน วิธีการแก้ปัญหาคือ !important ซึ่งเป็นแค่การแก้ปัญหาที่ปลายเหตุเท่านั้น

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

เว็บไซด์หลัก; http://www.lesscss.org

The post LESS คืออะไร ใครยังเขียน CSS อยู่ต้องอัพเดตด่วน appeared first on PhalconHost Blog.

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

แล้วมันยังไงล่ะเนี่ย! โดยปกติแล้ว MVC เราจะแปลกันว่า รูปแบบการเขียนโปรแกรมแบบหนึ่งที่แยกการทำงานของ Model, View, Controller ออกจากกัน เพื่อให้แต่ละส่วนทำหน้าที่แตกต่างกันและทำงานสอดคล้อง ประสานกัน

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

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

แม้กระทั่งว่าเราใช้รูปแบบการเขียนโปรแกรมแบบ MVC หรือแยกโค้ดของเราออกเป็นส่วนๆแล้ว สุดท้ายก็ยังมีแอบแฝงคือ เป็น MVC แบบลูกครึ่ง เช่น Controller เอาไว้สำหรับ Data Validation & Flow Control  เราก็ยังเอาส่วนที่ไม่เกี่ยวข้องกับ  Data Validation & Flow Controller มาไว้ใน Controller อีกนั้นเอง แล้วอะไรล่ะที่ทำให้เราเขียนแบบลูกครึ่งกันอยู่

ถ้าในความคิดส่วนตัวของผม ผมคิดว่าไม่ได้อยู่ที่รูปแบบ MVC ไม่ครอบคุมการเขียนโปรแกรมที่เราสร้างขึ้นหรอก เป็นเพราะความขี้เกลียดของเรานี่เอง ^^ เพราะอะไร! ก็เพราะเราเขียนโปรแกรมแบบรวดเดียวจบมานาน จนเป็นนิสัย จะเปลี่ยนเป็นรูปแบบใหม่ภายในพริบตา เป็นไปได้ยังไง (เหมือนเรากลับบ้านแล้วเปิดตู้เย็นก่อนเป็นอันดับแรก วันหลังเมื่อกลับถึงบ้านก็ต้องไปเปิดตู้เย็นเช่นเดิม เพราะเราชินแบบนั้นไปแล้ว)

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

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

The post MVC คืออะไร ผมก็ใช้อยู่นะ appeared first on PhalconHost Blog.