$_SERVER - Informácie o serveri a prostredí spustenia. Superglobálne pole $_SERVER Informácie o používateľovi fondu php

V druhej lekcii napíšeme ďalšie dve triedy a kompletne dokončíme vnútornú časť skriptu.

Plán

Cieľom tejto série tutoriálov je vytvoriť jednoduchú aplikáciu, ktorá používateľom umožní registráciu, prihlásenie, odhlásenie a zmenu nastavení. Trieda, ktorá bude obsahovať všetky informácie o užívateľovi sa bude volať User a bude definovaná v súbore User.class.php. Trieda, ktorá bude zodpovedná za vstup/výstup, sa bude volať UserTools (UserTools.class.php).

Trochu o pomenovaní triedy

Správna etiketa je pomenovať súbory, ktoré popisujú triedu, rovnakým názvom ako trieda samotná. To uľahčuje určenie účelu každého súboru v priečinku tried.

Je tiež bežné pridať .class alebo .inc na koniec názvu súboru triedy. Týmto spôsobom jasne definujeme účel súboru a môžeme použiť .htaccess na obmedzenie prístupu k týmto súborom.

Trieda používateľa (User.class.php)

Táto trieda bude definovať každého používateľa. Ako sa táto aplikácia rozrastá, definícia „používateľa“ sa môže výrazne zmeniť. Našťastie OOP programovanie uľahčuje pridávanie ďalších užívateľských atribútov.

Konštruktér

V tejto triede použijeme konštruktor – ide o funkciu, ktorá sa automaticky volá pri vytváraní ďalšej kópie triedy. To nám umožňuje automaticky publikovať niektoré atribúty po vytvorení projektu. V tejto triede bude konštruktor preberať jeden argument: asociatívne pole, ktoré obsahuje jeden riadok z tabuľky užívateľov našej databázy.

require_once "DB.class.php"; class User ( public $id; public $username; public $hashedPassword; verejný $email;
public $joinDate;
//Konštruktor sa volá pri vytvorení nového objektu//Vezme asociatívne pole s riadkom DB ako argument. function __construct($data) ( $this->id = (isset($data["id"])) ? $data["id"] : ""; $this->username = (isset($data[" username"])) ? $data["username"] : ""; $this->hashedPassword = (isset($data["heslo"])) ? $data["password"] : ""; $this- >email = (isset($data["email"])) ? $data["email"] : ""; $this->joinDate = (isset($data["join_date"])) $data[" join_date "] : "" ;)
public function save($isNewUser = false) ( //vytvorte nový databázový objekt. $db = new DB(); //ak je používateľ už zaregistrovaný a my //práve aktualizujeme jeho informácie. if(!$isNewUser ) ( //nastavenie dátového poľa $data = array("username" => ""$this->username"", "password" => ""$this->hashedPassword"",
"email" => ""$this->email"");
//aktualizácia riadku v databáze $db->update($data, "users", "id = ".$this->id); )else ( //ak je používateľ registrovaný prvýkrát. $data = array("username" => ""$this->username"", "password" => ""$this->hashedPassword"" , "e-mail" => ""$this->email"", "join_date" => """.dátum("R-m-d H:i:s",čas()).""" id = $db ->insert($data, "users" $this->joinDate = time(); ) ) ?>

Vysvetlenie

Prvá časť kódu, mimo zóny triedy, zabezpečuje, že trieda je pripojená k databáze (keďže trieda User má funkciu, ktorá túto triedu vyžaduje).

Namiesto premenných triedy „chránené“ (používané v 1. lekcii) ich definujeme ako „verejné“. To znamená, že akýkoľvek kód mimo triedy má pri práci s objektom User prístup k týmto premenným.

Konštruktor vezme pole, v ktorom sú stĺpce v tabuľke kľúčmi. Premennú triedy definujeme pomocou $this->variablename. V príklade tejto triedy najskôr skontrolujeme, či hodnota určitého kľúča existuje. Ak áno, nastavíme premennú triedy na túto hodnotu. V opačnom prípade prázdny reťazec. Kód používa krátku formu zápisu, ak:

$hodnota = (3 == 4) ? "A" : "B";

V tomto príklade kontrolujeme, či sa 3 rovná štyrom! Ak áno - potom $value = “A”, nie - $value = “B”. V našom príklade je výsledkom $value = „B“.

Informácie o Používateľoch ukladáme do databázy

Funkcia uloženia sa používa na vykonanie zmien v databázovej tabuľke s aktuálnymi hodnotami v objekte používateľa. Táto funkcia používa databázovú triedu, ktorú sme vytvorili v prvom tutoriále. Pomocou premenných triedy sa nastaví pole $data. Ak sa údaje používateľa ukladajú prvýkrát, $isNewUser sa odovzdá ako $true (predvolene nepravda). Ak $isNewUser = $true, potom sa zavolá funkcia insert() triedy DB. V opačnom prípade sa zavolá funkcia update(). V oboch prípadoch budú informácie z objektu používateľa uložené v databáze.

Trieda UserTools.class.php

Táto trieda bude obsahovať funkcie, ktoré súvisia s používateľmi: login(), logout(), checkUsernameExists() a get(). S rozšírením tejto aplikácie však môžete pridať oveľa viac.

//UserTools.class.php require_once "User.class.php"; require_once "DB.class.php";
trieda UserTools(
//Prihlásiť používateľa. Najprv skontroluje, či sa //užívateľské meno a heslo zhodujú s riadkom v databáze. //Ak je to úspešné, nastavte premenné relácie //a uložte objekt používateľa.
verejné prihlásenie ($username, $password)
{
$hashedPassword = md5($heslo); $result = mysql_query("SELECT * FROM users WHERE username = "$username" AND password = "$hashedPassword""); if(mysql_num_rows($result) == 1) ( $_SESSION["user"] = serialize(new User(mysql_fetch_assoc($result))); $_SESSION["login_time"] = time(); $_SESSION["prihlásené_in "] = 1; return true; )else( return false; ) )
//Odhláste používateľa. Zničte premenné relácie. public function logout() ( unset($_SESSION["user"]); unset($_SESSION["login_time"]); unset($_SESSION["logged_in"]); session_destroy(); ) //Skontrolujte, či používateľské meno existuje. //Toto sa volá počas registrácie, aby sme sa uistili, že všetky používateľské mená sú jedinečné. verejná funkcia checkUsernameExists($username) ( $result = mysql_query("select id from users where username="$username""); if(mysql_num_rows($result) == 0) ( return false; )else( return true; )
}
//získať používateľa //vráti objekt používateľa. Berie ID používateľa ako vstupnú verejnú funkciu get($id) ( $db = new DB(); $result = $db->select("users", "id = $id"); return new User($result )))
?>

funkciu login().

Funkcia login() je jasná už podľa názvu. Berie používateľské argumenty $username a $password a kontroluje, či sa zhodujú. Ak sa všetko zhoduje, vytvorí objekt používateľa so všetkými informáciami a uloží ho do relácie. Upozorňujeme, že používame iba funkciu PHP serialize(). Vytvára uloženú verziu objektu, ktorú možno jednoducho zrušiť serializáciou pomocou unserialize(). Uloží sa aj čas prihlásenia. To môže byť neskôr použité na poskytovanie informácií používateľom o dĺžke pobytu na stránke.

Môžete si tiež všimnúť, že $_SESSION["logged_in"] sme nastavili na 1. To nám umožňuje na každej stránke jednoducho skontrolovať, či je používateľ prihlásený. Stačí zaškrtnúť iba túto premennú.

funkciu logout().

Tiež jednoduchá funkcia. Funkcia PHP unset() vymaže premenné v pamäti, zatiaľ čo session_destroy() vymaže reláciu.

funkcia checkUsernameExists().

Každý, kto vie po anglicky, funkciu ľahko pochopí. Jednoducho sa opýta databázy, či bolo použité podobné prihlásenie alebo nie.

funkcia get().

Táto funkcia prevezme jedinečné ID používateľa a vykoná dotaz do databázy pomocou triedy DB, konkrétne funkcie select(). Bude potrebné asociatívne pole s množstvom informácií o používateľovi a vytvorí nový objekt používateľa, pričom pole odovzdá konštruktorovi.

Kde to môžem použiť? Napríklad, ak vytvoríte stránku, ktorá potrebuje zobrazovať špecifické užívateľské profily, budete musieť tieto informácie dynamicky načítať. Môžete to urobiť takto: (povedzme, že adresa URL je http://www.website.com/profile.php?userID=3)

//poznámka: najprv budete musieť otvoriť pripojenie k databáze. //Ďalšie informácie o tom nájdete v časti 1. //Musíte sa tiež uistiť, že ste zahrnuli súbory triedy.
$tools = new UserTools(); $user = $tools->get($_REQUEST["userID"]); echo "Používateľské meno: ".$user->username.""; echo "Pripojené: ".$user->joinDate."";

Jednoducho! je to pravda?

Posledný dotyk na strane servera: global.inc.php

global.inc.php sa vyžaduje pre každú stránku na webe. prečo? Takto na stránku umiestnime všetky bežné operácie, ktoré budeme potrebovať. Napríklad spustíme session_start(). Otvorí sa aj pripojenie k databáze.

require_once "classes/UserTools.class.php";
require_once "classes/DB.class.php";
//pripojenie k databáze $db = new DB(); $db->connect();
//inicializácia objektu UserTools $userTools = new UserTools(); //spustenie relácie
session_start();
//obnoviť premenné relácie, ak ste prihlásení if(isset($_SESSION["logged_in"])) ( $user = unserialize($_SESSION["user"]); $_SESSION["user"] = serialize($userTools-> get($user->id) ) ?>

čo robí?

Deje sa tu viacero vecí. Najprv otvoríme pripojenie k databáze.

Po pripojení spustíme funkciu session_start(). Funkcia vytvorí reláciu alebo pokračuje v aktuálnej, ak je používateľ už prihlásený. Keďže naša aplikácia je určená pre používateľov na prihlásenie/odhlásenie, táto funkcia je potrebná na každej stránke.

Ďalej skontrolujeme, či je používateľ prihlásený. Ak áno, aktualizujeme $_SESSION["user"], aby odrážali najnovšie informácie o používateľovi. Napríklad, ak používateľ zmení svoj e-mail, starý sa uloží do relácie. Ale s automatickými aktualizáciami sa to nestane.

Týmto sa končí druhá časť! Zajtra sa môžete tešiť na záverečnú lekciu na túto tému.

Všetko najlepšie!

5. február , 2017

Nepoznám žiaden PHP framework. Je to smutné a hanebné, ale zatiaľ to nie je zákonom zakázané. Ale zároveň sa chcem hrať s REST API. Problém je v tom, že php štandardne podporuje iba $_GET a $_POST. A pre RESTful službu potrebujete vedieť pracovať aj s PUT, DELETE a PATCH. A nie je veľmi zrejmé, ako kultúrne spracovať mnohé požiadavky, ako je ZÍSKAŤ http://site.ru/users, VYMAZAŤ http://site.ru/goods/5 a iné sprostosti. Ako všetky takéto požiadavky zabaliť do jedného bodu, univerzálne analyzovať na časti a spustiť potrebný kód na spracovanie údajov?

Takmer každý rámec PHP to dokáže hneď po vybalení. Napríklad Laravel, kde je smerovanie implementované jasne a jednoducho. Čo ak však práve teraz nepotrebujeme študovať novú veľkú tému, ale chceme rýchlo spustiť projekt s podporou REST API? O tom sa bude diskutovať v článku.

Čo by mala naša služba RESTful vedieť?

1. Podpora všetkých 5 hlavných typov požiadaviek: GET, POST, PUT, PATCH, DELETE.
2. Vyriešte rôzne trasy pohľadu
POST /tovar
PUT /tovar/(goodId)
GET /users/(userId)/info
a iné ľubovoľne dlhé reťazce.

Pozor: tento článok nie je o základoch REST API
Predpokladám, že už poznáte REST prístup a chápete, ako funguje.

Ak nie, na internete je veľa skvelých článkov o základoch REST - nechcem ich duplikovať, chcem ukázať, ako s RESTom pracovať v praxi.

Aké funkcie budeme podporovať?

Uvažujme 2 entity – produkty a používateľov.

• 1. Pre produkty sú možnosti nasledovné: GET /tovar/(goodId)
• 2. POST /tovar— Získanie informácií o produkte
• 3. PUT /tovar/(goodId)— Pridanie nového produktu
• 4. — Úprava produktu PATCH /tovar/(goodId)
• 5. — Úprava niektorých parametrov produktu DELETE /tovar/(goodId)

— Odstránenie produktu

• 1. Pre používateľov, pre rozmanitosť, zvážme niekoľko možností s GET GET /users/(userId)
• 2. GET /users/(userId)/info— Kompletné informácie o používateľovi
• 3. — Iba všeobecné informácie o používateľovi GET /users/(userId)/orders

— Zoznam užívateľských objednávok

Ako to bude fungovať s natívnym PHP?

Prvá vec, ktorú urobíme, je nastaviť .htaccess tak, aby boli všetky požiadavky presmerované do súboru index.php.
Je to on, kto sa bude zaoberať extrakciou údajov.

• Po druhé, rozhodnime sa, aké údaje potrebujeme, a napíšme kód, aby sme ich získali – v index.php.
• Máme záujem o 3 typy údajov:
• 1. Metóda požiadavky (GET, POST, PUT, PATCH alebo DELETE)

A po tretie, napíšeme kód, ktorý spustí potrebné funkcie.

Funkcie sú rozdelené do súborov, všetko je Feng Shui, pridávanie nových ciest a metód pre RESTful službu bude veľmi jednoduché.

.htaccess

V koreňovom adresári projektu vytvoríme súbor .htaccess

RewriteEngine On RewriteCond %(REQUEST_FILENAME) !-f RewriteRule ^(.+)$ index.php?q=$1
Pomocou týchto tajomných riadkov vám prikazujeme, aby ste to urobili:
1 - pošlite všetky požiadavky akéhokoľvek druhu do kráľovského súboru index.php 2 - sprístupniť reťazec v URL v index.php v parametri get q. To znamená, že údaje z adresy URL sú podobné

/users/(userId)/info

dostaneme z $_GET["q"].

index.php

Pozrime sa na index.php riadok po riadku.

Najprv získajme metódu žiadosti.

// Definujte metódu požiadavky $method = $_SERVER["REQUEST_METHOD"]; Potom údaje z tela žiadosti// Získanie údajov z tela požiadavky $formData = getFormData($method);

Pre GET a POST je ľahké vytiahnuť dáta z príslušných polí $_GET a $_POST.

Ale pri iných metódach musíte byť trochu zvrátení.

Kód pre nich je stiahnutý zo streamu

php://vstup , kód je pre Google jednoduchý, práve som napísal všeobecný obal – funkciu getFormData($method)// Získanie údajov z funkcie tela požiadavky getFormData($method) ( // GET alebo POST: vráti údaje tak, ako sú, ak ($method === "GET") vráti $_GET; if ($method === "POST" ) return $_POST // PUT, PATCH alebo DELETE $data = pole("&", file_get_contents("php://vstup") foreach($rozložené ako $pár) ( $položka = explode ("=", $pár) if (počet($položka) == 2) ( $data = urldecode($položka); ) ) return $data;

To znamená, že sme získali potrebné údaje skrytím všetkých podrobností v getFormData - no, skvelé. Prejdime k najzaujímavejšej časti – smerovaniu.// Analýza adresy URL $url = (isset($_GET["q"])) ? $_GET["q"] : "";
$url = rtrim($url, "/");
$urls = explode("/", $url);

Vyššie sme sa dozvedeli, že .htaccess vloží parametre z URL do q-parametra poľa $_GET.

To znamená, že $_GET["q"] bude obsahovať niečo takéto:

// Definovanie údajov smerovača a adresy URL $router = $urls;

$urlData = array_slice($urls, 1); // Pripojte súbor smerovača a spustite hlavnú funkciu include_once "routers/" . $router. ".php"; route($method, $urlData, $formData);

chápeš to? Vytvoríme priečinok smerovačov, do ktorého vložíme súbory, ktoré manipulujú s jednou entitou: produktmi alebo používateľmi.

Zároveň súhlasíme s tým, že názvy súborov sa zhodujú s prvým parametrom v urlData – bude to router, $router.

A tento router je potrebné odstrániť z urlData, už ho nepotrebujeme a slúži len na pripojenie požadovaného súboru.

array_slice($urls, 1)

a poskytne nám všetky prvky poľa okrem prvého.

Teraz zostáva len pripojiť požadovaný súbor smerovača a spustiť funkciu smerovania s tromi parametrami.
Aká je táto trasa funkcie? Dohodnime sa, že v každom súbore smerovača bude definovaná funkcia, ktorá na základe vstupných parametrov určí, akú akciu používateľ spustil a vykoná požadovaný kód.
Teraz to bude jasnejšie. Zoberme si prvú požiadavku - získanie údajov o produkte.

V odpovedi klientovi zobrazujeme potrebné údaje: názov produktu a jeho cenu.

ID produktu a metóda sú v reálnej aplikácii úplne voliteľné.

Zobrazujeme ich len preto, aby sme sa uistili, že sa volá správna metóda so správnymi parametrami.

Skúsme to na príklade: otvorte konzolu prehliadača a spustite kód $.ajax((url: "/examples/rest/goods/10", metóda: "GET", dataType: "json", success: function(response)(console.log("response:", response))) ) Kód odošle požiadavku na server, kde som nasadil podobnú aplikáciu, a odošle odpoveď.
Uistite sa, že trasa, ktorá vás zaujíma, je

/tovar/10

naozaj fungoval.

Na karte Sieť si všimnete rovnakú požiadavku.

A áno, /examples/rest je koreňová cesta našej testovacej aplikácie na stránku

Ak ste viac zvyknutí používať curl v konzole, spustite to v termináli - odpoveď bude rovnaká a dokonca aj s hlavičkami zo servera. Curl -X GET https://site/examples/rest/tovar/10 -i Na konci funkcie sme napísali nasledujúci kód.

// Vráti chybovú hlavičku("HTTP/1.0 400 Bad Request");
echo json_encode(array("error" => "Zlá požiadavka"));
Znamená to, že ak sme sa pomýlili v parametroch alebo požadovaná trasa nie je definovaná, vrátime klientovi chybu 400 Bad Request.

Napríklad do adresy URL pridajte niečo takéto:

tovar/10/ďalší_param

a uvidíte chybu v konzole a odpoveď 400 - skreslená požiadavka neprešla.

Podľa http kódov odpovede servera

urlData je teraz prázdny, ale používa sa formData - jednoducho ho zobrazíme klientovi.

Ako to urobiť „správne“?
Podľa kánonov REST by ste v žiadosti o príspevok mali vrátiť iba ID vytvorenej entity alebo adresu URL, z ktorej možno túto entitu získať. To znamená, že odpoveď bude buď len číslo -(goodId) , alebo.
/tovar/(goodId)
Prečo som napísal "správne" v úvodzovkách? Áno, pretože REST nie je súbor striktných pravidiel, ale odporúčaní.

A ako to budete realizovať, závisí od vašich preferencií alebo už prijatých dohôd o konkrétnom projekte.

Majte na pamäti, že iný programátor, ktorý číta kód a je si vedomý prístupu REST, bude v odpovedi na požiadavku o príspevok očakávať ID vytvoreného objektu alebo adresu URL, z ktorej možno získať údaje o tomto objekte pomocou požiadavky get.

Testovanie z konzoly

$.ajax((url: "/examples/rest/tovars/", metóda: "POST", údaje: (good: "notebook", cena: 20000), dataType: "json", success: function(response)( console.log("response:", response))))

Curl -X POST https://site/examples/rest/tovar/ --data "good=notebook&price=20000" -i

PUT /tovar/(goodId)

Úprava produktu

A ako to budete realizovať, závisí od vašich preferencií alebo už prijatých dohôd o konkrétnom projekte.

// Aktualizácia všetkých údajov o produkte // PUT /tovar/(goodId) if ($method === "PUT" && count($urlData) === 1) ( // Získať ID produktu $goodId = $urlData; / / Aktualizácia všetkých produktových polí v databáze... // Výstup odpovede klientovi echo json_encode(array("method" => "PUT", "id" => $goodId, "formData" => $formData)) ;

Tu sú už všetky údaje využité naplno.

ID produktu sa vyberie z urlData a vlastnosti z formData.

$.ajax((url: "/examples/rest/tovars/15", metóda: "PUT", dáta: (good: "notebook", cena: 20000), dataType: "json", success: function(response) (console.log("response:", response))))

Curl -X PUT https://site/examples/rest/tovar/15 --data "good=notebook&price=20000" -i

A ako to budete realizovať, závisí od vašich preferencií alebo už prijatých dohôd o konkrétnom projekte.

PATCH /tovar/(goodId)

Čiastočná aktualizácia produktu

// Čiastočná aktualizácia údajov o produkte // PATCH /tovar/(goodId) if ($method === "PATCH" && count($urlData) === 1) ( // Získanie ID produktu $goodId = $urlData; // Aktualizujeme iba špecifikované produktové polia v databáze... // Odošle odpoveď klientovi echo json_encode(array("method" => "PATCH", "id" => $goodId, "formData" => $formData));
Nestačí jeden PUT? Nevykonávajú rovnakú akciu – neaktualizujú údaje objektu?
To je pravda - navonok je akcia jedna. Rozdiel je v prenášaných dátach.
PUT to predpokladá Všetky objektové polia a iba PATCH zmenené.
Tie, ktoré boli odoslané v tele žiadosti.

Upozorňujeme, že v predchádzajúcom PUT sme odovzdali názov produktu aj cenu.

A v PATCH - iba cena. To znamená, že sme na server odoslali iba zmenené údaje.

Či už potrebujete PATCH - rozhodnite sa sami. Pamätajte však na programátora na čítanie kódu, ktorý som spomenul vyššie.

A ako to budete realizovať, závisí od vašich preferencií alebo už prijatých dohôd o konkrétnom projekte.

DELETE /tovar/(goodId)

Odstránenie produktu

// Odstránenie produktu // DELETE /goods/(goodId) if ($method === "DELETE" && count($urlData) === 1) ( // Získanie ID produktu $goodId = $urlData; // Vymazať produkt z databázy... // Odoslanie odpovede klientovi echo json_encode(array("method" => "DELETE", "id" => $goodId));

$.ajax((url: "/examples/rest/tovar/20", metóda: "DELETE", dataType: "json", success: function(response)(console.log("response:", response))) )

Curl -X DELETE https://site/examples/rest/tovar/20 -i S požiadavkou DELETE je všetko jasné. Teraz sa pozrime na prácu s užívateľmi – užívateľským routerom a podľa toho aj so súborom users.php GET /users/(userId) Načítavanie všetkých používateľských údajov. Ak je požiadavka GET podobná/users/(userId) , potom vám vrátime všetky informácie o používateľovi, ak budú dodatočne špecifikované/info

alebo /objednávky, potom podľa toho len všeobecné informácie alebo zoznam objednávok.

A ako to budete realizovať, závisí od vašich preferencií alebo už prijatých dohôd o konkrétnom projekte.

// Router function route($method, $urlData, $formData) ( // Získanie všetkých informácií o používateľovi // GET /users/(userId) if ($method === "GET" && count($urlData) = = = 1) ( // Získanie ID produktu $userId = $urlData; // Extrahovanie všetkých údajov o používateľovi z databázy... // Výstup odpovede klientovi echo json_encode(array("method" => " GET", "id" = > $userId, "info" => array("email" => "

[chránený e-mailom]

", "name" => "Webdevkin"), "orders" => array(array("orderId" => 5, "summa" => 2000, "orderDate" => "01/12/2017"), pole (" orderId" => 8, "summa" => 5000, "orderDate" => "02/03/2017")))); echo json_encode( array("error" => "Zlá požiadavka"));

$.ajax((url: "/examples/rest/users/5", metóda: "GET", dataType: "json", success: function(response)(console.log("response:", response))) )

// Získanie všeobecných informácií o používateľovi // GET /users/(userId)/info if ($method === "GET" && count($urlData) === 2 && $urlData === "info") ( // Získanie id produktu $userId = $urlData // Extrahovanie všeobecných údajov o používateľovi z databázy... // Výstup odpovede klientovi echo json_encode(array("method" => "GET", "id" " => $userId, " info" => array("e-mail" => " /objednávky", "name" => "Webdevkin"))); návrat; )

A ako to budete realizovať, závisí od vašich preferencií alebo už prijatých dohôd o konkrétnom projekte.

$.ajax((url: "/examples/rest/users/5/info", metóda: "GET", dataType: "json", success: function(response)(console.log("response:", response) )))

Curl -X GET https://site/examples/rest/users/5/info -i

GET /users/(userId)/orders

Získanie zoznamu užívateľských objednávok

// Prijímať objednávky používateľov // GET /users/(userId)/orders if ($method === "GET" && count($urlData) === 2 && $urlData === "orders") ( // Získať product id $userId = $urlData // Získanie údajov o objednávkach používateľa z databázy... // Výstup odpovede klientovi echo json_encode(array("method" => "GET", "id" => $; userId, "orders" => array(array("orderId" => 5, "summa" => 2000, "orderDate" => "01/12/2017"), array("orderId" => 8, "summa " => 5000, "dátum objednávky" => "02/03/2017")))); vrátiť; )

A ako to budete realizovať, závisí od vašich preferencií alebo už prijatých dohôd o konkrétnom projekte.

$.ajax((url: "/examples/rest/users/5/orders", metóda: "GET", dataType: "json", success: function(response)(console.log("response:", response) )))

Curl -X GET https://site/examples/rest/users/5/orders -i

Výsledky a zdroje

Zdroje z príkladov článkov -

Ako môžete vidieť, organizovanie podpory REST API v natívnom php sa ukázalo ako nie také ťažké a úplne legálne.

Hlavná je podpora rout a neštandardných PHP metód PUT, PATCH a DELETE.

Hlavný kód, ktorý implementuje túto podporu, sa zmestí do 3 tuctov riadkov index.php.

Zvyšok je len postroj, ktorý možno implementovať ľubovoľným spôsobom.

Kde vlastne začalo php pre väčšinu z nás? Od vkladania skriptu do HTML stránok. Napríklad vlastný adresár odkazov. Stránka s odkazmi z konkrétnej kategórie:

". mysql_result($vysledok, 0). ""; mysql_free_result($výsledok); $výsledok = mysql_query("SELECT id, názov, pomer, popis, dátum_stránky FROM stránky WHERE rubrika=". intval($id). " ORDER BY pomer DESC, dátum_stránky DESC, názov"); if (mysql_error()) echo mysql_error( else while ($row = mysql_fetch_assoc($result)) echo "); ($riadok)
($riadok)
Zaznamenané: ($row), Ohodnotené: ($row)

Jednoduché a nenáročné, ale hlavné je, že tento kód funguje. Ryby 100 Ryby 200 Ryby 10 Slnečnica 50

Takto môžete písať štruktúrované údaje o obchode s potravinami v XML, v ktorom sú produkty rozdelené do kategórií a kategórie môžu byť navzájom podriadené.

Samozrejme, tieto údaje môžu byť zapísané iným spôsobom, povedzme, text s tabulátormi ako oddeľovačmi a označujúcimi ID nadradenej kategórie (mimochodom, pri písaní údajov vo formáte XML, ako je vidieť vyššie, nemusíte špecifikovať to). XML je hotový formát na zaznamenanie takejto štruktúry, v rámci ktorej si stačí vymyslieť názvy uzlov (tagov) a pravidlá, do ktorých má štruktúra zapadať (napríklad, že produkt nemožno umiestniť mimo kategórie alebo že nemôže existovať viac úrovní kategórie tri). Ďalej:

XML nie je programovací jazyk a nemusíte byť programátorom, aby ste ho mohli používať alebo sa učiť. XML uľahčuje počítaču vytváranie a čítanie údajov a zároveň zabezpečuje, že ich štruktúra je jednoznačná. XML sa vyhýba bežným úskaliam dizajnu jazyka: je rozšíriteľný, nezávislý na platforme a zahŕňa podporu pre internacionalizáciu a lokalizáciu. XML je plne kompatibilný s Unicode.

Vývojári PHP navrhujú spracovať jednotlivé prvky dokumentu XML pomocou funkcií PHP. Príklad z php manuálu:<$htmltag>"B", "ZDÔRAZNENIE" => "JA", "DOSLOVNÉ" => "TT"); // Funkcia na spustenie značky (môže vygenerovať zložitý text, ale v tomto príklade // vypíše iba zodpovedajúcu značku). function startElement($parser, $name, $attrs) (globálna $map_array; if ($htmltag = $map_array[$name]) (tlač ""; ) ) // Funkcia pre koniec funkcie značky endElement($parser, $name) ( globálne $map_array; if ($htmltag = $map_array[$name]) ( print "

Tento príklad možno rozšíriť pridaním poľa názvov značiek, ktoré budú spracované odlišne, a zodpovedajúcich podmienok vo funkciách startElement a endElement.

Kód vyzerá úplne hrozne. Prakticky sa nehodí na použitie pri prevode XML do HTML stránok, hoci na niektorých miestach bol použitý, napríklad na stránke How IT works.

Samozrejme, môžete si napísať svoje vlastné automaty, ktoré by čítali konfiguračné súbory a vytvárali polia, ale z hľadiska celkových nákladov práce je výhodnejšie použiť výkonné triedy šablón, ako je Smarty.

Práca na tomto projekte sa začala už v roku 1999, keď skupina vývojárov začala písať špecifikáciu enginu šablón. Po určení toho, čo by mal robiť, sa vývojári pokúsili napísať modul v C, ale nakoniec sa rozhodli, že je lepšie vytvoriť triedu v PHP, ktorá bude prístupná a zrozumiteľná pre všetkých vývojárov webových stránok.

Teraz je Smarty jedným z PHP projektov, jeho webová stránka je umiestnená na serveri PHP na adrese smarty.php.net.

Formálne je Smarty trieda šablón. V skutočnosti je jeho funkčnosť rádovo vyššia ako u sady *Template.

Po prvé, Smarty nielen vkladá premenné do šablóny, ale tiež spúšťa PHP kód v samotnej šablóne. Po druhé, šablóny v Smarty sa prevedú na PHP skripty a všetku špinavú prácu s vkladaním premenných do textu a vykonávaním logických konštrukcií zverí vstavaný PHP parser. Keď je povolené ukladanie do vyrovnávacej pamäte, tieto skripty PHP sa ukladajú do súborov, ktoré sa volajú pri ďalšom prístupe k šablónam. Keď sa šablóny zmenia, skripty sa vygenerujú znova. Toto ukladanie do vyrovnávacej pamäte výrazne urýchľuje činnosť skriptov.

