Chýba pridanie správy php. Zobrazovanie správ používateľovi vo webových aplikáciách. AJAX formulár na odosielanie žiadostí o vytvorenie, vymazanie, úpravu

Podobne môžete definovať „

• (cieľ) - ak to potrebujete
• (cieľová_url), ak ju potrebujete vo svojom upozornení.
• (title) – Bežne sa používa na označenie objektu, ktorý vygeneroval oznámenie. Príklad: „Používateľ X uverejnil novú fotku v albume Y.“ Album Y je názov tu
• (title_url) – Rovnako ako v prípade predchádzajúcich, adresa URL objektu, ktorý vygeneroval upozornenie.
• (správa) - Tento parameter možno použiť na nastavenie (a odozvu) správy v tele e-mailu JomSocial.

Zobrazovanie správ používateľovi je pomerne bežná akcia, ktorú by mala webová aplikácia vykonávať. Môže sa vyskytnúť pri spracovávaní formulárov, môžu to byť chybové hlásenia, správy, ktoré vám oznamujú, že sa máte zaregistrovať, keď sa používateľ pokúsi o prístup k zakázanej časti lokality a v mnohých ďalších prípadoch.

Vytváranie a výstup správ sú veľmi často rozdelené do rôznych HTTP požiadaviek. Spravidla je vhodné použiť presmerovanie po spracovaní formulárov (aby sa predišlo problémom s tlačidlami Späť a Obnoviť), ale zároveň je prirodzeným momentom pre vytvorenie správy práve moment spracovania formulárov a vykonania sprievodných akcií. to. prečo? Predstavte si, že text správy by mal vyzerať asi takto: „Počet objednaných jednotiek pre položku ‚Podložka pod myš‘ sa úspešne zmenil zo 7 na 12.“ Po presmerovaní, možno na úplne inú stránku, pokiaľ ide o funkčnosť, bude ťažké zistiť, čo sa urobilo predtým.

Najčastejšie sa správy zobrazujú v žiadosti POST, ktorá spracováva formulár - to nie je dobré, slová „táto stránka je neaktuálna“ ničia život (keď sa používateľ rozhodne vyskúšať tlačidlo Späť).

Niekto používa presmerovanie a vzdáva sa priateľských správ.

Zároveň existuje jednoduchý a zrejmý spôsob, ako zlepšiť život. Napriek očividnosti som z nejakého dôvodu nikdy nevidel nikoho, kto by to používal - aspoň keď som sa pozrel na zdroje iných ľudí.

Takže máme problém - správa musí „žiť“ v rôznych požiadavkách. Potrebujeme mechanizmus na prenos textu správy na stránku, ktorá by ho mala zobraziť. Pravdepodobne ste si už spomenuli na relácie.

Áno, vo všeobecnosti máte pravdu. Iné metódy, napríklad prostredníctvom globálnej premennej, neumožňujú ukladanie údajov v prípade, že je použité presmerovanie (pozn. Maxim Naumenko). Navyše sa zvyčajne uistím, že každá obrazovka v aplikácii má možnosť spolu s ďalšími informáciami zobrazovať správy, ktoré boli vygenerované na predchádzajúcich obrazovkách. Je to pohodlné, pretože nie je potrebné pripravovať samostatné obrazovky na zobrazovanie správ a používateľ nemusí znova klikať myšou. Ale v skutočnosti tu musí dizajnér myslieť - zdôrazniť oblasť, v ktorej by sa objavili správy.

Myšlienka je veľmi jednoduchá a dá sa implementovať pomocou niekoľkých tried.

Prvá vec, ktorá vás napadne, je vytvoriť triedu Message, ktorá by v skutočnosti predstavovala správu v našom jednoduchom diagrame tried. Správa sa musí dať v relácii sama uložiť, ako aj zobraziť na obrazovke.

class Správa ( /** * Obsah správy. */ var $content; /** * Konštruktor na inicializáciu textu správy. * * @param content content message */ function Message($content) ( $this->content = $ content ) /** * Napíšte správu do relácie */ funkcia send() ( $_SESSION["session_messages"] = $this->content; ) /** * Výstup správy na stránku */ funkcia na stránku. () ( echo. " - " . $this->content .
"; } }

Premenná $_SESSION sa používa na prístup k relácii.

Všimnite si, že $_SESSION je pole, používame iba jeden prvok tohto poľa s indexom „session_message“.

V tomto prípade máme čo do činenia s „polom polí“ – to, čo ukladáme do elementu „session_message“ je pole, toto je zoznam prenášaných správ (samozrejme, môže ich byť viacero).

Ak ste vlákno nenašli, je čas oprášiť časti manuálu venované reláciám a poliam.

Možno máte otázku. Prečo sú tu potrebné triedy? Dalo by sa vystačiť s dvomi funkciami. Ale pozrime sa ďalej. Možno budeme musieť vytvoriť správy s rôznymi typmi (informácie, chyby, upozornenia) a určiť príjemcov správy.

Upozorňujeme, že v súčasnosti nie je do relácie vložený samotný objekt, ale iba text správy. OOP nám umožňuje neskôr zmeniť správanie metódy send() bez zmeny kódu klienta, ktorý k tejto metóde pristupuje (napríklad v budúcnosti môžeme do relácie zapísať celý objekt Message, ak má veľa polí).

Predstavme si, že by sme to urobili pomocou funkcií. Pravdepodobne by sme mali funkciu message_send($txt) a tiež funkciu message_to_page($txt). Teraz musíme pridať možnosť rôzneho správania pre rôzne typy správ. Zmena volania funkcie: message_send($txt, $druh), message_to_page($txt, $druh). Pri hľadaní takýchto funkcií budete musieť prečesať celý kód aplikácie a vykonať opravy.

Tomu sa dá predísť predvídaním situácie vopred tak, že správu predstavíte ako asociatívne pole: $msg[‘txt’], $msg[‘kind’], potom bude vo volaniach funkcií len jeden parameter. Cítite, ako sa toto snaží stať sa triedou?

OOP vám teda dáva možnosť dopriať si ten luxus, že nemusíte všetko premýšľať dopredu.

Ďalšia trieda – Inbox – je určená práve na to.

class Inbox ( /** * Pole prijatých správ. */ var $messages = array(); /** * V konštruktore dostaneme všetky prijaté správy * a vymažeme ich z relácie. */ funkcia Inbox() ( if (is_array($ _SESSION["session_messages"])) ( $messages = $_SESSION["session_messages"]; $co = sizeof($messages); for ($i = 0; $i< $co; $i++) { $this->správy = nová správa($messages[$i]);
) ) /* vymaže pole správ */ $_SESSION["session_messages"] = array();< $co; $i++) { $this->) /** * Zobrazenie obsahu priečinka Doručená pošta na stránke.

*/ function toPage() ( $co = sizeof($this->messages); if ($co > 0) ( echo "Správa zo systému:

"; ) pre ($i = 0; $i

správy[$i]->ToPage();

)))

Teraz si predstavte, že vytvárate komplexný portál, kde je na stránkach spravidla niekoľko blokov a každý môže obsahovať samostatnú aplikáciu.

Tu narážame na dve ťažkosti:

* Chcel by som, aby sa zoznam správ zobrazoval v konkrétnej časti stránky a už ste na to našli vhodné miesto.
Problém je v tom, že príkaz $inbox->toPage() musíte spustiť presne v momente, ktorý by zodpovedal pozícii zoznamu správ na stránke. Ak chceme zmeniť pozíciu tohto zoznamu, budeme musieť ísť do kódu, ale nie je dobré na to neustále meniť rám portálu. Najlepším riešením by bolo urobiť výstup správ vo forme samostatného modulu, o ktorom vieme len to, že ho treba pripojiť k frameworku.
To znamená, že sa oslobodíte od prísnej postupnosti spúšťania modulov. Skutočne, keďže výsledok výstupu doručenej pošty nezávisí od prevádzky systému (v tomto kroku už máme všetky údaje v relácii), tak prečo tá extra zložitosť?
* Aby ste zachovali vzhľad (dizajn) zoznamu správ, musíte sa postarať o HTML kód, ktorý je pevne zakódovaný v metódach toPage() tried Message a Inbox. Zvyčajne budete musieť zmeniť kód PHP, aby ste zmenili dizajn.

Ak sa chcete pokúsiť vyriešiť prvý problém, môžete vytvoriť vyrovnávaciu pamäť, ktorá ukladá výsledok výstupu doručenej pošty.

Možno budeme mať stále niekoľko podobných vecí (ako Inbox) a musíme vytvoriť systém vyrovnávacej pamäte. Aby sme si neplietli, koho výstup je koho, prídeme asi na pomenovanie bufferov. Niekde uložíme poradie, v súlade s ktorým sa majú buffery vypisovať – najlepšie do externého súboru, aby sme uľahčili zmeny.

Tento pokus o riešenie nám už dáva myšlienku použiť XML ako prostriedok na ukladanie prechodných údajov. A použitie štýlov XSLT pomôže vyriešiť druhý problém.

Nebudem sa venovať tomu, čo je XML a čo je XSLT. Ak nie ste oboznámení s týmito vecami, zvon.org je dobré miesto, kde začať hľadať.

Cieľom je generovať nie HTML kód, ale XML štruktúru v metódach toPage(). Stránkový dokument bude vytvorený ako reťazec s XML kódom (bude slúžiť ako „buffer“) a v poslednej fáze skriptu použijeme XSL transformáciu.

Najprv si predstavme, čo by malo byť výsledkom hlavnej časti kódu.

minúta 57 sekunda: 45

Čo to je, sa dá celkom ľahko uhádnuť – dve správy a formulár. Upozorňujeme, že PHP skript potrebuje iba pripraviť takýto reťazec – je to veľmi jednoduché. Okrem toho nie je dôležité poradie hlavných značiek - môžete ich umiestniť napríklad na začiatok, ako to bude vhodné pre programátora. Ako to implementovať. Bez toho, aby ste čokoľvek menili, môžete použiť ukladanie do vyrovnávacej pamäte, výstup XML namiesto HTML kódu a na konci jednoducho zachytiť výstup do reťazca. Potom však stratíme flexibilitu – napríklad niekedy chcete vypísať ladiace informácie priamo na stránku (pomocou ozveny). Vývojári PHP zároveň pracujú na module DOM, ktorý ponúka pokročilejší spôsob vytvárania a odovzdávania stromových dokumentov. Ak chceme implementovať DOM, budeme musieť prerobiť celú aplikáciu so zmenou výstupu reťazcov na vytváranie prvkov DOM. Preto uprednostňujem ukladanie XML reprezentácie objektov v rámci samotných objektov, pričom postupne zostavujem spoločný XML dokument. Nie je to také ťažké, chce to len malú úpravu. Uvidíte, že táto technika nie je striktne viazaná na konkrétny spôsob ukladania údajov XML, čo vám umožní prejsť na používanie DOM s minimálnym úsilím. V prvom rade si všimnite, že každý z našich objektov má metódu toPage(). Táto podobnosť by nás mala prinútiť zamyslieť sa nad zavedením novej spoločnej rodičovskej triedy. Nechajte každú triedu, ktorá môže vytvárať časti dokumentu XML pre stránku, dediť od triedy, ktorá sa postará o XML reprezentáciu objektu. Nazvime to Outputable.

class Outputable ( /** * XML kontajner (reťazec). */ var $output = ""; /** * Zadajte obsah kontajnera a vymažte kontajner. * * @return reťazec s údajmi XML */ funkcia getOutput () ( $ out = $this->output; $this->output = ""; return $out; ->output .= $string . "n" ) /** * Metóda "Abstract" */ funkcia toPage( ) ( ) )

Metóda toPage() je prázdna - v tomto prípade je potrebná ako indikátor toho, ako by mali externé triedy „matriošky“ komunikovať s vnútornou triedou. Tu by sme však mohli ponúknuť predvolenú implementáciu, ak by sme si všimli, že existuje veľa objektov, ktoré sa na stránke zobrazujú rovnakým spôsobom.

Triedy Message a Inbox sa mierne zmenia – teraz by mali obe dediť z Outputable a zmenia sa aj metódy toPage()
Správa.php

class Message extends Outputable ( /** * Obsah správy. */ var $content; /** * Konštruktor na inicializáciu textu správy. * * @param content content message */ function Message($content) ( $this->content = $obsah; ) /** * Napíšte správu do relácie */ funkcia send() ( $_SESSION["session_messages"] = $this->content; ) /** * Výstup správy na stránku ( $ this->appendOutput("".$this->content.""" ) ) )

class Inbox extends Outputable ( /** * Pole prijatých správ. */ var $messages = array(); /** * V konštruktore prijímame všetky prijaté správy * a odstraňujeme ich z relácie. */ funkcia Inbox( ) ( if (is_array ($_SESSION["session_messages"])) ( $messages = $_SESSION["session_messages"]; $co = sizeof($messages); for ($i = 0; $i< $co; $i++) { $this->správy = nová správa($messages[$i]);< $co; $i++) { $this->) ) /* vymaže pole správ */ $_SESSION["session_messages"] = array();

) /** * Zobrazenie obsahu priečinka Doručená pošta na stránke.

*/ funkcia toPage() ( $co = sizeof($this->messages); $this->appendOutput(""); for ($i = 0; $i
správy[$i]->toPage();

$this->appendOutput($this->správy[$i]->getOutput());

Hlavná inovácia je v objekte $global_content, ktorého názov hovorí sám za seba. V tomto prípade patrí do triedy Outputable v reálnych úlohách by ste pravdepodobne vytvorili samostatnú triedu pre obsah stránky.

Ak sa pozriete pozorne, obsah skriptu sa prakticky nezmenil - rovnaká schránka, rovnaká toPage(). Pridaná inštrukcia, ktorá zobrazuje obsah zoznamu správ v obsahu stránky. Pre spestrenie sú teraz vygenerované dve správy.

Aby ste sa mohli pozrieť na výsledok, ostáva už len pripraviť XSL šablónu.
style.xsl

Príklad XSLT

čo sme dosiahli?

Predovšetkým môžete s väčšou istotou prevziať komplexné projekty - je zabezpečená skutočná nezávislosť modulov. Poradie, v ktorom sú výsledky umiestnené na stránke, sa teraz riadi pomocou externej šablóny XSL a nezávisí od poradia, v ktorom sú moduly spustené.

Akýkoľvek modul, ktorý generuje XML dáta ako výsledok svojej práce, môže byť použitý v projekte. To je mimochodom jedna z výhod oproti šablónovým enginom, v ktorých tvorba dát pozostáva zo sekvencie volania metód (priradenie a pod.) konkrétneho enginu, pre ktoré neexistuje spoločný štandard.

Ďalšou výhodou je ľahké ladenie. Ak spustíte skript, všimnete si, že každá stránka obsahuje výstup ladenia – prototyp XML, ktorý výrazne zjednodušuje ladenie aplikácií.

Ešte niečo, na čo musíte myslieť, je, ako vytvoriť objekty správ. Nie vždy je vhodné použiť nové priamo v klientskom kóde. Ale možno je to téma na samostatný článok.

Nakoniec cval o vyhliadkach:

* pop-up okná so zoznamom dôležitých správ
* „stránky odosielateľa“ a „cieľové stránky“ v správach
* protokolovanie správ do databázy
* tlačidlo "zobraziť históriu mojich akcií"
* štatistická analýza akcií používateľov v rámci relácií
* „inteligentní asistenti“ vo webových aplikáciách

Nakoniec som si uvedomil: Nikoho lepšieho ako moju manželku som nenašiel. Ostáva už len nájsť si ženu

V tomto článku sa dozvieme, ako pridávať, upravovať a odstraňovať záznamy v databáze MySQL pomocou PHP. Použili sme obslužný program JQuery, ktorý odosiela požiadavku AJAX do skriptu na strane servera. Obsluha aktualizuje zoznam záznamov.

Pri pridávaní záznamu formulár odošle dáta do PHP skriptu cez požiadavku AJAX. Ak je pridanie úspešné, zoznam záznamov sa znova načíta.

Vo funkcii JQuery AJAX máme prepínacie prípady pridávať úpravy a mazať. Tieto prípady generujú rôzne reťazce údajov dotazov a odpovedí v závislosti od akcií databázy.

function showEditBox(id) ( $("#frmAdd").hide(); var currentMessage = $("#message_" + id + " .message-content").html(); var editMarkUp = ""+currentMessage+" SaveCancel"; $("#message_" + id + " .message-content").html(editMarkUp); ) funkcia cancelEdit(message,id) ( $("#message_" + id + " .message-content") .html(správa) $("#frmAdd").show(); callCrudAction(akcia,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, typ: "POST", success:function(data)( switch(akcia) (case "add": $("#comment-list-box").append(data); break ; prípad "upraviť": $("#správa_" + id + " .obsah-správy").html(údaje $("#frmAdd").show();

case "delete": $("#message_"+id).fadeOut();

prestávka;