<div class="key-takeaways"><ul><li>การตรวจสอบไฟล์อัปโหลดก่อนติดตั้งปลั๊กอินช่วยป้องกันปัญหาขยะดิจิทัลบนเซิร์ฟเวอร์</li><li>ปลั๊กอินบีบอัดรูปภาพมักทิ้งไฟล์ขยะไว้เบื้องหลังหลังจากถูกถอนการติดตั้ง</li><li>การปรับแต่งขนาดภาพที่ขาดหายไปส่งผลดีต่อประสิทธิภาพมากกว่าการเปลี่ยนนามสกุลไฟล์</li></ul></div><p>เมื่อผู้ดูแลเว็บไซต์ตัดสินใจใช้เวลาช่วงสั้นๆ ในการแปลงรูปภาพบนเว็บไซต์ WooCommerce ผสม LearnDash ที่ใช้ธีม Divi ซึ่งมีอายุยาวนานกว่า 8 ปีและมีรูปภาพนับพันไฟล์ เป้าหมายแรกคือการเปลี่ยนไฟล์ทั้งหมดให้อยู่ในรูปแบบ WebP เพื่อลดภาระขนาดหน้าเว็บ โดยเกือบจะเลือกติดตั้งปลั๊กอิน ShortPixel แล้วจบงานในทันที</p><p>อย่างไรก็ตาม แทนที่จะทำตามแผนเดิม ท่ามกลางการตรวจสอบระบบด้วยคำสั่งผ่านเทอร์มินัลเป็นเวลา 20 นาที กลับพบว่ารูปแบบไฟล์ WebP เป็นเพียงปัญหาลำดับที่ 4 เท่านั้นที่เว็บไซต์นี้กำลังเผชิญอยู่ และการติดตั้งปลั๊กอินปรับแต่งภาพอัตโนมัติอาจทำให้สถานการณ์เลวร้ายลงไปอีก เนื่องจากเซิร์ฟเวอร์ VPS ขนาด 4GB เคยประสบปัญหาหน่วยความจำหมดจนทำให้ MySQL ล่มมาแล้วถึงสองครั้งในไตรมาสเดียวกัน การประมวลผลไฟล์ภาพจำนวนมากจึงมีความเสี่ยงสูง</p><p>ผลลัพธ์จากการรันคำสั่งเช็คไฟล์ในไดเรกทอรีอัปโหลดทำให้ต้องชะงัก เมื่อพบไฟล์ WebP จำนวนมากถึง 12,301 ไฟล์ บนเว็บไซต์ที่ผู้ดูแลระบบคิดว่าไม่เคยเปิดใช้งาน WebP มาก่อน โดยชื่อไฟล์ลงท้ายด้วย .jpg.webp ซึ่งเป็นรูปแบบไฟล์พ่วง (sidecar) ของปลั๊กอิน EWWW Image Optimizer ที่เคยถูกติดตั้งและถูกถอนการออกไปนานแล้ว</p><div class="mb-20"><img class="img-bdrd-16" src="https://api.inewgen.co/uploads/webp_ms8u0fs6_inline_1_68eee97600.jpg" alt="terminal command line code screen" loading="lazy" /><p class="color-gray-500 text-sm mt-10">ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง</p></div><div class="stat-row"><div class="stat-item"><span class="stat-number">2.1GB</span><span class="stat-label">ขนาดไฟล์อัปโหลดทั้งหมดรวม</span></div><div class="stat-item"><span class="stat-number">241MB</span><span class="stat-label">พื้นที่ขยะที่ถูกกู้คืน</span></div></div><p>ไฟล์ขยะขนาด 241 เมกะไต์เหล่านี้กลายเป็นภาระที่ระบบสแกนไวรัสต้องตรวจสอบทุกรอบ และถูกนับรวมในทุกการสำรองข้อมูล โดยไม่มีการเรียกใช้งานในฐานข้อมูลเลยแม้แต่น้อย หลังจากตรวจสอบความปลอดภัยผ่านคำสั่ง SQL แล้ว ไฟล์ทั้งหมดจึงถูกลบออกเพื่อดึงพื้นที่เก็บข้อมูลกลับมา บทเรียนสำคัญคือ ปลั๊กอินปรับแต่งภาพมักจะทิ้งผลลัพธ์ค้างไว้เสมอเมื่อถูกถอนการติดตั้ง</p><div class="ai-insight"><p>การตรวจสอบโฟลเดอร์ uploads ด้วยคำสั่งค้นหาไฟล์ (grep) ก่อนตัดสินใจติดตั้งเครื่องมือเสริมใดๆ เพิ่มเติม เป็นแนวปฏิบัติที่ดีสำหรับผู้ดูแลเว็บไซต์ที่รับช่วงต่อระบบเดิม เพื่อป้องกันการสะสมของไฟล์กำพร้าที่สิ้นเปลืองทรัพยากรเซิร์ฟเวอร์โดยไม่จำเป็น</p></div><p>นอกจากเรื่องไฟล์ขยะแล้ว ปัญหาใหญ่ถัดมาคือการตั้งค่าขนาดรูปภาพย่อย (thumbnail sizes) ที่ถูกปรับแต่งไว้ล่วงหน้าโดยปลั๊กอิน disable-thumbnails-and-threshold ซึ่งปิดการใช้งานขนาดภาพย่อยไปถึง 18 ขนาด ส่งผลให้ระบบ WooCommerce พยายามเรนเดอร์ภาพขนาด 300x300 พิกเซล แบบ on-the-fly ผ่าน Imagick สำหรับคำขอรูปภาพสินค้าถึง 94% บนเซิร์ฟเวอร์ที่มีปัญหาเรื่องซีพียูอยู่แล้ว</p><p>ท้ายที่สุด การแก้ไขปัญหาจึงมุ่งเน้นไปที่การจัดการโครงสร้างขนาดภาพที่ขาดหาย และการตั้งค่าเงื่อนไขการเรนเดอร์ที่ถูกต้อง แทนที่จะเป็นการบังคับเปลี่ยนนามสกุลไฟล์เพียงอย่างเดียว <p class="source-attribution">ที่มา: <img src="https://www.google.com/s2/favicons?domain=dev.to&sz=64" alt="Dev.to" class="source-logo" width="16" height="16" /> <a href="https://dev.to/highcenburg/the-webp-migration-that-wasnt-about-webp-3n90" target="_blank" rel="noopener noreferrer">Dev.to</a></p>