Smarty dokáže spracovať aj logické konštrukcie if-else zabudované do šablón a previesť ich na kód PHP.

Konštrukty nazývané modifikátory premenných sú spracované podobne. Umožňujú vám odstrániť niektoré funkcie z hlavného skriptu, presunúť ich do šablóny a ich skriptov PHP uložených vo vyrovnávacej pamäti.

(*Napíšte názov veľkými písmenami*)

($title|upper),

(* Skráťte tému na 40 znakov vložením... na koniec *) Téma: ($topic|truncate:40:"...")Tento text sa skonvertuje na tento kód:

_run_mod_handler("upper", true, $this->_tpl_vars["Name"]); ?> Téma:

Všetko by bolo v poriadku, keby bol Smarty rozmerovo menší.

Teraz (verzia 2.3.1) „váži“ 144 kilobajtov a na AMD K6 266 MHz beží výrazne pomaly. Smarty vývojári odporúčajú používať Zend Accelerator alebo PHP Accelerator.

DOM je momentálne posledné slovo v šablónach dokumentov v PHP. Modul som opísal v článku “XML: Špecifikácia a funkcie DOM v PHP”.

Napriek svojej podrobnosti a veľkému množstvu kódu, ktorý vykonáva pomerne jednoduché operácie, má DOM XML veľký prísľub.

Hlavnou nevýhodou textového prístupu k úprave XML dokumentu (úprava v skripte, samozrejme) je, že si buď musíte pozorne prečítať špecifikáciu XML, alebo si nie ste úplne istí, čo sa nakoniec stalo.<) или в номера символов UTF-8 (&x0442;). В модуле DOM XML достаточно сконвертировать текст в UTF-8 и вызвать метод create_text_node.

Napríklad vloženie textu do uzla je jednoduchá úloha.

V dokumente XML však musia byť znaky služby a znaky tabuľky, ktoré nie sú ISO, skonvertované na entity XML (

Na mojej stránke stále beží starý nástroj, ktorý generuje textový reťazec a niekedy robí zaujímavé triky s nekvalitnými dokumentmi. Okrem toho môžu byť objekty odovzdané ako parameter funkcii a názov volanej metódy môže byť premenný.

A nakoniec, hlavnou výhodou DOM XML je, že v PHP neexistuje binárny modul na spracovanie textu dokumentu. To znamená, že budete musieť napísať syntaktický analyzátor sami.

Čo sa týka veľkého množstva kódu, je to celkom prirodzené. Koniec koncov, ak chcete upravovať dokument prostredníctvom textu, potom píšte regulárne výrazy a použite sadu reťazcových funkcií. Ak dodržiavate konvencie XML, potrebujete tiež veľa tohto kódu.

Operácie s dokumentom cez DOM musia byť zoskupené do vlastných funkcií, to znamená, že musí byť vytvorená trieda šablóny DOM.< sizeof($child); $i++) $root2->Údaje spoločné pre lokalitu alebo jej časti môžete vložiť do samostatnej šablóny. Zvyšok sa vloží do dokumentu pomocou techniky, ktorú som opísal:

