Ένα WordPress site που ξαφνικά αργεί, εμφανίζει λευκή οθόνη ή χάνει επισκέπτες σε ώρες αιχμής συνήθως δεν έχει πρόβλημα με την υποδομή — έχει πρόβλημα με τη διαχείριση πόρων. Η μνήμη RAM, οι queries στη βάση, το cache και τα plugins που φορτώνουν σε κάθε σελίδα προσθέτουν καθυστέρηση. Και όταν το άθροισμα ξεπερνά το όριο, το site σταματά να ανταποκρίνεται.
Στη MediaHost τα semi-dedicated πακέτα έχουν εγγυημένη RAM ανά λογαριασμό (από 1 GB έως 128 GB ανάλογα με το πακέτο), 100% NVMe δίσκους και LiteSpeed Enterprise servers — οπότε δεν μοιράζεσαι πόρους με άλλους χρήστες. Αλλά ακόμα και με αυτή την υποδομή, αν το WordPress σου καταναλώνει υπερβολικούς πόρους λόγω λάθους ρύθμισης, θα δεις σφάλματα. Παρακάτω είναι τα 5 πιο συχνά λάθη που επιβραδύνουν ένα site — και πώς να τα εντοπίσεις.
1. Page builders με δεκάδες modules ανά σελίδα
Τα Elementor, Divi, WPBakery φορτώνουν το δικό τους CSS/JS framework ακόμα κι αν χρησιμοποιείς 2–3 widgets. Κάθε module (slider, accordion, form, testimonial) καλεί επιπλέον βιβλιοθήκες. Αν έχεις 15+ widgets σε μία σελίδα, η PHP memory που χρειάζεται για να τη χτίσει μπορεί να φτάσει τα 128–256 MB μόνο για εκείνη τη σελίδα — και αν 10 επισκέπτες τη φορτώσουν ταυτόχρονα, η RAM εξαντλείται.
Λύση: Απλοποίησε τις σελίδες σου. Χρησιμοποίησε native Gutenberg blocks όπου γίνεται, ή μετέφερε σε ελαφρύτερο builder (π.χ. GeneratePress με GenerateBlocks). Στο Elementor ενεργοποίησε το «Improved Asset Loading» από Settings → Features — έτσι φορτώνουν μόνο τα CSS/JS που χρησιμοποιείς.
2. Plugins που εκτελούν queries σε κάθε page load
Κάποια plugins (ειδικά related posts, popular posts, real-time statistics) εκτελούν βαριά SQL queries κάθε φορά που φορτώνει μια σελίδα. Αν το query επιστρέφει 500 posts με meta fields και taxonomies, η RAM και ο χρόνος επεξεργασίας εκτοξεύονται.
Για να εντοπίσεις ποιο plugin φταίει:
- Εγκατέστησε το Query Monitor plugin (δωρεάν από το WordPress.org).
- Φόρτωσε μια αργή σελίδα ενώ είσαι συνδεδεμένος ως admin.
- Άνοιξε το Query Monitor panel (πάνω δεξιά στο admin bar) → «Queries by Component».
- Ψάξε για plugins με 50+ queries ή queries που παίρνουν >0.5 sec.
Λύση: Αντικατέστησε το plugin με έναν που κάνει cache τα αποτελέσματα (π.χ. το WordPress Popular Posts έχει built-in cache), ή απενεργοποίησέ το από σελίδες που δεν το χρειάζεται με το Plugin Load Filter ή το Perfmatters.
3. WooCommerce χωρίς object cache
Το WooCommerce φορτώνει sessions, cart data, product variations, stock levels σε κάθε request. Χωρίς object cache, όλα αυτά διαβάζονται από τη βάση κάθε φορά. Ένα κατάστημα με 200 προϊόντα και 10 ταυτόχρονους χρήστες μπορεί να φτάσει το memory limit σε λεπτά — ειδικά αν έχεις ενεργοποιημένο το cart fragments (το AJAX request που ενημερώνει το καλάθι).
Για να ενεργοποιήσεις object cache:
- Εγκατέστησε το LiteSpeed Cache plugin (όλοι οι servers της MediaHost τρέχουν LiteSpeed Enterprise).
- Πήγαινε στο Cache → Object.
- Ενεργοποίησε το «Object Cache».
- Κάνε flush το cache από το κουμπί στο πάνω μενού.
Η βελτίωση είναι άμεση: το cart και οι sessions αποθηκεύονται στη μνήμη του server αντί να χτυπούν τη βάση. Επιπλέον, στο WooCommerce → Settings → Advanced απενεργοποίησε το «Enable AJAX add to cart buttons on archives» αν δεν το χρειάζεσαι — μειώνει τα requests.
4. Υπερβολικά revisions και transients
Το WordPress κρατά απεριόριστα revisions κάθε post. Αν επεξεργάζεσαι συχνά μεγάλες σελίδες (π.χ. με page builder), μπορεί ένα post να έχει 50 revisions × 2 MB το καθένα. Όταν το φορτώνεις στον editor, η PHP προσπαθεί να τα φέρει όλα στη μνήμη. Επιπλέον, τα expired transients (προσωρινά δεδομένα που αποθηκεύουν plugins) συσσωρεύονται στη βάση και επιβραδύνουν τα queries.
Για να περιορίσεις τα revisions, πρόσθεσε στο wp-config.php (πριν το /* That's all, stop editing! */):
define('WP_POST_REVISIONS', 5);Για να καθαρίσεις τα παλιά revisions και transients:
- Εγκατέστησε το WP-Optimize plugin.
- Πήγαινε στο Database.
- Επίλεξε «Clean all post revisions» και «Clean all expired transients».
- Κάνε «Run optimization» — αν η βάση σου είναι μεγάλη, μπορεί να πάρει 1–2 λεπτά.
Αν θέλεις να το κάνεις αυτόματα, ενεργοποίησε το «Auto clean-up» στο WP-Optimize και όρισε να τρέχει εβδομαδιαία.
5. Εικόνες χωρίς βελτιστοποίηση και lazy loading
Μια σελίδα με 20 εικόνες των 500 KB η καθεμία (π.χ. φωτογραφίες προϊόντων ή gallery) φορτώνει 10 MB δεδομένα — ακόμα κι αν ο επισκέπτης βλέπει μόνο τις πρώτες 3. Αυτό καθυστερεί το First Contentful Paint (FCP) και τρώει bandwidth.
Για να το διορθώσεις:
- Στο LiteSpeed Cache plugin, πήγαινε στο Image Optimization.
- Ενεργοποίησε το «Auto Request Cron» — το plugin θα στέλνει τις εικόνες σου για συμπίεση στους servers της LiteSpeed (δωρεάν quota ανά μήνα).
- Στο Media → Settings, ενεργοποίησε το «Lazy Load Images» και «Generate WebP Versions».
- Κάνε «Send Optimization Request» για τις υπάρχουσες εικόνες.
Εναλλακτικά, αν προτιμάς external υπηρεσία, το ShortPixel ή το Imagify κάνουν εξαιρετική δουλειά. Μην εγκαταστήσεις πολλά image optimization plugins ταυτόχρονα — διάλεξε ένα.
Πώς να παρακολουθείς τη χρήση πόρων
Από το cPanel μπορείς να δεις real-time χρήση RAM και CPU:
- Μπες στο cPanel.
- Πήγαινε στο CPU and Concurrent Connection Usage (ή Resource Usage ανάλογα με την έκδοση).
- Κοίτα το γράφημα «Physical Memory Usage» και «CPU Usage».
Αν βλέπεις συνεχή spikes που φτάνουν το όριο, έχεις πρόβλημα βελτιστοποίησης — όχι πρόβλημα hosting. Επιπλέον, στο Query Monitor plugin μπορείς να δεις το «PHP Memory Limit / Usage» στο tab «Environment» — αν το usage ξεπερνά το 80% του limit, πρέπει να διερευνήσεις ποιο plugin ή theme function το προκαλεί.
Σωστή προσέγγιση για το PHP memory limit
Το default PHP memory limit είναι συνήθως 128 MB. Για ένα WooCommerce site ή ένα site με page builder, αυτό δεν φτάνει. Αλλά αν το ανεβάσεις στα 512 MB χωρίς να διορθώσεις τα παραπάνω λάθη, απλά μετακινείς το πρόβλημα — το site θα τρώει όλη τη διαθέσιμη RAM του πακέτου σου.
Σωστή σειρά ενεργειών:
- Διόρθωσε πρώτα τα λάθη 1–5.
- Έλεγξε την κατανάλωση με το Query Monitor → «Environment» → «PHP Memory Limit / Usage».
- Αν χρειάζεται, άνεβασε το limit σταδιακά (π.χ. 256 MB) μέσω cPanel → MultiPHP INI Editor →
memory_limit.
Σημείωση: στη MediaHost κάθε πακέτο έχει ανώτατο όριο RAM. Αν το PHP memory limit που ορίζεις × ταυτόχρονα requests ξεπερνά το πακέτο σου, ο server θα περιορίσει τα requests για να προστατεύσει τη σταθερότητα. Καλύτερα 256 MB με βελτιστοποιημένο site παρά 512 MB με unoptimized code.
Συμπέρασμα
Η ταχύτητα ενός WordPress site δεν εξαρτάται μόνο από τον server — εξαρτάται από το πόσο αποδοτικά διαχειρίζεται τους πόρους του. Τα περισσότερα sites που αργούν δεν έχουν τεχνικό πρόβλημα, έχουν πρόβλημα σχεδιασμού: πολλά plugins που κάνουν το ίδιο πράγμα, queries χωρίς cache, page builders με άσκοπα modules, εικόνες χωρίς βελτιστοποίηση. Διόρθωσε αυτά τα 5 λάθη και θα δεις το memory usage να πέφτει στο μισό και τον χρόνο φόρτωσης να μειώνεται δραματικά — χωρίς να αλλάξεις πακέτο.
