Mám-li přejít k věci, tak je možné hostovat aplikaci napsanou třeba v Ruby, Groovy nebo i PHP!

Podrobnosti jsou na http://groups.google.com/…n-app-engine (JVM-based languages).

Já ale dám přednost Javě, ještě bych mohl zvážit Scalu.

Omezení tam je víc, třeba nemožnost zapisovat do FS. Ale myslím, že většinou není problém s nimi počítat.

K limitům: u e-mailů asi nebude v některých případech (třeba fóra) až takový problém přešvihnout: http://code.google.com/…/quotas.html#Mail 

Dělám teď delší dobu v čistém céčku a někdy se mi po garbage collectoru zasteskne. Lidé nejsou dokonalí, tak se snadno stane, že se nevyřeší všechny případy, které mohou nastat nebo se něco špatně napíše a hned je na světě pointer ukazující úplně na jiné místo v paměti, než jsem zamýšlel. A takové chyby se většinou hledají špatně… S garbage collectorem je život přece jenom jednodušší 

Jeste ze mam ip anonymizer:F

K úspěchu každopádně ještě jednou gratuluji…

Adresa, kam se má e-mail posílat je uvedena v metodě sendMail.

Po tom zbytku jsem se podíval na hlavičku vracející tento server: X-Powered-By: PHP/5.2.5-p20080206-pl3-gentoo čímž opadly mé obavy o tvém zmagoření 

include „/neco.php“;

Odpovědět můžete znovu na mail prosím

Díky za pěkný článek

Odpověď zasílám i na e-mail

Jo a s tou hrachovou kaší je to fakt dobrý

Michal

K tomu druhému komentáři – <strong href="www.google.com"> – použití href ve strong jsem neviděl ani v nejhorších nočních můrách – ono to někde funguje ?

http://www.tutorialtastic.co.uk/…nd_protected

Ještě bys ale mohl podotknout, v čem vlastně spočívá ta bezpečnostní díra. Jen zobrazení textu JavaScriptem nevadí 

Ano, to je zmíněno již v prvním odstavci – „Většinou se jedná o JavaScript, který například dokáže manipulovat s vašimi cookies a posílat citlivé údaje útočníkovi.“

Většinou se snaží z cookies ukradnout hesla nebo PHPSESSID, což už ale souvisí s Session Hijacking a o tom někdy příště 

K tomu tvému menšímu hacku pomocí události JavaScriptu – díky, o tom jsem nikde ani nečetl. Článek jsem doplnil o nově nabyté zkušenosti a díru v komentářích záplatoval.

Ještě bys ale mohl podotknout, v čem vlastně spočívá ta bezpečnostní díra. Jen zobrazení textu JavaScriptem nevadí 

Jde ale o to, že JavaScriptem lze manipulovat se stránkou (přidávat komentáře atd.) s právy uživatele! Když navíc na stránku přijde admin, je to o to zajímavější.

Anebo může ukrást session – aktuální cookie (někoho jiného) odeslat na svůj server, kde to pak útočník přečte a pomocí toho se přihlásí za někoho jiného.

A ještě něco: zabránění vložení tagů script, iframe, embed a applet nestačí. Uživatel totiž může vložit neškodný tag (třeba <strong>), ale který má třeba mouseover, takže ten skript se vykoná, když návštěvník přejede nad nějakým textem myší (což není tak neobvyklé). Takže to chce zakázat nejen zmíněné tagy, ale i všechny atributy související s JavaScriptem u všech tagů. Což už taková sranda zase není 

Test XSS: Najeď nad tento nevinně vypadající text myší 

Tzn. tento web není zabezpečen proti XSS útoku

A pak mi tu také chybí metody, jak se tomu vyvarovat, tj. co s tím, aby to napadnutelné nebylo 

A ještě něco – bylo by super, kdyby se u komnetářů zapsaly vložené údaje do cookies a nastavily by se znova. A kdyby byla Texy syntaxe popsána i v dalších obrázovkách (v náhledu) 

Jsem nenáročný, znáš mě

• s atributem for

<label for="jmeno">Jméno: </label><input id="jmeno" type="text" name="jmeno" />

• bez atributu for

<label>Jméno: <input type="text" name="jmeno" /></label>

První verze se hodí spíše ke složitějším formulářům.

K druhému dotazu – je to možné, ale řešení JavaScriptem je zatím nejúčinnější.

Nic se s ním neobaluje, ale umísťuje se většinou nad políčko a musí obsahovat atribut „for“ s hodnotou stejnou jako má atribut „name“ u dotyčného popsaného pole.

Navíc se popisek píše klasicky mezi počáteční a koncovou značku. Nikoliv jako atribut title.

Jinak pěkný článek, ale slyšel jsem, že si někteří roboti stahují už vygenerovanou stránku včetně výpisů JS. Je to možné?

A btw, dneska Vista jde pořídit za opravdu slušné peníze…

Sám používám AIM (аle to je nic moc), poté MSN a Yahoo protokol, které jsou mimochodem na západě velmi rozsířené. A nedivím se, protože jsou stabilní a rychlé.

Trida();
Trida(int a, int b);

se to dělalo v Javě. Zrovna na minulém cvičení z C++ nám vykládal, že v Javě bychom udělali něco takového:

Trida(int jedna);
Trida(int jedna, int dve);
Trida(int jedna, int dve, int tri);

Ale v C++ se to udělá jednoduše takto:

Trida(int jedna, int dve = 0, int tri = 0);

Mě se tento způsob zdá lepší.

pročetl jsem tvůj článek a musím říci, že se ti povedl..S C++ pracuji už nějakou dobu a myslím, že pro úplné začátečníky to bude skvělý pomocník…Akorát bych přece jen měl jednu drobnou výtku a to ke konstruktoru… Spíše jde o ten implicitní..Proč ho neudělat zvlášť?

hned uvedu jak jsem to myslel

máš tam řádek v hlavičkovém souboru

Trida(int a = 0, int b = 0);

já bych to udělal takhle

Trida();

Trida(int a, int b);

a v tom dalším souboru bych pak definoval, co má přesně dělat ten implictiní konstruktor..

Jinak ten destruktor se neboj psát normálně do definice…Program pak sam ví, kdy ho má zavolat..

Jinak to je úplně v pohodě..Jinak jako alternativu skvělému Visual Studiu doporučuji DevCpp :o)..