PART 4 - Escaping strings properly

PART 4 - Escaping strings properly before putting into SQL
Why use mysql_real_escape_string() instead of addslashes?

BECAUSE, depending on what language settings your MySQL installation has going on, there are OTHER LANGUAGE SYMBOLS THAT MYSQL TREATS AS DOUBLE OR SINGLE QUOTES. There's that angle quote that phpMyAdmin uses all the time: `(shares a key with the tilde char up by your escape key).

There are others like curly quotes left and right. curly double quotes left and right, etc. Depending on what language setting your MySQL has, there could be a dozen for all I know. addslashes() doesn't affect those at all as far as i know. mysql_real_escape_string should - i think so anyway.


Remove magic quotes (if the setting is turned on) and use mysql_real_escape_string instead of addslashes.



PART 5 - Don't stripslashes unnecessarily
This might be kind of confusing, but when you escape all those quote marks when you are creating your SQL, don't worry! The contents of your database SHOULD NOT HAVE ANY SLASHES THAT NEED TO BE STRIPPED IF YOU HAVE DONE YOUR WORK PROPERLY. For this reason, you should NOT stripslashes() when you retrieve information from your database. If you are getting all kinds of when you pull data from your database, you didn't insert it properly in the first place.

Again, The reason that you add the slashes in the first place is to make valid SQL. When you run that valid SQL, the backslashed quote marks don't go into the database with the backslashes. You just backslash them so that the SQL isn't broken. Is that clear? Look at the O'Malley example above. What I typed there is not valid SQL. If I 'escaped' that one quote in O'Malley then it *would* be valid SQL

Αποτελέσματα (Ελληνικά) 1:

ΜΈΡΟΣ 4 - διαφυγή χορδές σωστά πριν από τη θέση σε SQLΓιατί να χρησιμοποιήσετε mysql_real_escape_string() αντί addslashes;ΔΙΌΤΙ, ανάλογα με το τι ρυθμίσεις γλώσσας που σας MySQL εγκατάσταση έχει συνεχίζεται, υπάρχουν ΆΛΛΕΣ γλώσσα σύμβολα ότι MYSQL αντιμετωπίζει AS διπλό ή μόνο ΑΠΟΣΠΆΣΜΑΤΑ. Υπάρχει αυτή τη γωνία προσφορά ότι phpMyAdmin χρησιμοποιεί όλη την ώρα: «(μοιράζεται ένα κλειδί με το char περισπωμένη επάνω από σας το πλήκτρο ESC).Υπάρχουν και άλλοι σαν καλλιγραφικών εισαγωγικών αριστερά και δεξιά. σγουρά διπλά εισαγωγικά, αριστερά και δεξιά, κλπ. Ανάλογα με το ποια γλώσσα ρύθμιση MySQL σας έχει, θα μπορούσε να υπάρξει μια δωδεκάδα για όλα τα ξέρω. addslashes() δεν θίγονται καθόλου απ ' όσο γνωρίζω. mysql_real_escape_string θα πρέπει - νομίζω ότι έτσι κι αλλιώς.Αφαιρέστε magic εισαγωγικά (εάν η ρύθμιση είναι ενεργοποιημένη) και χρησιμοποιούν mysql_real_escape_string αντί addslashes.ΜΈΡΟΣ 5 - δεν stripslashes άσκοπαΑυτό μπορεί να είναι καλό της σύγχυσης, αλλά όταν μπορείτε να ξεφύγετε όλα τα εισαγωγικά όταν αρχίζεις το SQL σας, μην ανησυχείτε! Το περιεχόμενο της βάσης δεδομένων σας δεν θα πρέπει να έχουν οποιαδήποτε ΚΑΘΈΤΟΥΣ ότι πρέπει να να ΑΦΑΙΡΕΘΕΊ αν ΣΑΣ έχουν γίνει ΣΑΣ εργασία σωστά. Για το λόγο αυτό, θα πρέπει να δεν stripslashes() όταν μπορείτε να ανακτήσετε πληροφορίες από βάση δεδομένων σας. Εάν παίρνετε όλα τα είδη των όταν αποσπάτε δεδομένα από τη βάση δεδομένων, δεν τοποθετήσετε σωστά στην πρώτη θέση.Και πάλι, ο λόγος που μπορείτε να προσθέσετε τις καθέτους είναι καταρχήν να ισχύει SQL. Όταν εκτελείτε ότι ισχύει SQL, το backslashed εισαγωγικά δεν πηγαίνουν στη βάση δεδομένων με τις ανάστροφες καθέτους. Εσείς απλά ανάστροφη κάθετο τους έτσι ώστε η SQL δεν είναι σπασμένο. Είναι σαφές; Κοιτάξτε το παραπάνω παράδειγμα O'Malley. Αυτό που θα πληκτρολογήσει εκεί δεν είναι έγκυρη SQL. Αν έχω 'ξεφύγει' εκείνη αναφέρω σε O'Malley στη συνέχεια * θα * είναι έγκυρη SQL

