Σε ένα μικτό περιβάλλον εργασίας (Linux-Windows), δεν είναι λίγες οι φορές που με την ανταλλαγή αρχείων το ένα από τα δύο λειτουργικά συστήματα να προσβάλλεται από κάποιο ιό. Έτσι αν για παράδειγμα δουλεύετε σε περιβάλλον Linux και πάρετε κάποιο αρχείο που είναι μολυσμένο χωρίς να το ξέρετε, είναι σίγουρο ότι δεν πρόκειται να προσβληθεί από αυτό το αρχείο το Linux. Αν το μεταφέρετε σε περιβάλλον Windows τότε θα συμβεί μια από τις παρακάτω περιπτώσεις:

• Έχετε ενημερωμένο antivirus που θα αντιληφθεί την παρουσία του ιού και  θα το διαγράψει
• Δεν έχετε ενημερωμένο antivirus και το σύστημά σας πρόκειται να μολυνθεί
• Δεν έχετε κανένα antivirus και το σύστημά σας πρόκειται να μολυνθεί

Με την έλευση του WordPress 2.6, θεσπίστηκε ο μηχανισμός “post revisions”. Ο μηχανισμός αυτός κρατάει ανά τακτά διαστήματα ένα αυτόματο back up του κειμένου την ώρα που γράφεται ένα νέο post.  Επίσης, κάθε φορά που πατάτε “Αποθήκευση” κάποιου post, μια αναθεώρηση εγγράφεται στη βάση δεδομένων. Είναι ουσιαστικά ένα ιστορικό με διαφορετικές “εκδόσεις” του post σας. Έτσι αν κάτι δεν σας αρέσει ή κόπηκε η σύνδεσή σας με το wordpress είναι πολύ πιθανό με αυτό τον μηχανισμό να βρείτε μεγάλο ποσοστό του κειμένου σας άθικτο.

Τι γίνεται όμως όταν έχετε ολοκληρώσει το post σας, το δημοσιεύετε και δεν ξανά ασχολείστε με αυτό. Δυστυχώς αν για παράδειγμα σε ένα post έχετε 20 revisions μετά από την δημοσίευση του αυτά παραμένουν στη βάση δεδομένων σας.Φανταστείτε ότι με τον καιρό όσο μεγαλώνει ο αριθμός των άρθρων που έχετε δημοσιεύσει στο blog σας τα “post revisions” θα κρατάνε σημαντικό χώρο στη βάση δεδομένων σας και  το blog σας να μην έχει την ταχύτητα που θα θέλατε.

Αν δεν επιθυμείτε αυτή τη λειτουργία μπορείτε να την απενεργοποιήσετε εύκολα με την προσθήκη μιας γραμμής στο wp-config.php αρχείο, που βρίσκεται στον κατάλογο εγκατάστασης του WordPress σας :

define('WP_POST_REVISIONS', false);

Η απενεργοποίηση όμως, κατά την άποψή μου δεν είναι καλή ιδέα. Προτιμότερο είναι να διαγράφεται τα “post revisions”  μία φορά τον μήνα. Ο ευκολότερος τρόπος είναι να έχετε εγκατεστημένο στο blog σας το WP-DBManager plugin. το συγκεκριμένο plugin θα προσθέσει μερικά εργαλεία στο Dashboard του wordpress σας για διαχείριση της βάσεις δεδομένων σας.

Πηγαίνουμε στην επιλογή “Run SQL Query” και εκτελούμε την παρακάτω εντολή :

DELETE FROM wp_posts WHERE post_type = "revision";

Αυτό θα αφαιρέσει όλες τις μέχρι τώρα “αναθεωρήσεις” από τη βάση δεδομένων σας, καθιστώντας την μικρότερη.

ΣΗΜΕΙΩΣΗ: Αν δεν είστε σίγουροι τι κάνετε, φροντίστε τουλάχιστον να δημιουργήσετε πρώτα ένα αντίγραφο ασφαλείας της βάσης δεδομένων.

