Εμφάνιση μηνυμάτων προς τον χρήστη σε διαδικτυακές εφαρμογές. PHP AJAX CRUD: δημιουργία, διαγραφή, επεξεργασία εγγραφών στη βάση δεδομένων MySQL Σενάριο PHP για λειτουργίες CRUD

Ομοίως, μπορείτε να ορίσετε "

• (στόχος) - αν το χρειάζεστε
• (target_url) εάν το χρειάζεστε στην ειδοποίησή σας.
• (τίτλος) - Χρησιμοποιείται συνήθως για να αναφέρεται σε ένα αντικείμενο που δημιούργησε ειδοποίηση. Παράδειγμα: "Ο χρήστης X δημοσίευσε νέα φωτογραφία στο Άλμπουμ Y." Το άλμπουμ Υ είναι ο τίτλος εδώ
• (title_url) - Όπως και με τα προηγούμενα, το url ενός αντικειμένου που δημιούργησε ειδοποίηση.
• (μήνυμα) - Αυτή η παράμετρος μπορεί να χρησιμοποιηθεί για να ορίσετε (και να επαναλάβετε) το μήνυμα στο σώμα του μηνύματος ηλεκτρονικού ταχυδρομείου JomSocial.

Η εμφάνιση μηνυμάτων στον χρήστη είναι μια αρκετά συνηθισμένη ενέργεια που πρέπει να εκτελεί μια εφαρμογή Ιστού. Μπορεί να προκύψει κατά την επεξεργασία φορμών, μπορεί να είναι μηνύματα σφάλματος, μηνύματα που σας λένε να εγγραφείτε όταν ένας χρήστης προσπαθεί να αποκτήσει πρόσβαση σε ένα περιορισμένο τμήμα του ιστότοπου και σε πολλές άλλες περιπτώσεις.

Πολύ συχνά, η δημιουργία και η έξοδος των μηνυμάτων χωρίζονται σε διαφορετικά αιτήματα HTTP. Κατά κανόνα, είναι βολικό να χρησιμοποιείτε μια ανακατεύθυνση μετά την επεξεργασία φορμών (για να αποφύγετε προβλήματα με τα κουμπιά Πίσω και Ανανέωση), αλλά ταυτόχρονα, η φυσική στιγμή για τη δημιουργία ενός μηνύματος είναι ακριβώς η στιγμή της επεξεργασίας φορμών και της εκτέλεσης ενεργειών που συνοδεύουν το. Γιατί; Φανταστείτε ότι το κείμενο του μηνύματος θα πρέπει να μοιάζει κάπως έτσι: "Ο αριθμός των μονάδων που παραγγέλθηκαν για το στοιχείο "Mouse Pad" άλλαξε με επιτυχία από 7 σε 12." Μετά από μια ανακατεύθυνση, ίσως σε μια εντελώς διαφορετική σελίδα από πλευράς λειτουργικότητας, θα είναι ένας επιπλέον πονοκέφαλος να προσδιορίσετε τι έγινε πριν.

Τις περισσότερες φορές, τα μηνύματα εμφανίζονται στο αίτημα POST που επεξεργάζεται τη φόρμα - αυτό δεν είναι καλό, οι λέξεις "αυτή η σελίδα είναι ξεπερασμένη" καταστρέφουν τη ζωή (όταν ο χρήστης αποφασίσει να δοκιμάσει το κουμπί Πίσω).

Κάποιος χρησιμοποιεί μια ανακατεύθυνση, εγκαταλείποντας φιλικά μηνύματα.

Ταυτόχρονα, υπάρχει ένας απλός και προφανής τρόπος για να κάνετε τη ζωή καλύτερη. Παρά το προφανές, για κάποιο λόγο δεν είδα ποτέ κανέναν να το χρησιμοποιεί - τουλάχιστον όταν κοίταξα τις πηγές άλλων ανθρώπων.

Έτσι, έχουμε ένα πρόβλημα - το μήνυμα πρέπει να "ζει" σε διαφορετικά αιτήματα. Χρειαζόμαστε έναν μηχανισμό για να μεταφέρουμε το κείμενο του μηνύματος στη σελίδα που πρέπει να το εμφανίσει. Πιθανότατα θυμηθήκατε ήδη τις συνεδρίες.

Ναι, γενικά έχεις δίκιο. Άλλες μέθοδοι, για παράδειγμα μέσω μιας καθολικής μεταβλητής, δεν επιτρέπουν την αποθήκευση δεδομένων στην περίπτωση που χρησιμοποιείται ανακατεύθυνση (σημείωση του Maxim Naumenko). Επιπλέον, συνήθως φροντίζω ότι κάθε οθόνη στην εφαρμογή έχει τη δυνατότητα, μαζί με άλλες πληροφορίες, να εμφανίζει μηνύματα που δημιουργήθηκαν σε προηγούμενες οθόνες. Αυτό είναι βολικό γιατί δεν χρειάζεται να προετοιμαστούν ξεχωριστές οθόνες για την εμφάνιση μηνυμάτων και ο χρήστης δεν χρειάζεται να κάνει ξανά κλικ με το ποντίκι. Αλλά, πραγματικά, ο σχεδιαστής πρέπει να σκεφτεί εδώ - να τονίσει την περιοχή στην οποία θα εμφανίζονταν τα μηνύματα.