document_element(); $child = $root1->child_nodes(); $root2 = $dom2->prvok_dokumentu(); pre ($i = 0; $i

Možnosti FollowSymLinks RewriteEngine On # skontroluje prítomnosť súboru s rovnakým názvom # a príponou phpxml pre koreň sekcie RewriteCond %(DOCUMENT_ROOT)/$1/index.phpxml -f # ak taký súbor existuje, pravidlo sa spustí RewriteRule ^(+)/?$ /$1 /index.php # toto pravidlo bude fungovať pre adresu prepísanú # predchádzajúcim pravidlom a pre všetky ostatné # súbory odoslanie požiadavky skriptu skladateľ.php. RewriteCond %(DOCUMENT_ROOT)/$1.phpxml -f RewriteRule ^(+)\.php$ /composer.php [L]

Skript skladateľ.php otvorí súbor s rovnakým názvom, ako sa požaduje, ale s príponou phpxml. Server Apache už pri spracovaní pravidiel skontroloval existenciu tohto súboru.

6.1 Validácia dokumentu

Ide o nástroj, ktorý by mal nahradiť alebo výrazne vytlačiť domáce nástroje na overovanie údajov.

Teraz sa stalo módou opustiť databázu a ukladať údaje do súborov.

So základom to bolo jednoduché: získate pole a vytvoríte z neho textový reťazec (pomocou slučky alebo triedy šablóny, ako je php-templates), alebo získate reťazec pomocou stromu objektov sql2xml (alebo opäť reťazca). Práca so súborom je náročnejšia, pretože je vhodné pre každý prípad skontrolovať integritu údajov.

Existujú dva prístupy k vytváraniu značiek. Prvým je označenie zamerané na údaje, druhým je označenie zamerané na dokument.

Príklad dátovo orientovaného označenia: ETCC Pretekárska séria organizovaná FIA. Používa pretekárske autá. Britský šampionát cestovných áut Analógové k ETCC, okrem toho, že berú preteky. http://btcc.co.uk

Deuche Tourenwagen Masters

Dve úrovne hierarchie - riadok + pole (prirodzene, ak sú 3 alebo 4, kvalitatívne sa nič nezmení), vo všeobecnosti to isté ako dotaz z databázy naformátovanej pomocou sql2xml. Príklad značkovania orientovaného na dokumenty: (Príklad dátovo orientovaného označenia: Majstrovstvá Európy cestovných automobilov ) používa výrazne vyladené cestné autá, prevažne BMW. (Pretekárska séria organizovaná FIA. Používa pretekárske autá. Britské cestovné auto) je obdobou ETCC, okrem toho, že berú preteky. http://btcc.co.uk ( Nie sú to však najslávnejšie majstrovstvá sveta.

), najslávnejšia pretekárska séria Touring nielen v Nemecku. Táto možnosť je napísaná vo voľnom ľudskom jazyku, ale údaje v prvkoch acro a title zostávajú rovnaké, možno ich získať z dokumentu pomocou rovnakých dotazov XPath alebo XQuery: Prvá možnosť označenia môže byť reprezentovaná ako databázová tabuľka.

http://btcc.co.uk Môžete to skomplikovať napríklad - fragment dokumentu: Najslávnejšia nemecká pretekárska séria Touring. Laurent Aiello Bernd Schneider Marcel Fassler Jean Alesi

Christian Albers

To nezabráni tomu, aby bol dokument zameraný na údaje. Nový dokument môže byť reprezentovaný ako 2 tabuľky, spojené pri dotaze pomocou operátora LEFT JOIN.

Druhý dokument má zložitejšiu štruktúru a vo všeobecnosti ho nebude možné vložiť do tabuľky.

Mimochodom, toto je hlavný rozdiel medzi XML databázami a non-XML databázami. XML databáza pracuje aj so značkovaním orientovaným na dokumenty (nielen to, že výsledky sú výstupom v XML). Dátovo-centrické značky môžu byť uložené v relačnej databáze a výstup môže byť naformátovaný pomocou pomôcky ako sql2xml.

Takže, keď sa vrátime k overovaniu dokumentov, treba poznamenať, že značkovanie orientované na dokumenty je veľmi ťažké skontrolovať zhodu so schémou DTD alebo XML pomocou jednoduchého syntaktického analyzátora reťazcov.

0"/>

Ďalším príkladom je označenie formulára v mojej triede TXF:

Testujem to prostredníctvom schémy DTD. Kontrola súladu so schémou dokumentu je štandardnou funkciou knižnice XML DOM.

Pre bežne používané formáty výmeny údajov, ako je RSS, existujú špecifikácie a schémy DTD (schémy XML). Aby ste sa vyhli problémom s písaním vlastného analyzátora RSS, môžete do dokumentu jednoducho pridať schému a skontrolovať platnosť.

Potom získajte potrebné uzly z dokumentu pomocou výrazov get_content alebo XPath.

6.2 Lyrická odbočka

Bol som nútený urýchlene dokončiť písanie tejto časti série najnovším článkom pre divákov s názvom „Šablóny PHP pre figuríny“.

Výzvy, aby zabudli slová ako XML, XHTML „a ďalšie X...“, dáva Smartymu zaslúžený kopanec a po dokončení jeho improvizácie vyzýva šikovných ľudí, aby sa oholili Occamovou žiletkou. Chudák žiletka! Zdvíhali ho na transparentoch, mávajú ním všade, kde sa dá, štuchajú do neho a snažia sa ním zraniť protivníkov.

Dlho som veril, že hlavným dôvodom používania nových technológií v programovaní sú úspory z rozsahu. Ako mi napísali v komentároch k starému článku, „ako bude objem stránky narastať, budete sa utápať vo svojich šablónach.“

A v mojich článkoch som zdôraznil presne toto - hovoria, prosím, pohrajte sa s vaším zložitým zahrnutím a kódom zmiešaným s HTML, bude vám to prekážať, keď potrebujete urobiť veľa programového kódu.

V skutočnosti je tu ešte jeden dôvod. Sú to zručnosti každého jednotlivého človeka. Tí, ktorí dobre poznajú XML, XSLT a XPath, alebo dokážu rýchlo nájsť riešenia problémov v tomto prostredí, vo väčšine prípadov dokončia projekt využívajúci technológie XML. Bude to pre neho jednoduché a ľahké, pretože vie, ako to urobiť dobre. Tí, ktorí nevedia alebo nevedia dobre, to urobia „bežnými“ spôsobmi.

Otázkou zostáva len to, či jeho riešenia využívajúce technológie XML budú efektívnejšie, ako keby ich robil pomocou šablón šablón alebo zmiešaných PHP&HTML? Áno, budú. Dovoľte mi uviesť alegorické porovnanie.

Videli ste, ako hrajú volejbal skúsení hráči a „lameri“?

Tímy „loptičiek“ hádžu loptičku na druhú stranu, hákom alebo krívačkou tak, aby súper pustil loptu na seba. Nevedia urobiť útočný úder a vedení povestnou žiletkou hrajú jednoducho. Skúsený hráč vie hodiť loptičku oveľa lepšie ako loptičku. Väčšie výsledky však dosiahne, ak predvedie dobrý útočný úder.