<div class="key-takeaways"><ul><li>Auditing upload directories before installing plugins prevents accumulating digital clutter.</li><li>Image optimization plugins often leave behind orphaned files after uninstallation.</li><li>Fixing missing image size ladders improves performance more than simply changing formats.</li></ul></div><p>When a site administrator decided to spend a quick afternoon converting images to WebP on an 8-year-old WooCommerce and LearnDash platform running on a Divi theme, the goal seemed straightforward. The plan was nearly finalized by installing ShortPixel and calling it a day to reduce overall page weight.</p><p>Instead of rushing into the installation, a twenty-minute pre-audit revealed that WebP format was perhaps the fourth most important issue facing the site. Installing an automated optimizer plugin immediately would have exacerbated existing problems, especially since the site runs on a 4GB VPS that had already experienced two out-of-memory crashes for MySQL that quarter.</p><p>Running terminal commands inside the uploads directory produced a startling discovery: 12,301 WebP files existed on a site that supposedly had none. The naming convention ending in .jpg.webp identified them as sidecar files generated by EWWW Image Optimizer, which had long since been removed from the environment.</p><div class="mb-20"><img class="img-bdrd-16" src="https://api.inewgen.co/uploads/webp_ms8u0fs6_inline_1_68eee97600.jpg" alt="terminal command line code screen" loading="lazy" /><p class="color-gray-500 text-sm mt-10">Stock photo for illustration only, not from the actual event</p></div><div class="stat-row"><div class="stat-item"><span class="stat-number">2.1GB</span><span class="stat-label">Total upload directory size</span></div><div class="stat-item"><span class="stat-number">241MB</span><span class="stat-label">Orphaned disk space recovered</span></div></div><p>These files constituted 241 megabytes of dead weight, continuously scanned by malware utilities and included in every backup despite having zero references in the database. Verifying their absence through WP-CLI queries allowed for safe deletion, reclaiming valuable storage space. The key takeaway is that optimization plugins leave their output behind when uninstalled.</p><div class="ai-insight"><p>Inheriting legacy WordPress sites requires thorough investigation of upload folders using command-line tools before introducing new plugins, ensuring that redundant legacy assets do not silently consume server performance and backup quotas.</p><p>Further investigation uncovered an improperly configured thumbnail threshold plugin that disabled eighteen intermediate sizes. Consequently, WooCommerce performed on-the-fly Imagick resizing for 94% of product image requests, heavily taxing a CPU-constrained server environment.</p><p>Ultimately, solving the performance bottleneck required correcting the missing image size hierarchy and render-time filters rather than blindly converting raster formats into WebP. <p class="source-attribution">Source: <img src="https://www.google.com/s2/favicons?domain=dev.to&sz=64" alt="Dev.to" class="source-logo" width="16" height="16" /> <a href="https://dev.to/highcenburg/the-webp-migration-that-wasnt-about-webp-3n90" target="_blank" rel="noopener noreferrer">Dev.to</a></p>

medium_article-1012.jpg

small_article-1012.jpg

thumbnail_article-1012.jpg

Inewgen

Inewgen

#Performance Optimization

The WebP Migration That Wasn't About WebP: A WordPress Audit Story

Inewgen