|
|||||||||||||||||||||||||||||||||||||||||||||||
Menu
Distributions (131)
bootable [55]
commercial [7] no-commercial [42] unclassified [20] [7]
Software (10844)
|
PHP (83) - Ukládání textů písní na hudebním portáleDnes sa podíváme na způsoby, jakými lze uložit na portále obsáhlá data a vybereme si metodu, která se nám nejlépe hodí.
Opusťme teď na portále správu alb a písní a věnujme se pár dílů
práci s texty písní. Uvidíte, že i tady je co promyslet a také co
zkazit. Ukládání textů písní je totiž práce s podstatně obsáhlejšími
informacemi než například ukládání jejich názvů. Texty písníPřipomeňme si, že portál by měl umět v oblasti textů písní následující funkce:
Nejprve tedy zanalyzujme ukládání textů písní. Asi každému je jasné, že pro zadání textu písně lze použít přinejmenším dvou metod:
Obojí má samozřejmě svoje výhody a nevýhody. Výhodou odesílání
textového souboru může být to, že si jej správce v klidu připraví na
svém počítači. Má to ale i nevýhody - tak například nebude jednoduché
zjistit, v jaké znakové sadě dodaný soubor vůbec je. Při zadávání textů
do prvku TEXTAREA můžeme spoustu věcí ovlivnit,
ale není to zase až tak pohodlné. My se rozhodneme pro druhou variantu,
a to zejména z výukových důvodů. Práce s prvkem TEXTAREA už tu na
portále totiž byla, kdežto nahrávání souborů zatím v seriálu bylo pouze
teoreticky. Rovněž ukládání textů písní na serveru lze vyřešit dvojím způsobem:
Opět platí, že každé řešení má své pro a proti. Ukládání do suboru na disku je podstatně jednodušší na naprogramování, ale bývá obtížné zajistit, aby se k souboru dostal pouze ten, kdo k němu smí mít přístup. Naopak v případě uložení textů do databáze platí, že je to složitější na napsání, ale bezpečnější. Jelikož máme požadavk ukazovat texty pouze přihlášeným uživatelům, sáhneme k databázovému řešení a budeme texty ukládat do MySQL. Pozn.: Další výhoda souborů
spočívá v tom, že narozdíl od databází je práce s nimi rychlejší. V
našem případě bude ale rozdíl zanedbatelný, protože zpracováváme
relativně krátká data. DatabázeMezi písněmi a texty má být vztah - má jít zveřejnit pouze text písně, která již je v databázi. To znamená, že buď:
Ačkoli obě řešení se bez problémů dají použít, má i toto rozhodnutí
svá úskalí. Pokud bychom definovali další sloupec na tabulce pisne,
může se nám struktura tabulky zvětšit a práce s tabulkou zpomalit. To
bude platit tím více, čím více písní v tabulce bude. Naproti tomu při
použití externí tabulky vzroste režie pro výpočet spojení před
zobrazením. Tady je těžké radit, v praxi se používá obojí. Pozn.:Kdybyste to potřebovali, tady je
hrubý návod, jak se v praxi rozhodnout správně:
V našem případě opět platí, že to nebude s časem až tak žhavé, a
zvolíme třebas tu druhou variantu, s uložením textů písní do samostatné
tabulky. Další pozornost musíme věnovat volbě typu pole pro uložení dat textu
písně. Typy char
a varchar nevyhoví, protože obsáhnou pouze 255 znaků a to by na
text písně nestačilo. Musíme tedy použít sloupec typu blob, resp. text.
A protože tinytext má zase jen 256 znaků, bude to ve finále pole typu
text, které našemu záměru vyhoví nejlépe (má možnost uložit až 65535
znaků). Náš
příkaz pro tvorbu tabulky by tedy mohl vypadat následovně: CREATE TABLE `texty` ( Pozor, pole pro zadání textu nebudeme pojmenovávat text, ale
textpisne. Přestože je to delší, je to nutné. Text je totiž rezervované
slovo a MySQL by jej považovala za název datového typu a ne za název
sloupce. ZabezpečeníProtože správu uživatelů již máme hotovou, bude zamyšlení nad zabezpečením skriptu vlastně jen rekapitulace. Zadávat texty bude smět pouze administrátor. K tomu využijeme již existující funkci jeadmin a na začátek zadávacího skriptu napíšeme: <? Podobnou funkci můžeme vytvořit i pro detekci, zda je vůbec nějdo přihlášen. Protože stačí kontrolovat, zda je nastavena session proměnná ID, bude to velmi triviální funkce: function
jeprihlasen () A tu pak můžeme použít pro rozhodování, zda aktuálnímu uživateli stránek zobrazit text písně či nikoli. V dalším díle tyto víceméně teoretické poznatky poslepujeme do funkčního skriptu.
Related article
PHP (1) - Historie a budoucnost PHP (2) - Jak to funguje PHP (3) - Instalace PHP (4) - Základy syntaxe PHP (5) - Příkaz Echo; formátování kódu PHP (6) - Typy proměnných PHP (7) - Pole PHP (8) - Výrazy, konstanty, inkrementace PHP (9) - Přetypování proměnných PHP (10) - Logické výrazy a operátory PHP (11) - Operátory porovnání; priorita operátorů PHP (12) - Podmínky PHP (13) - Příkazy cyklu PHP (14) - Cyklus for PHP (15) - Funkce PHP (16) - Vyrobme si kalendář PHP (17) - Dokončujeme kalendář PHP (18) - Funkce pro práci s poli PHP (19) - Objekty PHP (20) - Objekty podruhé PHP (21) - Vkládání souborů PHP (22) - Regulární výrazy PHP (23) - Neztraťte se ve funkcích PHP (24) - Pracujeme s formuláři PHP (25) - Formuláře - nikomu nevěřte PHP (26) - Formuláře na sto způsobů PHP (27) - Příklady na formuláře PHP (28) - Chybovati je lidské PHP (29) - Soubory a adresáře PHP (30) - Počitadlo pomocí souborů PHP (31) - Upload a download souborů PHP (32) - Příklad na BLOG PHP (33) - HTTP hlavičky PHP (34) - Úvod do databází PHP (35) - Uložení dat v databázi PHP (36) - Připojujeme se k MySQL PHP (37) - Tvorba tabulek v MySQL PHP (38) - Dolujeme data z MySQL PHP (39) - Zobrazujeme a stránkujeme data PHP (40) - PHP a vkládání záznamů do databází PHP (41) - Měníme data v databázích PHP (42) - Odstraňujeme databázová data PHP (43) - MySQL rychleji a rychleji PHP (44) - MySQL ještě rychleji PHP (45) - Jsou data v databázi v bezpečí? PHP (46) - Importujeme data do databáze PHP (47) - Exportujeme data PHP (48) - Práce s binárními daty (BLOB) PHP (49) - Kam kráčíš, MySQL? PHP (50) - Ověřování uživatelů PHP (51) - Přenos dat mezi stránkami PHP (52) - Cookies PHP (53) - Sessions PHP (54) - Dodržování webových standardů PHP (55) - Odesílání e-mailů PHP (56) - Tisk a PDF PHP (57) - XML PHP (58) - XML lépe a radostněji PHP (59) - zapisujeme XML PHP (60) - Rozsáhlejší projekty 1. PHP (61) - Rozsáhlejší projekty 2. PHP (62) - Rozsáhlejší projekty 3. PHP (63) - Rozsáhlejší projekty 4. PHP (64) - Ladění kódu PHP (65) - Ladění kódu 2. PHP (66) - PHP debugger PHP (67) - Zdroje informací o PHP PHP (68) - Stavíme portál PHP (69) - Stavíme portál 2. PHP (70) - Registrace uživatelů na portálu PHP (71) - Přihlašování uživatelů na portál PHP (72) - Hrátky s uživateli PHP (73) - Frontend a backend PHP (74) - Administrátorské rozhraní portálu PHP (75) - Pokračujeme na portále PHP (76) - Zobrazujeme data na portále PHP (77) - Portál, databáze a relace PHP (78) - Informační obsah portálu PHP (79) - Triky s formuláři a ergonomie webu PHP (80) - Administrace diskografie hudebního portálu PHP (81) - Uživatel versus programátor PHP (82) - zabezpečení vstupů formulářů PHP (84) - Ještě k registraci PHP (85) - ukládání souborů do databáze na portálu PHP (86) - zobrazení dat a stahování soborů pro registrované PHP (87) - finišujeme portál PHP (88) - provoz ve Windows PHP (89) - cesta do hlubin php.ini PHP (90) - Poťouchlé konfigurační volby PHP (91) - php.ini potřetí a naposledy PHP (92) - funkce pro interakci s operačním systémem PHP (93) - příkazový řádek PHP (94) - GUI PHP (95) - GUI podruhé PHP (96) - (ne)bezpečné PHP PHP (97) - bezpečnost ještě jednou PHP (98) - PHP 5. PHP (99) - Budoucnost PHP PHP (100) - Závěr PHP (101) - Apríl: Příklady z praxe php rewrite Byte order mark a PHP Previous Show category (serial) Next
|
Szukanie oprogramowania
|
|||||||||||||||||||||||||||||||||||||||||||||
©Pavel Kysilka - 2003-2024 | maillinuxsoft.cz | Design: www.megadesign.cz |