Η ιδέα είναι πολύ απλή και μπορεί να εφαρμοστεί με μερικά μαθήματα.

Το πρώτο πράγμα που μας έρχεται στο μυαλό είναι να δημιουργήσουμε μια κλάση Message, η οποία στην πραγματικότητα θα αντιπροσωπεύει ένα μήνυμα στο απλό διάγραμμα τάξης μας. Το μήνυμα πρέπει να μπορεί να αποθηκευτεί στη συνεδρία, καθώς και να εμφανίζεται στην οθόνη.

class Message ( /** * Περιεχόμενο μηνύματος. */ var $content; /** * Κατασκευαστής για την προετοιμασία του κειμένου του μηνύματος. * * @param περιεχόμενο μηνύματος */ function Message($content) ( $this->content = $ περιεχόμενο ; ) /** * Γράψτε ένα μήνυμα στην περίοδο λειτουργίας. toPage() ( echo " - " . $this->content . "
"; } }

Η μεταβλητή $_SESSION χρησιμοποιείται για πρόσβαση στη συνεδρία.

Σημειώστε ότι το $_SESSION είναι ένας πίνακας, χρησιμοποιούμε μόνο ένα στοιχείο αυτού του πίνακα με το ευρετήριο «session_message».

Σε αυτήν την περίπτωση, έχουμε να κάνουμε με μια «συστοιχία συστοιχιών» - αυτό που αποθηκεύουμε στο στοιχείο «session_message» είναι ένας πίνακας, αυτή είναι η λίστα των μηνυμάτων που μεταδίδονται (φυσικά, μπορεί να υπάρχουν πολλά από αυτά).

Εάν δεν μπορέσατε να βρείτε το νήμα, ήρθε η ώρα να ανατρέξετε στις ενότητες του εγχειριδίου που είναι αφιερωμένες σε περιόδους σύνδεσης και πίνακες.

Μπορεί να έχετε μια ερώτηση. Γιατί χρειάζονται μαθήματα εδώ; Θα ήταν δυνατό να τα βγάλετε πέρα ​​με δύο λειτουργίες. Ας δούμε όμως περαιτέρω. Ίσως χρειαστεί να δημιουργήσουμε μηνύματα με διαφορετικούς τύπους (πληροφορίες, σφάλμα, προειδοποίηση) και να καθορίσουμε τους παραλήπτες των μηνυμάτων.

Λάβετε υπόψη ότι αυτή τη στιγμή δεν τοποθετείται το ίδιο το αντικείμενο στη συνεδρία, αλλά μόνο το κείμενο του μηνύματος. Το OOP μας επιτρέπει να αλλάξουμε αργότερα τη συμπεριφορά της μεθόδου send() χωρίς να αλλάξουμε τον κώδικα πελάτη που έχει πρόσβαση σε αυτήν τη μέθοδο (για παράδειγμα, στο μέλλον μπορούμε να γράψουμε ολόκληρο το αντικείμενο Message στη συνεδρία εάν έχει πολλά πεδία).

Ας φανταστούμε ότι θα το κάναμε αυτό χρησιμοποιώντας συναρτήσεις. Θα είχαμε πιθανώς μια συνάρτηση message_send($txt) και επίσης μια συνάρτηση message_to_page($txt). Τώρα πρέπει να προσθέσουμε τη δυνατότητα να έχουμε διαφορετική συμπεριφορά για διαφορετικούς τύπους μηνυμάτων. Αλλαγή κλήσεων συναρτήσεων: message_send ($txt, $kind), message_to_page ($txt, $kind). Θα πρέπει να χτενίσετε ολόκληρο τον κωδικό της εφαρμογής αναζητώντας τέτοιες λειτουργίες, κάνοντας διορθώσεις.

Αυτό μπορεί να αποφευχθεί με την πρόβλεψη της κατάστασης εκ των προτέρων παρουσιάζοντας το μήνυμα ως συσχετιστικό πίνακα: $msg['txt'], $msg['kind'], τότε θα υπάρχει μόνο μία παράμετρος στις κλήσεις συναρτήσεων. Μπορείτε να νιώσετε πώς αυτό προσπαθεί να γίνει τάξη;

Έτσι, το OOP σας δίνει την ευκαιρία να έχετε την πολυτέλεια να μην σκέφτεστε τα πάντα εκ των προτέρων.

Η επόμενη τάξη - Inbox - έχει σχεδιαστεί ακριβώς για αυτό.

class Inbox ( /** * Πίνακας ληφθέντων μηνυμάτων. */ var $messages = array(); /** * Στον κατασκευαστή, λαμβάνουμε όλα τα ληφθέντα μηνύματα * και τα διαγράφουμε από τη συνεδρία. */ συνάρτηση Inbox() ( if (is_array($ _SESSION["session_messages"])) ( $messages = $_SESSION["session_messages"]; $co = sizeof($messages); για ($i = 0; $i< $co; $i++) { $this->messages = new Message($messages[$i]); ) ) /* διαγραφή του πίνακα μηνυμάτων */ $_SESSION["session_messages"] = array(); ) /** * Εμφάνιση των περιεχομένων των Εισερχομένων στη σελίδα. */ συνάρτηση toPage() ( $co = sizeof($this->messages); if ($co > 0) ( echo "Μήνυμα από το σύστημα:
"; ) για ($i = 0; $i< $co; $i++) { $this->μηνύματα[$i]->ToPage(); ) ))

Ας δοκιμάσουμε το σύστημα ανταλλαγής μηνυμάτων μας.

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

Αποκρύψαμε όλη την εργασία με πίνακες και συνεδρίες μέσα στις τάξεις και ο τελικός κώδικας φαίνεται απλός και όμορφος.

Δημιουργήστε έναν κατάλογο στον διακομιστή ιστού σας, στη συνέχεια δημιουργήστε αυτά τα τρία αρχεία σε αυτόν και δοκιμάστε το σενάριο. Λάβετε υπόψη ότι δεν υπάρχουν προβλήματα με τα κουμπιά Πίσω και Ανανέωση.

Τώρα φανταστείτε ότι δημιουργείτε μια πολύπλοκη πύλη, όπου, κατά κανόνα, υπάρχουν πολλά μπλοκ στις σελίδες και το καθένα μπορεί να περιέχει μια ξεχωριστή εφαρμογή.

Εδώ συναντάμε δύο δυσκολίες:

* Θα ήθελα η λίστα των μηνυμάτων να εμφανίζεται σε ένα συγκεκριμένο μέρος της σελίδας και έχετε ήδη βρει ένα καλό μέρος για αυτό.
Το πρόβλημα είναι ότι πρέπει να εκτελέσετε την εντολή $inbox->toPage() ακριβώς τη στιγμή που θα αντιστοιχεί στη θέση της λίστας των μηνυμάτων στη σελίδα. Αν θέλουμε να αλλάξουμε τη θέση αυτής της λίστας, θα πρέπει να μπούμε στον κώδικα, αλλά δεν είναι καλό να αλλάζουμε συνεχώς το πλαίσιο της πύλης για αυτό. Η καλύτερη λύση θα ήταν να γίνει η έξοδος των μηνυμάτων με τη μορφή μιας ξεχωριστής ενότητας, την οποία γνωρίζουμε μόνο ότι πρέπει να συνδεθεί με το πλαίσιο.
Δηλαδή, απελευθερωθείτε από την αυστηρή σειρά εκκίνησης των μονάδων. Πράγματι, εφόσον το αποτέλεσμα της εξόδου του Inbox δεν εξαρτάται από τη λειτουργία του συστήματος (σε αυτό το βήμα έχουμε ήδη όλα τα δεδομένα στη συνεδρία), τότε γιατί η επιπλέον πολυπλοκότητα;
* Για να διατηρήσετε την εμφάνιση (σχεδίαση) της λίστας μηνυμάτων, πρέπει να φροντίσετε τον κώδικα HTML, ο οποίος είναι κωδικοποιημένος στις μεθόδους toPage() των κλάσεων Message και Inbox. Συνήθως, θα πρέπει να αλλάξετε τον κώδικα PHP για να αλλάξετε τη σχεδίαση.

Για να προσπαθήσετε να λύσετε το πρώτο πρόβλημα, μπορείτε να δημιουργήσετε ένα buffer που αποθηκεύει το αποτέλεσμα της εξόδου Inbox.

Ίσως θα έχουμε ακόμα αρκετά παρόμοια (με τα Εισερχόμενα) πράγματα και πρέπει να δημιουργήσουμε ένα σύστημα προσωρινής αποθήκευσης. Για να μην μπερδεύουμε ποιανού η έξοδος είναι ποιανού, μάλλον θα καταλήξουμε στην ονομασία των buffers. Θα αποθηκεύσουμε κάπου την ακολουθία σύμφωνα με την οποία θα πρέπει να εξάγονται τα buffer - κατά προτίμηση σε ένα εξωτερικό αρχείο για να διευκολύνουμε τις αλλαγές.

Αυτή η προσπάθεια λύσης μας δίνει ήδη την ιδέα να χρησιμοποιήσουμε την XML ως μέσο αποθήκευσης ενδιάμεσων δεδομένων. Και η χρήση στυλ XSLT θα βοηθήσει στην επίλυση του δεύτερου προβλήματος.

Δεν θα σταθώ στο τι είναι XML και τι XSLT. Εάν δεν είστε εξοικειωμένοι με αυτά τα πράγματα, το zvon.org είναι ένα καλό μέρος για να αρχίσετε να ψάχνετε.

Η ιδέα είναι να δημιουργηθεί όχι κώδικας HTML, αλλά μια δομή XML στις μεθόδους toPage(). Το έγγραφο της σελίδας θα δημιουργηθεί ως συμβολοσειρά με κώδικα XML (θα χρησιμεύσει ως "buffer") και στο τελευταίο στάδιο του σεναρίου θα χρησιμοποιήσουμε έναν μετασχηματισμό XSL.

Αρχικά, ας φανταστούμε ποιο θα πρέπει να είναι το αποτέλεσμα του κύριου μέρους του κώδικα.

λεπτό 57 δευτερόλεπτο: 45

Τι είναι είναι πολύ εύκολο να μαντέψει κανείς - δύο μηνύματα και μια φόρμα. Λάβετε υπόψη ότι το σενάριο PHP χρειάζεται μόνο να προετοιμάσει μια τέτοια συμβολοσειρά - είναι πολύ απλό. Επιπλέον, η σειρά των κύριων ετικετών δεν είναι σημαντική - μπορείτε να τα βάλετε πρώτα, για παράδειγμα, όπως θα είναι βολικό για τον προγραμματιστή. Πώς να το εφαρμόσετε. Μπορείτε, χωρίς να αλλάξετε τίποτα, να χρησιμοποιήσετε buffering εξόδου, να εξάγετε XML αντί για κώδικα HTML και στο τέλος απλά να συλλάβετε την έξοδο σε μια συμβολοσειρά. Αλλά τότε θα χάσουμε την ευελιξία - για παράδειγμα, μερικές φορές θέλετε να εξάγετε πληροφορίες εντοπισμού σφαλμάτων απευθείας στη σελίδα (χρησιμοποιώντας ηχώ). Ταυτόχρονα, οι προγραμματιστές PHP εργάζονται σε μια λειτουργική μονάδα DOM που προσφέρει έναν πιο προηγμένο τρόπο δημιουργίας και διαβίβασης εγγράφων δέντρων. Αν θέλουμε να υλοποιήσουμε το DOM, θα πρέπει να επανασχεδιάζουμε ολόκληρη την εφαρμογή, αλλάζοντας την έξοδο των συμβολοσειρών στη δημιουργία στοιχείων DOM. Επομένως, προτιμώ να αποθηκεύω την αναπαράσταση XML των αντικειμένων μέσα στα ίδια τα αντικείμενα, συναρμολογώντας διαδοχικά ένα κοινό έγγραφο XML. Δεν είναι τόσο δύσκολο, απλά χρειάζεται μια μικρή τροποποίηση. Θα δείτε ότι αυτή η τεχνική δεν συνδέεται αυστηρά με έναν συγκεκριμένο τρόπο αποθήκευσης δεδομένων XML και αυτό θα σας επιτρέψει να κάνετε τη μετάβαση στη χρήση του DOM με λίγη προσπάθεια. Πρώτα απ 'όλα, παρατηρήστε ότι κάθε αντικείμενο μας έχει μια μέθοδο toPage(). Αυτή η ομοιότητα θα πρέπει να μας κάνει να σκεφτούμε την εισαγωγή μιας νέας κοινής τάξης γονέων. Αφήστε κάθε κλάση που μπορεί να δημιουργήσει κομμάτια ενός εγγράφου XML για μια σελίδα να κληρονομήσει από μια κλάση που θα φροντίσει για την XML αναπαράσταση του αντικειμένου. Ας το ονομάσουμε Outputable.

class Outputable ( /** * XML container (string). */ var $output = ""; /** * Δώστε τα περιεχόμενα του κοντέινερ και καθαρίστε το κοντέινερ. * * @return μια συμβολοσειρά με δεδομένα XML */ συνάρτηση getOutput () ( $ out = $this->output; $this->output = ""; return $out; ) /** * Προσθέστε ένα τμήμα στα περιεχόμενα του κοντέινερ. * * @param συμβολοσειρά της συμβολοσειράς για προσθήκη * / συνάρτηση appendOutput($string) ( $this ->output .= $string . "n"; ) /** * Μέθοδος "Abstract". */ function toPage() ( ) )

Η μέθοδος toPage() γίνεται κενή - σε αυτήν την περίπτωση χρειάζεται ως ένδειξη του τρόπου με τον οποίο οι εξωτερικές κλάσεις "matryoshka" πρέπει να επικοινωνούν με την εσωτερική κλάση. Ωστόσο, θα μπορούσαμε να προσφέρουμε μια προεπιλεγμένη υλοποίηση εδώ, αν παρατηρούσαμε ότι υπάρχουν πολλά αντικείμενα που εμφανίζονται στη σελίδα με τον ίδιο τρόπο.

Οι κλάσεις Message και Inbox θα αλλάξουν ελαφρώς - θα πρέπει τώρα να μεταβιβαστούν και οι δύο από το Outputable και οι μέθοδοι toPage() θα αλλάξουν επίσης
Message.php

class Message extensions Outputable ( /** * Περιεχόμενο μηνύματος. */ var $content; /** * Κατασκευαστής για την προετοιμασία του κειμένου του μηνύματος. * * @param περιεχόμενο μηνύματος */ λειτουργία Μήνυμα($content) ( $this->content = $content; ) /** * Γράψτε ένα μήνυμα στη συνεδρία. / συνάρτηση toPage() ( $this->appendOutput("".$this->content.""); ) )

class Inbox extends Outputable ( /** * Συστοιχία ληφθέντων μηνυμάτων. */ var $messages = array(); /** * Στον κατασκευαστή, λαμβάνουμε όλα τα ληφθέντα μηνύματα * και τα αφαιρούμε από τη συνεδρία. */ function Inbox( ) ( if (is_array ($_SESSION["session_messages"])) ( $messages = $_SESSION["session_messages"]; $co = sizeof($messages); για ($i = 0; $i< $co; $i++) { $this->messages = new Message($messages[$i]); ) ) /* διαγραφή του πίνακα μηνυμάτων */ $_SESSION["session_messages"] = array(); ) /** * Εμφάνιση των περιεχομένων των Εισερχομένων στη σελίδα. */ συνάρτηση toPage() ( $co = sizeof($this->messages); $this->appendOutput(""); για ($i = 0; $i< $co; $i++) { $this->μηνύματα[$i]->toPage(); $this->appendOutput($this->messages[$i]->getOutput()); ) $this->appendOutput(""); ) )

Η μέθοδος εξόδου έχει αλλάξει - τώρα, αντί για απευθείας έξοδο στη σελίδα, η εξωτερική αναπαράσταση αποθηκεύεται προς το παρόν στο Outputable, το οποίο «κάθεται» σε καθένα από τα αντικείμενα. Η μέθοδος appendOutput() χρησιμεύει ως αντικατάσταση της κατασκευής echo(). Για να λάβουμε την έξοδο ενός αντικειμένου, χρησιμοποιείται η μέθοδος getOutput().

Τώρα ας δούμε ποιο είναι το τμήμα πελάτη του κώδικα, το οποίο θα λύσει το ίδιο πρόβλημα με πριν.
index.php

Η κύρια καινοτομία βρίσκεται στο αντικείμενο $global_content, το όνομα του οποίου μιλάει από μόνο του. Σε αυτήν την περίπτωση, ανήκει στην κατηγορία Outputable· σε πραγματικές εργασίες, πιθανότατα θα δημιουργήσατε μια ξεχωριστή τάξη για το περιεχόμενο της σελίδας.

Αν κοιτάξετε προσεκτικά, το περιεχόμενο του σεναρίου ουσιαστικά δεν έχει αλλάξει - τα ίδια εισερχόμενα, το ίδιο toPage(). Προστέθηκε μια οδηγία που εμφανίζει τα περιεχόμενα της λίστας μηνυμάτων στο περιεχόμενο της σελίδας. Για ποικιλία, τώρα δημιουργούνται δύο μηνύματα.

Για να δούμε το αποτέλεσμα, το μόνο που μένει είναι να προετοιμάσουμε το πρότυπο XSL.
στυλ.xsl

Παράδειγμα XSLT

Τι έχουμε πετύχει;

Πρώτα απ 'όλα, μπορείτε να αναλάβετε με μεγαλύτερη σιγουριά σύνθετα έργα - διασφαλίζεται η πραγματική ανεξαρτησία των ενοτήτων. Η σειρά με την οποία τοποθετούνται τα αποτελέσματα στη σελίδα ελέγχεται πλέον χρησιμοποιώντας ένα εξωτερικό πρότυπο XSL και δεν εξαρτάται από τη σειρά με την οποία εκτελούνται οι λειτουργικές μονάδες.

Οποιαδήποτε μονάδα που δημιουργεί δεδομένα XML ως αποτέλεσμα της εργασίας της μπορεί να χρησιμοποιηθεί σε ένα έργο. Παρεμπιπτόντως, αυτό είναι ένα από τα πλεονεκτήματα σε σχέση με τις μηχανές προτύπων, στις οποίες η δημιουργία δεδομένων αποτελείται από μια ακολουθία μεθόδων κλήσης (ανάθεση κ.λπ.) ενός συγκεκριμένου κινητήρα, για τον οποίο δεν υπάρχει κοινό πρότυπο.

Ένα άλλο πλεονέκτημα είναι η ευκολία εντοπισμού σφαλμάτων. Εάν εκτελέσετε το σενάριο, θα παρατηρήσετε ότι κάθε σελίδα περιέχει έξοδο εντοπισμού σφαλμάτων - ένα πρωτότυπο XML που απλοποιεί σε μεγάλο βαθμό τις εφαρμογές εντοπισμού σφαλμάτων.

Κάτι άλλο που πρέπει να σκεφτείτε είναι πώς να δημιουργήσετε αντικείμενα μηνυμάτων. Δεν είναι πάντα βολικό να χρησιμοποιείτε το νέο απευθείας στον κώδικα πελάτη. Αλλά ίσως αυτό είναι ένα θέμα για ένα ξεχωριστό άρθρο.

Τέλος, ένα γκάλοπ για τις προοπτικές:

* Αναδυόμενα παράθυρα για μια λίστα με σημαντικά μηνύματα
* "σελίδες αποστολέα" και "σελίδες προορισμού" σε μηνύματα
* καταγραφή μηνυμάτων στη βάση δεδομένων
* κουμπί "εμφάνιση ιστορικού των ενεργειών μου"
* στατιστική ανάλυση των ενεργειών των χρηστών εντός συνεδριών
* «έξυπνοι βοηθοί» σε διαδικτυακές εφαρμογές

Στο KP και το BUS, ξεκινώντας από την έκδοση 11.5, σε εκδόσεις που περιλαμβάνουν κοινωνικό δίκτυο, εμφανίστηκε μια νέα ενότητα "Web messenger".
Πριν κυκλοφορήσει σε όλους, η ενότητα βάπτισε το πυρ στο "Social Intranet", συλλέγοντας έως και 8 ενημερώσεις

Σε έξι μήνες ανάπτυξης, έχουμε κάνει πολλά

Εγκαταλείψαμε εντελώς την προηγούμενη διεπαφή και δημιουργήσαμε μια νέα, βασισμένη στην εμπειρία των δημοφιλών άμεσων μηνυμάτων.
Το παράθυρο διαλόγου άρχισε να ανοίγει μέσα στη σελίδα, εμφανίστηκαν πρόσωπα σε αυτό, τα μηνύματα ήταν χρωματικά κωδικοποιημένα και κατέστη δυνατή η εύκολη συνομιλία με πολλά άτομα ταυτόχρονα.

Το παράθυρο ιστορικού είναι ένα ξεχωριστό θέμα, όλοι ήθελαν από καιρό να έχουν μια αναζήτηση ιστορικού, τώρα το έχουμε επιτέλους, σχεδιάζουμε να προσθέσουμε ένα ημερολόγιο εκεί για γρήγορη πλοήγηση.

Δημιουργήσαμε ένα κέντρο ειδοποιήσεων με διαφορετικούς τύπους μηνυμάτων, παρέχουμε τη δυνατότητα προβολής του ιστορικού της παραλαβής τους και στους προγραμματιστές ένα απλό API για την προσθήκη και την ανάκληση ειδοποιήσεων.

Και όλα αυτά είναι διαθέσιμα σε κάθε σελίδα του site σας!

Δυστυχώς δεν υλοποιήθηκαν όλα όσα είχαν προγραμματιστεί

ΠρώταΑυτό που δεν είχαμε χρόνο να κάνουμε ήταν να μεταφράσουμε τα μηνύματα στα τραπέζια μας.
Μια τέτοια μετάβαση θα επέτρεπε την εγκατάλειψη της ενότητας «κοινωνικού δικτύου», η οποία θα έδινε μεγαλύτερη ελευθερία στην επιλογή των συντακτών και θα ήταν επίσης δυνατή η εισαγωγή ομαδικών συνομιλιών.

Δεύτερος, αυτή είναι η υλοποίηση της αληθινής «άμεσης» επικοινωνίας. Τώρα η μονάδα χρησιμοποιεί κανονική συγκέντρωση, ψηφοφορία στον διακομιστή μία φορά κάθε n-δευτερόλεπτα, η περίοδος ψηφοφορίας ποικίλλει ανάλογα με τη δραστηριότητα της επικοινωνίας.
Σκοπεύουμε να γράψουμε μια ξεχωριστή υπηρεσία που θα διατηρεί σταθερές συνδέσεις και θα στέλνει ενημερώσεις δεδομένων όπως απαιτείται (για το messenger, για τη ζωντανή ροή κ.λπ.).

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

Δεν υπάρχει ακόμα τεκμηρίωση και δεν θα εμφανιστεί μέχρι το φθινόπωρο, γιατί... Η ενότητα αναπτύσσεται ενεργά και θέλουμε να αφήσουμε τη δυνατότητα αλλαγής του API.
Ωστόσο, θα προσπαθήσω να δημοσιεύσω παραδείγματα εργασίας με εκείνο το τμήμα του API στο οποίο η εργασία έχει ήδη ολοκληρωθεί και μπορείτε να τα χρησιμοποιήσετε με ασφάλεια στις ενότητες σας.

Εργασία με ειδοποιήσεις (σχετική για άμεσο μήνυμα που ξεκινά από την έκδοση 11.5.2)

Έχουμε εφαρμόσει τρεις τύπους ειδοποιήσεων:
- εξατομικευμένη ειδοποίηση
- ειδοποίηση από το σύστημα.
- ειδοποίηση που απαιτεί επιβεβαίωση·

Πριν χρησιμοποιήσετε το API, πρέπει να ελέγξετε εάν η μονάδα είναι εγκατεστημένη στο σύστημα:

Εξατομικευμένη ειδοποίηση

Εάν τα μηνύματα έχουν οριστεί σε NOTIFY_TAG, τότε ο χρήστης θα τα ομαδοποιήσει.

Ειδοποίηση από το σύστημα

Ειδοποίηση που απαιτεί επιβεβαίωση (επιβεβαίωση)

Για να δουλέψετε με αυτόν τον τύπο ειδοποίησης, δεν αρκεί απλώς να στείλετε ένα μήνυμα· πρέπει επίσης να το εξυπηρετήσετε.

Υπηρεσία
Υπάρχουν δύο επιλογές, η πιο απλή είναι να ακολουθήσετε τον σύνδεσμο (αν ορίσετε την 4η παράμετρο στο NOTIFY_BUTTONS).
Αφού ακολουθήσετε τον σύνδεσμο, πρέπει να καλέσετε τον ακόλουθο κωδικό στον κωδικό σας:
Προσοχή: δώστε ιδιαίτερη προσοχή στο όνομα των ετικετών· όταν καλείτε τη διαγραφή, όλα τα μηνύματα με αυτήν την ετικέτα θα διαγράφονται.
Κατά την αποστολή πολλαπλών μηνυμάτων, αυτό πρέπει να λαμβάνεται υπόψη, ώστε η εκτέλεση μιας ενέργειας από έναν χρήστη να μην διαγράφει κατά λάθος την ειδοποίηση σε όλους (εκτός από μέρη όπου απαιτείται τέτοια λογική).

Η δεύτερη επιλογή είναι σε εκδηλώσεις.
1. πρέπει να καταχωρήσετε την εξάρτηση

Μην ξεχνάτε τις λειτουργίες σας Επιβεβαίωσε το αίτημαΚαι Απόρριψη Αιτήματοςπροκαλέσει τη διαγραφή της ειδοποίησης CIMNotify::DeleteByTag()

Αυτά προς το παρόν, περιμένω τις προτάσεις σας στα σχόλια, επιτυχημένες υλοποιήσεις!
Εάν θέλετε να δοκιμάσετε το API πριν από την κυκλοφορία της 11.5.2 σε έναν πίνακα με παραμέτρους, πρέπει επιπλέον να καθορίσετε "MESSAGE_TYPE" => IM_MESSAGE_SYSTEM, επίσης η επιλογή με κουμπιά σύνδεσης δεν θα λειτουργήσει για επιβεβαίωση ειδοποιήσεων. Αλλά είναι καλύτερα να περιμένετε· η ενημέρωση 11.5.2 αναμένεται να κυκλοφορήσει στις 23 Μαΐου.

Καλύτερα κακό σερί παρά παραλήρημα...

Σε αυτό το άρθρο, θα μάθουμε πώς μπορείτε να προσθέσετε, να επεξεργαστείτε και να διαγράψετε εγγραφές σε μια βάση δεδομένων MySQL χρησιμοποιώντας PHP. Χρησιμοποιήσαμε έναν χειριστή JQuery που στέλνει ένα αίτημα AJAX σε ένα σενάριο από την πλευρά του διακομιστή. Ο χειριστής ενημερώνει τη λίστα των εγγραφών.

Κατά την προσθήκη μιας εγγραφής, η φόρμα στέλνει δεδομένα στο σενάριο PHP μέσω ενός αιτήματος AJAX. Εάν η προσθήκη είναι επιτυχής, η λίστα με τις καταχωρήσεις φορτώνεται ξανά.

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

συνάρτηση showEditBox(id) ( $("#frmAdd").hide(); var currentMessage = $("#message_" + id + ".message-content").html(); var editMarkUp = ""+currentMessage+" SaveCancel"; $("#message_" + id + " .message-content").html(editMarkUp); ) λειτουργία cancelEdit(message,id) ($("#message_" + id + " .message-content") .html(message); $("#frmAdd").show(); ) συνάρτηση callCrudAction(action,id) ( $("#loaderIcon").show(); var queryString; switch(action) ( case "add ": queryString = "action="+action+"&txtmessage="+ $("#txtmessage").val(); break; case "edit": queryString = "action="+action+"&message_id="+ id + " &txtmessage="+ $("#txtmessage_"+id).val(); break; case "delete": queryString = "action="+action+"&message_id="+ id; break; ) jQuery.ajax(( url: "crud_action.php", data:queryString, τύπος: "POST", success:function(data)( switch(action) ( case "add": $("#comment-list-box").append(data); break; case "edit": $("#message_" + id + " .message-content").html(data); $("#frmAdd").show(); Διακοπή; case "delete": $("#message_"+id).fadeOut(); Διακοπή; ) $("#txtmessage").val(""); $("#loaderIcon").hide(); ), error:function ()() )); )

Ο παρακάτω κώδικας εκτελεί ερωτήματα στη βάση δεδομένων. Αυτό το σενάριο PHP, αφού εκτελέσει μια ενέργεια CRUD, ενημερώνει τις εγγραφές ως αποτέλεσμα της απόκρισης AJAX.

require_once("dbcontroller.php"); $db_handle = νέος ελεγκτής DBC(); $action = $_POST["action"]; if(!empty($action)) ( switch($action) ( case "add": $result = mysql_query("INSERT INTO comment(message) VALUES("".$_POST["txtmessage"].")" ) ; if($result)($insert_id = mysql_insert_id(); echo " Επεξεργασία Διαγραφής " . $_POST["txtmessage"] . " "; ) break; case "edit": $result = mysql_query("UPDATE set comment message = "".$_POST["txtmessage"]."" WHERE id=".$_POST["message_id"]); if($result) echo $_POST["txtmessage"]; break; case "delete": if ( !empty($_POST["message_id"])) ( mysql_query("DELETE FROM comment WHERE id=".$_POST["message_id"]); ) break; ) )

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

Ότι εμείς Δενδεν υλοποίησαν τους τύπους των μηνυμάτων και την εμφάνισή τους σύμφωνα με τα δεδομένα που εισήγαγε ο χρήστης.

Αλλά πριν ξεκινήσουμε, πρέπει να προσθέσουμε υποστήριξη για διαφορετικούς τύπους μηνυμάτων, μια διεπαφή κλάσης που θα υποστηρίζει κάθε τύπο μηνύματος και τη δομή δεδομένων που απαιτείται για την αποθήκευση τέτοιων μηνυμάτων.

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

• PHP 5.6.25 και MySQL 5.6.28
• Apache ή Nginx
• WordPress 4.6.1
• IDE ή επεξεργαστής που προτιμάτε

Και αν ψάχνετε για μια λύση all-in-one, μην ξεχάσετε να δοκιμάσετε το MAMP.

Όπως αναφέρθηκε προηγουμένως, βρισκόμαστε ακριβώς στη μέση αυτής της πορείας. Εάν χάσατε κάποιο από τα πρώτα μαθήματα, δείτε τι έχουμε καλύψει μέχρι τώρα:

Και αυτό θα εξετάσουμε στο τελικό στάδιο της εκπαίδευσης:

Αυτήν τη στιγμή έχουμε άλλα καθήκοντα και θα επικεντρωθούμε σε αυτά.

Δεδομένου ότι έχουμε στραφεί στην εργασία (και όπως αναφέρθηκε σε προηγούμενα μαθήματα), δεσμευόμαστε για περαιτέρω υλοποίηση των εργασιών σε αυτό το μέρος:

Στο προηγούμενο άρθρο, ξεκινήσαμε με το Settings Messenger, αλλά μόνο στο σημείο να ρυθμίσουμε μια λειτουργία που θα εμφανίζει συνεχώς μια ειδοποίηση επιτυχίας κατά τη φόρτωση της σελίδας χρήστη.

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

Επιπλέον, πρόκειται να κάνουμε άλλη μια αλλαγή που θα προσθέσει υποστήριξη για την απόρριψη ειδοποιήσεων κατά την κρίση του χρήστη.

Αυτό είναι ολόκληρο το σχέδιο της απαραίτητης εργασίας για αυτό το μάθημα. Ας αρχίσουμε.

Θυμηθείτε, το όλο νόημα του Settings Messenger είναι να ορίσουμε τον τρόπο εργασίας μας με προσαρμοσμένα μηνύματα, προσαρμοσμένα άγκιστρα και το εγγενές API του WordPress για την εμφάνιση μηνυμάτων στο πλαίσιο του πίνακα διαχείρισης του WordPress.

Για να το κάνουμε αυτό, θα επεκτείνουμε τη δουλειά που έγινε στο τελευταίο μάθημα και θα ξεκινήσουμε από εδώ.

Αφού ξεκινήσαμε με επιτυχημένα μηνύματα στο προηγούμενο μάθημα, ας συνεχίσουμε με αυτά. Τώρα έχουμε μια σκληρά κωδικοποιημένη μέθοδο που εμφανίζει ένα μόνο κόλπο: