on
โครงการ PHP เตรียมเลิกซัพพอร์ต PHP 5 ตัวสุดท้ายคือรุ่น 5.6 หลังจากขยายเวลาซัพพอร์ตมาหนึ่งปี ตอนนี้เหลืออีกเพียง 6 วันก็จะไม่มีการซัพพอร์ต PHP 5.6 อีกต่อไปแล้ว นับเป็นจุดสิ้นสุดของ PHP 5.x ที่ออกมาตั้งแต่ปี 2004 หรือ 14 ปีมาแล้ว
ความน่ากังวลคือแม้จะแจ้งเตือนกันมานาน แต่เว็บที่ใช้ PHP จำนวนมากยังคงไม่ได้อัพเกรด โดยรายงานสำรวจของ W3Techs ระบุว่าเว็บที่ใช้ PHP ยังคงใช้เวอร์ชั่น 5.x อยู่ถึง 74.6% และอัพเกรดเป็น PHP 7.x เพียง 24.8% เท่านั้น
สำหรับผู้ใช้ลินุกซ์บางรุ่นที่ผู้ผลิตซัพพอร์ตระยะยาวและเลือกใช้ PHP รุ่นที่มากับตัวดิสโทรเองก็อาจจะได้รับซัพพอร์ตต่อไปอีกระยะหนึ่ง แต่แพตช์ก็มักจะจำกัดมาก (ขึ้นกับนโยบายของแต่ละดิสโทร) ยังไงเสียก็ควรอัพเดตไปยังเวอร์ชั่นใหม่ๆ ที่ยังมีการซัพพอร์ต
เขียนใหม่
zda98 Mon, 24/12/2018 - 16:07
เขียนใหม่ นั้นน่าจะเป็นสาเหตุให้ไม่เปลี่ยนกัน
เวปแอพที่ใช้อยู่ก็ดันรองรับแต
Sephanov Mon, 24/12/2018 - 17:10
เวปแอพที่ใช้อยู่ก็ดันรองรับแต่ php 5 เท่านั้น ฮือ~
เอา .net core มารื้อแทน
songwut Mon, 24/12/2018 - 17:13
เอา .net core มารื้อแทน
มันแก้เยอะ ถึงขั้นเยอะมาก
hanel Mon, 24/12/2018 - 19:42
มันแก้เยอะ ถึงขั้นเยอะมาก เลยไม่เปลี่ยนดีกว่า ผู้ว่าจ้างเค้าคงไม่ต้องการจ้างเราเพิ่มเติมเขียนเพื่อแค่เปลี่ยน ver หรอกน่ะ
ขี้เกียจกันมากกว่า
rattananen Mon, 24/12/2018 - 20:55
ใครกลัว up version แล้วพังนี้ มักง่าย+ขี้เกียจกันมากกว่า ถ้าเขียนให้ถูก syntax (no notice, no warning) ตั้งแต่แรก ไม่เห็นต้องแก้อะไร
มันว่าไม่เสมอไปนะครับ
Positron Mon, 24/12/2018 - 21:43
In reply to ขี้เกียจกันมากกว่า by rattananen
มันว่าไม่เสมอไปนะครับ
-เว็บหลักของบริษัทผม ผมตามอัพเดทตลอด ซึ่งอัพจาก 5.6 -> 7.0 -> 7.1 -> 7.2 -> 7.3 แต่ละส่วนก็รื้อพอสมควร เพราะมีทั้งพวก deprecated และ new feature ที่ต้องไล่แก้หรือเปลี่ยนไปใช้วิธีที่ประสิทธิภาพดีกว่า
-ส่วนเว็บลูกค้า ตอนนี้ก็ยังเป็น 5.6 อยู่เกือบทั้งหมด เพราะอัพเดทอะไรไม่ได้เลย เพราะถ้าอัพเดทก็ต้องอัพเดทเรื่อยๆ ซึ่งในส่วนนี้มันมี cost อยู่ และทางลูกค้าส่วนใหญ่ก็ไม่ยินดีจะจ่ายถ้ามันยังใช้งานได้เหมือนเดิม
และยิ่งเป็นลูกค้าที่เช่าโฮสเอง หรือมี server ของตัวเองอีก ก็แทบจะไปแตะต้องอะไรไม่ได้เลย
ถ้าใครที่เขียนระบบใหญ่ๆน่าจะเจอพวก deprecated เยอะพอสมควร ไม่ใช่แค่ function/class แต่รวมถึงพวก PHP Extensions ที่ต้องเปลี่ยนอีกหลายตัวด้วย
ถ้าผมจำไม่ผิด deprecated
rattananen Mon, 24/12/2018 - 22:03
In reply to มันว่าไม่เสมอไปนะครับ by Positron
ถ้าผมจำไม่ผิด deprecated ที่เกิดตอน 5.6 จะมีแค่ mysql function กับเรียก static method ผิดหลัก OOP เองนะครับ
มีเวลาให้แก้ 4+ ปีเลยนะ
5.6 -> 7.3
lancaster Mon, 24/12/2018 - 23:45
In reply to มันว่าไม่เสมอไปนะครับ by Positron
5.6 -> 7.3 นี่ถ้าเขียนโค้ดพื้นๆ ไม่เล่นอะไรแปลกๆ ส่วนมากไม่มีปัญหาอะไรเลยครับ ถ้าเขียนเองเป็นส่วนใหญ่แล้วยังมี dev ดูแลโค้ดนั้นอยู่ การ migrate นั้นง่ายมาก รับรองว่าแก้ไม่กี่ชั่วโมงก็ผ่านหมดครับ
แต่ถ้าใช้ library ภายนอก แล้วเจอ lib ประเภทที่ รุ่นเก่าก็เขียนมาแย่ จะอัพเกรดก็ไม่ compat อีก อันนี้น่าจะงานเข้าหนักเลยครับ
มีแนะนำ ex ควบคุม port
crucifier Tue, 25/12/2018 - 16:53
In reply to 5.6 -> 7.3 by lancaster
มีแนะนำ ex ควบคุม port ตัวไหนบ้างครับ
activexperts ใช้ได้หมด ทั้ง
hanel Tue, 25/12/2018 - 20:00
In reply to มีแนะนำ ex ควบคุม port by crucifier
activexperts ใช้ได้หมด ทั้ง php javascript ราคาโคตรแพงแต่ใช้ได้ชัวร์ไม่อิงกับ ex ของphp ด้วย มีครบทุก port sr232 lpt usb
ใช่ครับประเด็นคือ
hanel Tue, 25/12/2018 - 10:43
In reply to มันว่าไม่เสมอไปนะครับ by Positron
ใช่ครับประเด็นคือ ไอ้ที่เขียนจบไปแล้ว แล้วมันใช้งานได้ดี แล้วอยู่ดีเราไปบอกว่า เราจะอัพเกรดจาก 5.x ไป 7.x เพื่อ ฟังชั่น ความปลอดภัยใหม่ๆ ลูกค้ามักไม่ค่อยยินดีกับเงินที่จ่ายส่วนนี้นะครับ ฉะนั้นมันยากครับที่จะเปลี่ยน
อีกอย่างพวก ex หลายๆตัวที่ผมซื้อเข้ามา พวกอย่างควบคุม port ต่างๆ ไป 7.x ง่อยกินเลยนะครับ
ในแง่เราทำให้ผมว่าแจ้งลูกค้าเ
lew Tue, 25/12/2018 - 12:13
In reply to ใช่ครับประเด็นคือ by hanel
ในแง่เราทำให้ผมว่าแจ้งลูกค้าเป็นลายลักษณ์อักษร (ส่งอีเมลให้ยืนยันผ่าน reply โหดหน่อยก็ให้เซ็นรับทราบ) ไว้สักหน่อยก็ดีครับ
ส่วนว่าลูกค้ารับความเสี่ยงแล้วก็คงต้องแล้วแต่การจัดการความเสี่ยงกันเองแล้ว