Πρακτικός Οδηγός για τη μονάδα στο Rewrite Apache

1. Εισαγωγή στη Apache mod_rewrite

Το mod_rewrite του Apache ενότητες είναι ένα από τα πιο ευρέως διαδεδομένα μεταξύ αυτών που διατίθενται για αυτό το διακομιστή Web, και ιδίως το γεγονός της διάθεσης ενός εργαλείου που επιτρέπει στους webmasters να είναι ένα μέρος για τη δημιουργία τοποθεσιών Web που βασίζεται σε δυναμική web-based εφαρμογές και από την άλλη κάνουν τις σελίδες που παράγονται από την εφαρμογή "εύπεπτο" για τις μηχανές αναζήτησης.

Αλλά τι είναι η λειτουργία αυτής της ενότητας; Στην πράξη, το mod_rewrite σας επιτρέπει να «μεταφράσουν» σε μια διεύθυνση URL σε μια άλλη καθορίζονται από το χρήστη σύμφωνα με ορισμένους κανόνες που πρέπει να γραφτεί στο αρχείο ρυθμίσεων του Apache ή μέσα σε ένα ξεχωριστό αρχείο, που ονομάζεται αρχείο. Htaccess, οι οποίες θα εισαχθούν στο «εσωτερικό της ρίζας της ιστοσελίδας μας (ακόμη και τα« ανεβάσετε αυτό το αρχείο πρέπει να διεξάγονται σύμφωνα με ορισμένα κριτήρια, αλλά θα εμβαθύνει τη συζήτηση αυτή σε λίγο).

Μια κλασική περίπτωση χρήσης του mod_rewrite σχετίζεται με τη μετάφραση των διευθύνσεων URL σε στατική δυναμική, το μυαλό σας ότι η έννοια αυτή είναι ζωτικής σημασίας, επειδή η μορφή δεν έχει σκοπό να κάνει δυναμική διεύθυνση (που περιέχει QueryString) ως στατικά, αλλά μάλλον το αντίθετο! Η μηχανή αναζήτησης και οι χρήστες μας θα δουν μια στατική διεύθυνση URL (pippo.html), αλλά στην πραγματικότητα ο πόρος υπάρχει σε μια δυναμική διεύθυνση (pagina.php; Id = foo).

Για να γίνει αυτό θα γράψουμε το άρθρο μας στη μετάφραση. Htaccess αρχείο και ανεβάστε το στην επιθυμητή θέση (δηλαδή ένα για τα οποία ισχύουν οι κανόνες επανεγγραφής), και από εκείνη τη στιγμή, οι σελίδες που εμπλέκονται τα παρακάτω βήματα θα συμβούν για τον web server μας:

• απαιτούν οι πελάτες να έχουν πρόσβαση ενός συγκεκριμένου πόρου, πληκτρολογώντας μια διεύθυνση URL στη γραμμή διευθύνσεων του browser σας (σε pippo.html περίπτωσή μας)?
• Web server (Apache, φυσικά), πρέπει να ενημερώνονται και να ελέγχουν αν η καθορισμένη διαδρομή είναι έγκυρη για την αιτούμενη πόρων?
• σελίδα pippo.html δεν υπάρχει, τότε το αίτημα κατ 'αρχήν δεν πρέπει να είναι ικανοποιημένοι?
• αλλά στη συνέχεια ο διακομιστής Web θα αναζητήσει για οδηγίες σχετικά με το τι πρέπει να κάνουμε και να βρει το αρχείο htaccess.?
• συμπεριλαμβανομένων των κανόνων που καθορίζονται στο αρχείο, ο διακομιστής Web μεταφράζει τη διεύθυνση που πληκτρολογήσατε στον πραγματικό κόσμο και θα επιστρέψει την επιθυμητή πηγή.

Διαβάζοντας τα χωρία της δικαστικής διαδικασίας του «μετάφραση» του URL, θα ήταν δυνατόν να συγχέουμε το παρόν έντυπο με άλλες διαθέσιμες όπως το Apache να ανακατευθύνει, ξαναγράψει, όμως, δεν είμαστε με τον αναπροσανατολισμό της πορείας της αίτησης σε έναν πόρο, αλλά «συγκάλυψης» τον ίδιο δρόμο, τότε η διεύθυνση URL που χρησιμοποιείται από τον πελάτη δεν είναι στην πραγματικότητα μια έγκυρη διαδρομή στο πλαίσιο του server και δεν μπορεί ποτέ να είναι, κάτι που συμβαίνει στην περίπτωση των ανακατευθύνσεων.

Αλλά γιατί κρύβουν ένα URL; Σήμερα οι λόγοι πρέπει να αναζητηθούν σε παράγοντες που συχνά δεν έχουν σχέση με θέματα που συνδέονται στενά με τεχνικά ή την ανάπτυξη εφαρμογών.

Αρχικά το mod_rewrite δημιουργήθηκε για να αντιμετωπίσει το πρόβλημα του URL είναι πολύ μεγάλη για τον τύπο, αυτό συνέβη (και εξακολουθεί να συμβαίνει συχνά) ότι για την επίτευξη detrminata τύπος πόρου ήταν υπερφορτωμένη με μεταβλητές QueryString και τις παραμέτρους? Ξαναγράψει εξαλείφει αυτό το πρόβλημα την ικανότητα των πελατών να παρέχει πιο φιλικό URL.

Σήμερα, αντί να ξαναγράψιμο έχει γίνει ένα πολύ σημαντικό θέμα για τις εργασίες με την τοποθέτηση των ιστοσελίδων στις μηχανές αναζήτησης.
Και «γνωστό γεγονός ότι δεν ευρετήριο τις σελίδες αποτελεσματικά επιτεύχθηκε από QueryString πολύ μεγάλο ή πολύ πλούσια σε παραμέτρους, αυτός ο παράγοντας μπορεί να περιορίσει τη δυνατότητα της τοποθέτησης ενός πόρου στο SERPs.
Στην πράξη, μπορούμε να πούμε ότι αυτό που είναι φιλικό προς το χρήστη για τους χρήστες, είναι για τις μηχανές αναζήτησης.

• <<
• 1
• 2
• 3
• 4
• >>