Předávání polí z formuláře
Školení, která pořádám 
- 29.9.2010 Návrh a používání MySQL databáze
- 30.9.2010 Úvod do PHP
- 1.10.2010 Programování v PHP 5
- 4.10.2010 JavaScript a AJAX
- 5.10.2010 Knihovna jQuery a AJAX prakticky
- 6.10.2010 Výkonnost webových aplikací
- 7.10.2010 Konfigurace a výkonnost MySQL
- 8.10.2010 Bezpečnost PHP aplikací
V HTML formulářích lze pomocí atributu <select multiple> vytvořit menu, ve kterém je možné vybrat více položek. Pokud však uživatel skutečně vybere víc položek, naplní PHP proměnnou odpovídající názvu menu pouze poslední vybranou hodnotu. Tento problém se dá řešit pomocí předávání polí z HTML formulářů. Je to velice jednoduché – za hodnotu názvu pole stačí doplnit [] (tedy např. <select name="volby[]">) a PHP z takovýchto formulářových prvků vytvoří pole.
Tento obrat se samozřejmě dá použít u libovolných formulářových prvků, výborně se hodí např. u přepínačů. S využitím vlastnosti, že hranaté závorky nemusí být prázdné, lze šikovně vytvořit i hromadnou editaci více položek v jednom formuláři:
<?php if (is_array($_POST["nazev"])) { foreach ($_POST["nazev"] as $key => $val) { mysql_query("UPDATE tabulka SET nazev = '$val' WHERE id = '$key'"); } } $result = mysql_query("SELECT id, nazev FROM tabulka"); while ($row = mysql_fetch_assoc($result)) { echo "<input name='nazev[$row[id]]' value=\"" . htmlspecialchars($row["nazev"]) . "\" /><br />\n"; } mysql_free_result($result); ?>
Diskuse
Milan Kryl:
Jen v RSS by to chtělo převádět < na < atd., misto select multiple se mi ve FeedDemonu objevil inputbox ;)
Jakub Vrána:
Já bych spíš řekl, že to je chyba čtečky. < na < samozřejmě převedené je, ale čtečka se snaží vnitřek <description> interpretovat jako HTML, což by podle mého názoru neměla: "<description> - a plain text description of an item" (http://my.netscape.com/publish/formats/rss-…#description)
T3RMiX:
Škoda, že tenhle článek nevyšel před týdnem. Odhaloval jsem v kódu chybu a jediný co mě tam nedávalo smysl proč mam v name u selectu []. Čímž jsem si zavařil na další půlhodinu hledání, když jsem to elegantně odstranil :) Stejnak dík, mrzí mě že takových blogů není víc :(Leo:
Problem je jinde - nejsem si jisty, jestli podle specifikace (X)HTML muze byt v hodnote name hranata zavorka, ale skoro urcite ne. Pak musite zpracovavat hruby vstup do PHP, co je u POSTu mirne slozitejsi nez u GETu, ale jde to. Vic manual PHP (promenne z formularu). Leos Ondra
dgx:
doplním, že jde o parsování file_get_contents('php://input'), což je vychytávka od verze PHP 4.3.0 - http://www.php.net/wrappers.php
spaze:
zajimavy je, ze ale validator(.w3.org) nijak neprotestuje na name="foo[]" jak v HTML 4.01 trans, tak v XHTML 1.0 strict.
Leo:
Vychazel jsem z tohohle:http://www.w3.org/TR/html4/types.html#type-cdata
ID and NAME tokens must begin with a letter ([A-Za-z]) and may be followed by any number of letters, digits ([0-9]), hyphens ("-"), underscores ("_"), colons (":"), and periods (".").
Leo
Leo:
Mozna je to tak, ze validator to kontroluje jen proti DTD a pokud jsem to pochopil, tak DTD povolene znaky v name a id neresi. LeoLeo:
Konkretnehttp://www.php.net/manual/cs/language.variables.external.php
a zvlast komentare dole, Leo
spaze:
ano, takze podle vseho [] je v poradku ;)
protoze name je CDATA, viz ty odkazy, ktere uvadis.
Gimli2:
Input se zjevil i v RSS ctecce v Opere 8.0. A chybel tam pote link primo na clanek. (bylo nutne zobrazit primo kod hlavicky prispevku v RSS) Jakub Vrána:
V tom případě to prosím nareportujte autorům Opery. To bych pravděpodobně musel vypisovat &lt;, což nechci, protože ve slušných čtečkách by se to zobrazilo jako <.
Andrew:
Abilon dělá to samé, tedy zobrazí prvek, ale nemá už problémy s dalšími věcmi (jako linky atd.)Michal Molhanec:
ono u toho rss 0.9x neni uplne jednoznacny, jak je to s HTML v description, proto je IMHO mnohem lepsi pouzivat 2.0, kde je to jasne dany
llook:
Validní to sice není (znaky [] v NMTOKEN), ale koho to zajímá, když to funguje.
Přesto si myslím, že multiple select by se neměl používat. Zkuste se optat několika běžných uživatelů, jak označí několik položek. Radši spoustu checkboxů ve scrollovacím boxíku.
Mimochodem ty entity si na značky převádí snad většina čteček, včetně těch webových. Jednou jsem do titulku napsal <table> a několika agregátorům jsem dočasně rozhodil layout :-)
dgx:
používám to v admin. rozhraních, které obsluhují "poučení" uživatelé. Tam je to výhoda.
Leo:
"Validní to sice není (znaky [] v NMTOKEN), ale koho to zajímá, když to funguje."Ja jenom nerad pro jednu technologii prznim jinou :-) Leo
Tomáš:
Já nevím, ale podle mě je u všech formulářových prvků atrbibut name typu CDATA a ten přece může pbsahovat [], ne?Tomáš:
Jo a při každém odeslání přízpěvku mi zůstane Opera vyset a stránka se nenačte, i když přízpěvek se odešle, musím se ale ručně vrátit na článek. Nevíte, někdo v čem je problém? Jakub Vrána:
Problém se mi podařilo reprodukovat, ale nezjistil jsem příčinu. V Opeře je volba "Enable automatic redirection", ale ta je defaultně zapnutá a měl jsem ji zapnutou i já.
Možná to bude souviset s opravou chyby http://secunia.com/advisories/15423/?
spaze:
me to dela taky. A delalo to i v 8.0, ve statusbaru zustane "Completed request to php.vrana.cz" a to je vse.
dgx:
Už jsem na to asi přišel - odstraň z redirectu hash (tedy #a-text-za-nim)
Jakub Vrána:
Díky za radu, v Opeře jsem to vypnul, ale smysl tohoto omezení mi moc jasný není.
spaze:
pokud je to redirect pres Location: pak je smysl uveden v RFC, #anchor do teto hlavicky nepatri. Nicmene staci jej uvest do "puvodni" hlavicky, priklad:
form action="uloz.ext#sem"
uloz.ext: Location: stav.ext a klient by mel skocit na stav.ext#sem
Jakub Vrána:
Díky za objasnění, zase jsem se něco nového dozvěděl.
Problém je v tom, že kotvu se dozvím, až když zprávu uložím, takže bych to musel vyřešit trochu jinak:
článek: <form action="diskuse.php#new">
diskuse.php: <?php header("Location: $url?new=$id"); ?>
článek: <?php if ($id == $_GET["new"]) echo "<a name='new'></a>"; ?>