Mε την έλευση του Ext4 και πόσο μάλλον με τις πρώτες δοκιμαστικές εκδόσεις του Ubuntu 9.04, φούντωσαν η μάχες τύπου “fastest Boot time”.  Επειδή η περιέργεια είναι χαρακτηριστικό από το οποίο διακατέχονται όλοι οι Linux’αδες, οι περισσότεροι θα δοκιμάσουν, αν δεν το έχουν κάνει ήδη, τους χρόνους εκκίνησης του συστήματός τους.

Ο ποιο manual (geeky) και πατροπαράδοτος τρόπος είναι με χρήση ενός χρονομέτρου. Μεγάλο μειονέκτημα αυτής της “αξιέπαινης” μεθόδου είναι ότι δεν μας δίνονται αρκετές πληροφορίες σε θέματα όπως, ποιες είναι οι διεργασίες που καθυστερούν την διαδικασία εκκίνησης του συστήματός μας. Ο πιο αξιόπιστος τρόπος για να εκλέξουμε πόση ώρα κάνει το σύστημά μας να boot’αρει είναι το Bootchart. Μας παρέχει με τον ποιο κατατοπιστικό τρόπο, σε μια μόνο εικόνα .png, όλες τις διεργασίες και τον χρόνο που αναλώνουν αυτές κατά την διάρκεια της εκκίνησης συστήματός μας. Οι πληροφορίες που μας δίνονται οπτικά με αυτόν τον τρόπο, μας βοηθάνε να δούμε ποιες διεργασίες καθυστερούν το σύστημά μας ώστε να επέμβουμε με τον κατάλληλο τρόπο για να βελτιώσουμε την ταχύτητα εκκίνησης  του Linux.

Η εγκατάσταση του Bootchart γίνεται πανεύκολα μέσα από την “προσθαφαίρεση προγραμμάτων” της διανομής μας. Αν δεν υπάρχει εκεί τότε πάμε στην σελίδα του BootChart και κατεβάζουμε το πακέτο που αντιστοιχεί στη διανομή μας. Αφού το εγκαταστήσουμε δεν χρειάζεται να κάνουμε τίποτα άλλο.. απλά επανεκκίνηση.

Μετά την επανεκκίνηση και μόλις μπούμε στο desktop μας πηγαίνουμε στον φάκελο bootchart που βρίσκεται στον υποφάκελο /var/log/ και ανοίγουμε το αρχείο που λήγει σε .png. Ζουμάρουμε με το πρόγραμμα προβολής εικόνων της διανομής μας και ελέγχουμε τον χρόνο εκκίνησης του συστήματος μας εκεί που λέει time:

Στην περίπτωσή μου ο χρόνος εκκίνησης σε σύγκριση με τις παλιότερες εκδόσεις του Ubuntu (60-85 δευτερόλεπτα) είναι μακράν καλύτερες.

Σύστημα :

• Λειτουργικό   : Kubuntu 9.04(alpha6) x64bit
• Σύστημα Αρχείων : Ext4
• Hardware         : AMD Turion 64-2GHz , 2 GB Ram 400 MHz
• Χρόνος εκκίνησης : 00:20.32 δευτερόλεπτα.

Νautilus Αctions.

To “nautilus actions” αποτελεί την ιδανική λύση όταν θέλουμε να προσθέσουμε στο δεξί κλικ διάφορες επεκτάσεις όπως “open as root”, προγράμματα ή δικά μας script. Αυτό γίνεται με εγκατάσταση από το Synaptic  του πακέτου “nautilus-actions”. Έρχεται με ένα GUI οπού ότι κάνετε “Add” θα εμφανίζεται στο δεξί κλικ.

Nautilus Administrator.