Αποτελέσματα (Ελληνικά) 2:

ΜΕΡΟΣ 4 - Δραπετεύοντας χορδές σωστά πριν από τη θέση σε SQL
Γιατί χρήση mysql_real_escape_string () αντί των addslashes; ΕΠΕΙΔΗ, ανάλογα με το ποιες ρυθμίσεις εγκατάστασης σας MySQL έχει πρόκειται για τη γλώσσα, υπάρχουν άλλα σύμβολα ΓΛΩΣΣΑΣ ότι η MySQL αντιμετωπίζει ως διπλά ή μονά εισαγωγικά. Υπάρχει αυτή η εντολή γωνία που χρησιμοποιεί phpMyAdmin όλη την ώρα: `(μετοχές κλειδί με την περισπωμένη char από κλειδί διαφυγής). Υπάρχουν και άλλοι, όπως καλλιγραφικά εισαγωγικά αριστερά και δεξιά. σγουρά διπλά εισαγωγικά αριστερά και δεξιά, κλπ ανάλογα με το τι ρύθμιση γλώσσας MySQL σας έχει, θα μπορούσε να υπάρξει μια ντουζίνα απ 'όσο γνωρίζω. addslashes () δεν τις επηρεάζει καθόλου όσο ξέρω. mysql_real_escape_string πρέπει - έτσι νομίζω έτσι κι αλλιώς. Αφαιρέστε μαγεία εισαγωγικά (εάν η ρύθμιση είναι ενεργοποιημένη) και να χρησιμοποιήσετε mysql_real_escape_string αντί addslashes. ΜΕΡΟΣ 5 - Μην stripslashes άσκοπα Αυτό μπορεί να είναι το είδος της σύγχυσης, αλλά όταν ξεφύγουν από όλα αυτά τα εισαγωγικά όταν δημιουργείτε SQL σας, μην ανησυχείτε! Τα περιεχόμενα της βάσης δεδομένων σας δεν πρέπει να έχουν καθέτους που πρέπει να απογυμνώνονται ΑΝ έχουν κάνει τη δουλειά σας σωστά. Για το λόγο αυτό, θα πρέπει να ΜΗΝ stripslashes () κατά την ανάκτηση πληροφοριών από τη βάση δεδομένων σας. Εάν παίρνετε όλα τα είδη του όταν τραβάτε δεδομένα από τη βάση δεδομένων σας, δεν έχετε να τοποθετήσετε σωστά στην πρώτη θέση. Και πάλι, ο λόγος για τον οποίο μπορείτε να προσθέσετε τις καθέτους στην πρώτη θέση είναι να κάνει έγκυρο SQL. Όταν εκτελείτε το έγκυρο SQL, οι ομοιοματικά εισαγωγικά δεν πηγαίνουν στη βάση δεδομένων με τις ανάστροφες καθέτους. Μπορείτε απλά να τους ανάστροφη κάθετο, έτσι ώστε η SQL δεν έχει σπάσει. Είναι σαφές; Κοιτάξτε το παράδειγμα O'Malley παραπάνω. Αυτό που πληκτρολογήσατε δεν υπάρχει έγκυρη SQL. Αν ήμουν «διαφύγει» ότι ένα απόσπασμα σε O'Malley, τότε * * θα είναι έγκυρη SQL