Anonymní profil PeTe – Programujte.com

Jeden formulář nemůže být POST i GET... Hoď sem jak vypadá tvůj současný kód toho formuláře i php souboru, který ho zpracovává.

Nabízím své služby kódování PSD -> xhtml + css + js

Sémantický, SEO-friendly kód, dodání šablony do druhého dne. Zkušenost s nasazováním šablon na MVC postavených na Zendu, po domluvě možnost na šabloně postavit menší web (PHP).

Pokud lpíte na validitě, není problém. Kompatibilita s IE6+ samozřejmostí.

V Brně a okolí možnost osobní schůzky a projednání. Možnost dlouhodobé spolupráce při oboustranné spokojenosti.

Cena dohodou dle složitosti šablony (cena bude stanovena před samotným kódováním po analýze složitosti návrhu).

Reference na požádání.

Kontakt: Michal Kobelka
E-mail: michalkobelka@gmail.com
ICQ: 159763231
WLM: mistrchat@seznam.cz
mobil (po 17. hodině): 739 656 437 (T-mobile)

Name tam být musí, jinak poté nemůžeš data zpracovat. Co takhle sem hodit chybu, která se vypisuje?

Věštby jsou, dle mého soudu, naprosté hovadiny. Klidně ti jich tady pár svých vyřknu...
Podle mě stačilo škrtnout zápalkou kdykoliv od konce druhé světové války, aby se rozpoutal další konflikt. Jsem rád, že nic celosvětového se zatím nestalo.

To antonio : Stačilo by přečíst, JAKÉ chyby hlásí. Chybí ti method="GET" nebo method="POST" u elementu form.

EDIT: A taky name u selectu.

Jestli dobře chápu dotaz, měla by pomoct klauzule where - viz článek na programujte http://programujte.com/?akce=clanek&cl=2005122602-mysql-%96-4-lekcia

Co takle dát adresu jen do jednoho <dd> elementu a mezi odřádkované prvky dát zalomení řádku - br? Popřípadě mu nastavit display: block a zadat pevnou šířku, aby se text ládoval pod sebe...

Chybi tu jedna dulezita informace a to kde se dany zpusob vypisu nachazi. Pokud pracujeme s MVC a jedna se o vypisovani html ve view, coz bude asi nejcastejsi pripad, pak je jednoznacne doporucovan zpusob 1. Zde nejde vubec o rychlost ani shorttagy, jde o to, ze na view by mel pracovat html koder, ktery nemusi mit znalosti php. View je pro nej jen sablona, do ktere by mel pouze doplnovat php promenne pro vypis (a tuto syntax naucite i pomalu chapajiciho cloveka behem deseti minut).

Tento zpusob je doporucovan tvurci frameworku, jako napriklad Symfony: http://www.symfony-project.org/book/1_0/02-Exploring-Symfony-s-Code

A good rule of thumb to determine whether the view is clean enough is that it should contain only a minimum amount of PHP code, in order to be understood by an HTML designer without PHP knowledge. The most common statements in views are echo, if/endif, foreach/endforeach, and that's about all. Also, there should not be PHP code echoing HTML tags.

To z_moravec : O shorttagy tam nejde, klidně si představ celé "<?php". Jde o oddělení statického html od vypisování proměnných.

I několikanásobně víc než 10 kB je v pohodě

Zdravím. Až doteď jsem z databáze tahal data většinou na základě nějakého číselného ID, které jsem intvalem vyparsoval z URL a probíhala kontrola, zda je výsledná proměnná nenulové číslo, poté se tahalo z DB, takže kontrola, zda mi někdo nepodstrčil nějaký nepěkný string byla celkem v pohodě.

V dalším projektu bych se ale chtěl vyvarovat IDčkám v URL a data tahat podle stringu (URL je třeba www.neco.cz/sekce/nejake-url/), kde podle textu "nejake-url" bych chtěl vyhledat položku v DB.

Otázka je, jak správně ošetřit vy$_GET[]ovaná data, aby bylo riziko napadnutí databáze co nejmenší. Díky za rady. A pokud se to již řešilo, tak mě klidně odkažte na příslušné téma.

Těžko odhadovat CO tam je, když nevíš JAK to tam je zašifrované... každopádně sem zkusil aplikovat nějaké filtry v photoshopu a vyšlo mi tohle :) (podotýkám, že nejsem ani grafik, ani luštitel šifer).

Ta dolní část je nějaká barevná :)