Ak máte ďalšie otázky alebo vám niečo nie je jasné, vitajte u nás

Bezmyšlienkovosť je, keď vám vášeň bráni premýšľať. Vtipné aforizmy

Bezmyšlienkovitosť

ako osobnostná kvalita – tendencia nepremýšľať o dôsledkoch svojich činov; správať sa nedostatočne premyslene, hlúpo, bezmyšlienkovito; neschopnosť hlboko a dôkladne premýšľať, niečo správne pochopiť.

Bezmyšlienkovosť je dcérou hlúposti a hlúposti. Toto je absencia akejkoľvek prítomnosti zdravého rozumu. Namyslenosť hovorí o nevšímavosti a neúcte k ľuďom. Koho milujeme a rešpektujeme, záleží nám na ňom, trápime sa a trápime sa, preto myslíme na všetky tie nuansy, na všetky maličkosti, ktoré by mu mohli ublížiť alebo zasahovať do jeho života. Koho si nevážime a nevážime, prejavujeme bezmyšlienkovosť.

Bezmyšlienkovosť je spojencom idiocie, hlúposti, hlúposti a bezmozkovosti.

Chlapík, predstierajúc zvedavosť, sa pýta peknej letušky: - Dievča, čo znamená TU-154-2B? -To si nevieš vymyslieť sám? No, TU znamená, že lietadlo vyrobil dizajnér Tupolev, 150 je počet miest v kabíne a 4 je počet členov posádky. - A 2B? - No, zrejme bezmyšlienkovosť je tvoja silná stránka! Toto sme ja a Marinka.

Bezmyšlienkovosť je, keď človek žije bez toho, aby pochopil, že sa bude musieť zodpovedať za každý čin. Nenapadne ho, že následky jeho činov sa mu ako bumerang vrátia podľa zákona karmy. Dobré aj zlé sa určite vrátia.

Bezmyšlienkovitosť je osvedčený spôsob, ako spôsobiť nepríjemnosti svojmu okoliu.

V. Schlachter hovorí, že bezmyšlienkovosť veľmi často vnímame ako hlúposť. Alebo aj za beštialitu. Vodič napríklad vošiel do rušnej križovatky. Zablokoval premávku všetkým, ktorí stáli na vedľajšej ceste a čakali, kým na semafore zasvieti zelená. Ale s najväčšou pravdepodobnosťou to neurobil z hnevu a nie preto, že by bol hlúpy, odporný surovec. Jednoducho neobťažoval svoju úbohú malú hlavu, aby premýšľal o dôsledkoch. Teraz naňho všetci trúbia (častejšie na ňu!) a nazývajú ho tými najnelichotivejšími prívlastkami z neformálnej slovnej zásoby.

"Nechajte mačke veľa vody, budem preč tri dni," hovorí mama. A môj syn prinesie mačke balenie jeden a pol litrových plastových fliaš. Pi, mačka! To, že mačka nevie otvoriť fľašu a napiť sa z nej, syna ani nenapadne. Požiadali o viac vody - priniesol viac, v čom bol problém? Neurobil to z hlúposti. A nie z nenávisti k nešťastnej mačke. Z bezmyšlienkovitosti!

Bezmyšlienkovosť prichádza na myseľ oveľa skôr ako zdravý rozum. Vždy to sprevádzajú unáhlené súdy.

Učiteľ vždy varoval svojich žiakov pred nerozvážnosťou, teda pred unáhlenými súdmi o ľuďoch a ešte viac pred neuváženými radami. Povedal toto: „Kým vo svojom srdci a mysli nepocítite, že ste prenikli k samej podstate problému a ani najmenšia pochybnosť, že robíte správnu vec, vás neopustí, dovoľte, aby vaša najlepšia činnosť bola nečinnosť a vaša najbezpečnejšia slovo buď ticho." V opačnom prípade vaše rady prinútia ľudí zopakovať osud roľníka trpiaceho bezmyšlienkovosťou.

Čo sa mu stalo? - pýtali sa študenti. - Jeho dom, stojaci na kopci, bol ošľahaný prudkými vetrom zo všetkých strán. Roľník bezmyšlienkovito naivne veril, že vietor sa objavuje, pretože vysoké stromy obklopujúce dom sa kývajú zo strany na stranu. Jedného dňa sa nahneval a vyrúbal všetky stromy. V dôsledku toho sa dom, ktorý stratil svoju poslednú ochranu, stal ešte chladnejším a veternejším.

Bezmyšlienkovosť je metlou ľudí, ktorí myslia len na svoje záujmy.

Praporčík sa pýta vojaka: - Čo treba urobiť v prípade jadrového výbuchu? „Ľahnite si nohami smerom k blesku a zakryte sa rukami,“ odpovedá. - Omyl. Musíte natiahnuť ruky dopredu pomocou guľometu, aby roztavený kov nekvapkal na vládou vydané topánky.

Bezmyšlienkovosť tlačí človeka do prostredia neistoty. Keď si človek nevie predstaviť, čo sa stane o pár minút, znamená to, že žije v stave úplnej neistoty.

Môj manžel sa vrátil zo služobnej cesty. Nikto nie je doma. Rozhodol som sa skryť, aby som prekvapil svoju ženu. Zrazu vidí svoju ženu vchádzať do bytu s nejakým mužom. Idú do spálne. Dvere sa zatvárajú, manžel beží ku kľúčovej dierke. A vidí svoju ženu, ako bozkáva tohto muža, vyzlečie jej všetky šaty, obaja sa hodia na posteľ, on sa vyzlečie a nohavičky hodí k vchodovým dverám, kde sa manžel skrýva, a oni visia na kľučku, dobre uzavrieť zámok manželovi a celý prehľad. A potom si manžel otrávene pomyslí: "No, to je premárnený deň, opäť je tu úplná neistota!"

Peter Kovaľov