Στα περισσότερα forum που παρέχουν λύσεις σε καθημερινά προβληματάκια, θα δούμε ότι όταν τίθεται από έναν αρχάριο ένα ερώτημα και η λύση απαιτεί την αλλαγή/τροποποίηση κάποιων αρχείων  οι οποία όμως γίνεται μόνο με  δικαιώματα διαχειριστή, τότε η απάντηση που δίνεται συνήθως είναι “άνοιξε ένα τερματικό και δώσε : sudo nano /diadromi/sto/arxeio/”. Σε αυτές τις περιπτώσεις ο αρχάριος μπορεί να τα παρατήσει, να τα κάνει μαντάρα  ή τελικά να μάθει 5 πράγματα για το πώς δουλεύουν στο τερματικό ως root. Υπάρχει όμως μία καλύτερη λύση η οποία διασφαλίζει ότι ο αρχάριος τουλάχιστον δεν θα τα παρατήσει αφού θα κάνει τις απαραίτητες ρυθμίσεις μέσα από το γραφικό περιβάλλον. Η λύση έρχεται με την εγκατάσταση του “nautilus-gksu” από το Synaptic.

1. Κάνουμε εγκατάσταση το “nautilus-gksu” από Synaptic
2. Έπειτα κάνουμε Logout και μετά Login
3. Τώρα με δεξί κλικ σε όποιον φάκελο θέλουμε πατάμε “open as administrator” και αμέσως ανοίγει στο σημείο ένας νέος Nautilus με προνόμια διαχειριστή.

Open Terminal here.

Για λόγους ευχρηστίας και προβολής του Ubuntu ως “μια διανομή για ανθρώπινα όντα” Canonical αφαιρεί απο το δεξί κλικ το “Open in terminal”. Αυτό όμως ειναι πολύ ενοχλητικό για τους powerusers οι οποίοι αναγκάζονται να ανοίξουν το τερματικό και μετά να δόσουν όλη την διαδρομή για να φτάσουν εκεί που θέλουν να εργαστούν (όχι οτι τους χαλάει και ιδιέτερα… ). Τη λύση σε αυτό το “προβληματάκι” φέρνει η εγκατάσταση απο το Synaptic του “nautilus-open-terminal”. Το αποτέλεσμα θα είναι να μπορεί πια ο χρήστης να ανοίγει την κονσόλα σε οποιονδήποτε φάκελο, χωρίς να χρειαστεί να δίνει κάθε φορα όλη την διαδρομή.

Το Google Gears είναι μια μικρή εφαρμογή της Google που λειτουργεί ως addon του Firefox και κάνει local caching διάφορων σελίδων που το υποστηρίζουν ώστε να εμφανίζονται και να λειτουργούν πιο γρήγορα. Έτσι η υποστήριξη του από το Wordpress ήταν αυτονόητη. Η ενεργοποίηση γίνεται από το Dashboard σας πάνω δεξιά όταν πατήστε το Turbo με αποτέλεσμα να διευκολύνεται η διαχείριση του blog σας ειδικά όταν έχετε ανεβασμένο το Wordpress σε δικό σας webhost.

Ως εδώ … όλα καλά… Αλλά τι γίνεται όταν έχετε 64bit λειτουργικό και άρα Firefox 64bit; Επίσημα η Google αναφέρει ότι το addon υποστηρίζει μόνο 32bit !!! (Γιατί ρε Google ???). Εδώ είναι η ομορφιά και η δύναμη του open source … Μια ομάδα από ανεξάρτητους προγραμματιστές τροποποίησε το κώδικα του addon για να υποστηρίζει 64bit Firefox. Πήγα λοιπόν στο nielspeen.com και κατέβασα το gears-linux-opt.xpi. Μετά την εγκατάσταση το Gears κάνει local cache περίπου 250 αρχεία στο PC και όταν αυτά θα αλλάζουν θα γίνονται update μέσω Javascript χωρίς να καθυστερεί καθόλου ο browser!